Kiekviena įmonė su techniniu produktu ar procesu turi žmogų, kuris žino atsakymą dar prieš iki galo suformuluojant klausimą. Dažnai tai steigėjas, dažnai – pirmasis įdarbintas techninis specialistas. Tas žmogus per metus priėmė tūkstančius mažų sprendimų apie tai, kaip kas nors veikia, kodėl sprendimas veikia arba neveikia, kuris nuokrypis yra normalus, o kuris ne. Tai niekada nebuvo užfiksuota, nes tam nebuvo laiko ir nes klausti buvo greičiau nei dokumentuoti.
Toks susikoncentravimas atsirado ne dėl nenoro dalintis žiniomis. Jis atsirado todėl, kad taip greičiau veikia: vienas žmogus, turintis atsakymą po ranka, yra efektyvesnis nei procesas, kuriame trys žmonės tikrinasi dokumente. Kasdieniam darbui tai yra privalumas. Pirkėjui tai yra rizika, nes pirkėjas moka ne už žmones, kurie yra, o už tai, kas toliau veiks, jei vienas iš tų žmonių išeis.
Perimant įmonę, techninių žinių susikoncentravimas tampa matomas, kai tik kas nors paklausia: kas atsitiks, jei šis žmogus šešias savaites nedirbs. Jei atsakymas yra tas, kad tuomet sumažėja sprendimų kokybė arba klientai su konkrečiais klausimais turi laukti, tas žmogus balanse skaičiuojamas ne kaip turtas, o kaip rizika. Ta rizika dažnai virsta žemesne kaina arba ilgesniu laikotarpiu, kurį pardavėjas turi likti įmonėje, o tai exit momentą nutolina labiau, nei savininkas norėjo.
Tai nėra personalo klausimas ir ne sprendimas dėl to, kas liks ar neliks – tai priklauso savininkui, o jei tema paliečia darbo teisės pasirinkimus, jiems galioja atskiri teisiniai reikalavimai. Čia kalbama apie kitką: ar žinios, kurios dabar telpa viename žmoguje, egzistuoja ir be to žmogaus konsultavimo.
Techninės žinios susideda iš trijų darbo tipų, ir DI paliečia juos ne vienodai stipriai.
Dalis yra dėsningumų atpažinimas: koks gedimas siejasi su kokia priežastimi, kokia specifikacija tinka kokiam pritaikymui. Tai, tinkamai užfiksavus, yra darbas, kurį DI perima geriausiai, nes jis gali būti sietinas su panašiais praeities atvejais.
Antra dalis – vertinimas: DI sistema gali pateikti pasiūlymą, tačiau patirtį turintis žmogus jį patvirtina arba atmeta ir gali paaiškinti, kodėl. Tai dalis, kuriai reikalinga žmogaus priežiūra, ir ji išlieka reikalinga tol, kol pagrindinės situacijos pakankamai skiriasi viena nuo kitos, kad fiksuota taisyklė taptų netinkama naudoti.
Trečia dalis – paaiškinimas klientui, kuris pats nėra techninis, jaučiant, ką klientas jau supranta, o ko ne. Tai daugumoje įmonių lieka žmogaus darbu, nors ir čia dalis pasikeičia, kai pirmi du sluoksniai yra užfiksuoti, nes tada lieka daugiau laiko pačiam pokalbiui.
Įmonės, kuriose tai jau veikia, yra tos, kuriose kažkas kadaise investavo į pirmojo sluoksnio užfiksavimą: gedimų istoriją, klaidų kodus, sprendimus – tokia forma, kurią sistema gali peržiūrėti. Įmonės, kuriose tai dar neveikia, nebūtinai yra atsilikusios; joms tiesiog niekada nebuvo priežasties dokumentuoti to, kas ir taip buvo po ranka vienoje galvoje.
Žinių užfiksavimas nėra klausimas, kai parašomas vienas dokumentas ir viskas baigta. Geriau veikia žingsnis po žingsnio: pradėkite nuo dažniausiai pasikartojančių klausimų, užfiksuokite, koks buvo atsakymas ir kodėl, ir leiskite DI sistemai padaryti tuos atsakymus peržiūrimus likusiai komandai. Specialistas išlieka reikalingas nukrypstantiems atvejams, tačiau jis nustoja būti vieninteliu įėjimo tašku viskam.
Tai paliečia ne tik savininko priklausomybės indeksą. Taupymas, kylantis dėl to, kad vienas žmogus mažiau laiko sugaišta pasikartojantiems klausimams, pirkėjui skaičiuojasi kitaip nei taupymas, priklausantis nuo vieno išorinio tiekėjo: pelno kokybė kalba apie tai, iš kur rezultatas atsiranda, o ne tik apie jo dydį. Žinios, kurios yra proceso dalis, išlaiko vertę ir tada, kai žmogus išeina; žinios, kabančios ant vieno tiekėjo ar specialisto, dingsta kartu su juo.
Ta pati logika veikia ir kitose įmonės dalyse. Kas nori sužinoti, kaip klientų ryšius padaryti mažiau priklausomus nuo vieno pardavėjo, gali skaityti kaip padaryti rinkos tinklą perduodamą; kas nori žinoti, ar pirmos linijos klientų aptarnavimas gali veikti ir be savininko, ras tai kaip klientų aptarnavimą padaryti perduodamą su DI; o kas nori pamatyti, kaip nuoseklus kokybės vertinimas tampa mažiau priklausomas nuo vieno vertintojo, gali skaityti kaip kokybės kontrolę padaryti perduodamą. Kas nori sužinoti, kaip didelė ši problema jau yra jo paties įmonėje, gali išmatuoti, kiek visko eina per savininką, o kas svarsto, nuo kada tai tampa aktualu pardavimui, gali skaityti kada turėtų prasidėti pasirengimas pardavimui.
Klausimas, kuri techninių žinių dalis šioje konkrečioje įmonėje iš tikrųjų yra perduodama sistemai, o kuri lieka žmogaus darbu, skiriasi priklausomai nuo proceso ir kliento grupės. Į tą klausimą atsakoma kiekvienai užduočiai atskirai su FTE TO AI darbo skenavimu.
Nemokamą vertės patikrą sudaro aštuoni trumpi klausimai, po vieną kiekvienam vertės veiksniui, ir ji suteikia pirminį vaizdą, kuris veiksnys šiandien labiausiai mažina jūsų įmonės kainą. Pilnas vertės skenavimas, su brandos įverčiu kiekvienam veiksniui, įrodymais, savininko priklausomybės indeksu ir dvejų metų kalendoriumi iki exit momento, šiuo metu kuriamas.