Ponudnik IT-storitev je sestavljen iz plasti dela, ki imajo malo skupnega med seboj. Obstaja izdelava in vzdrževanje kode, obstaja reševanje ticketov in incidentov, obstaja arhitektura in oblikovanje, obstaja projektno vodenje proti stranki, in obstaja presales: ponudbe, proof of concepts, tehnična utemeljitev razpisa. Med temi kategorijami se ure ogromno razlikujejo glede na naročilo. Podporni oddelek deluje na volumnu in ponavljanju. Arhitekturna ekipa deluje na majhnem številu ljudi z veliko izkušnjami. Izid posla je usmerjen s tem, katero od teh plasti stranka najbolj tehta, in to se razlikuje glede na razpis, stranko in trenutek v projektu.
Tri kategorije, ki se pojavljajo povsod — AI prevzame nalogo, AI dela proti izidu, ki ga človek potrdi ali zavrne, ali delo ostane človeško delo — potekajo skozi celoten IT-sektor, in ne enakomerno. Obravnava ticketov za znane težave je deloma mogoče avtomatizirati; prva triaža, prepoznavanje vzorca, predlaganje rešitve iz prejšnjih primerov. Generiranje kode za rutinske dele programske opreme se premika proti AI z recenzentom, ki potrdi izhod. Arhitekturne odločitve, prevod nejasne želje stranke v delujoč sistem in ohranjanje zaupanja pri naročniku za zdaj ostajajo človeško delo, ker je tam potrebna presoja, ki je ni mogoče izluščiti iz vzorca v obstoječih podatkih.
Premik, ki ga to povzroča, ni o tem, ali je AI dober v kodiranju. Gre za to, kaj se zgodi s primerjavo med ponudniki, ko del tega dela poteka samodejno. Odzivni čas pri podpori je bil rezultat zasedenosti in planiranja; če triaža poteka večinoma avtomatizirano, hitrost ni več dokaz dobre ekipe, temveč dobro konfiguriranega sistema, in ta sistem si konkurenti lahko prav tako kupijo ali zgradijo. Kar potem ostane kot razlikovalni dejavnik, ni hitrost sama, temveč to, kaj se zgodi v primerih, ko sistem tega ne reši — kdo tam vseeno pride skozi in kdo pusti stranko čakati.
Enak vzorec se pojavlja v postopkih ponudb. Sestavljanje tehničnega predloga iz obstoječih komponent je delo, ki se lahko delno avtomatizira. Ko se to zgodi pri več udeležencih v razpisu, se premakne to, kje stranka še vidi razliko: ne v hitrosti predloga, temveč v vprašanju, ali predlog ustreza tej specifični situaciji, in kdo to lahko razloži brez naslanjanja na predlogo.
Ali je IT-podjetje to že tako organiziralo, je odvisno od tega, kam usmerja svoje ljudi. Ponudnik, ki svoje izkušene arhitekte še večinoma uporablja za pisanje standardne kode, ohrani malo zmogljivosti za pogovor s stranko, kjer se odloča o poslu. Ponudnik, ki je to delo že premaknil — AI za rutinski del, ljudje za presojo — je te ure sprostil ravno za del, na katerem se zdaj zmaguje. To ni odločitev, ki se sprejme v enem četrtletju; izhaja iz prejšnjih odločitev o orodjih, o tem, kdo opravlja kakšno vrsto dela, in o tem, koliko zaupanja ima organizacija v nadzor nad avtomatiziranim izhodom. Kaj delodajalec pri tem počne s svojim kadrom, je stvar delodajalca; zanj veljajo lastne zakonske zahteve, ne glede na vprašanje, katero delo je tehnično prenosljivo.
Ta dinamika ni edinstvena za IT. Enak premik — od volumna in hitrosti k presoji in razlagi — se drugače odvija v finančnih storitvah, kjer sta svetovanje in ocena tveganja izhodišče, in spet drugače v gradbeništvu, kjer se planiranje in kalkulacija premikata, izvedba na gradbišču pa ostaja človeško delo. Na vprašanje, katero delo je v tem specifičnem podjetju že premaknjeno in katero ni, je mogoče odgovoriti z [analizo dela, ki po nalogah presoja, ali jo AI prevzame, jo delno prevzame z nadzorom, ali ne](https://ftetoai.nl) — to je ločen korak, neodvisen od primerjave s konkurenti.
Tveganje tega premika ni, da ponudnik izgubi, temveč da ne ve, na čem. Ponudba, ki trdi, da je hitrejša, spletna stran, ki obljublja stabilnost, prodajna predstavitev, ki se naslanja na strokovnost — vse to so trditve, in trditve so prednost šele, ko jih je mogoče utemeljiti v primerjavi s tem, kar stranka vidi drugje. Kdor je enkrat ugotovil zamik na neki dimenziji, lahko pri pristopu za odpravljanje zamika na specifični dimenziji prebere, katere so možnosti, in kdor želi trditev utemeljiti, preden stranka vpraša po njej, najde pri preverjanju lastnih trditev o kvaliteti glede utemeljenosti, kako to sistematično narediti.
Opredelite, na čem vaše podjetje meni, da zmaguje — hitrost, ceno, strokovnost, zanesljivost — in preverite, katere od teh trditev lahko danes podprete z dokazi v primerjavi s konkurentom. To je natanko to, kar naredi brezplačni preizkus dimenzij: ne popolna primerjalna analiza, temveč prva slika, katere trditve stojijo trdno in katere še visijo v zraku. Popolna konkurenčna primerjalna analiza, z dokazno matriko po dimenziji, je v izdelavi.