Tukaj je majhen, konkreten trenutek, ki se v delu s strankami dogaja ves čas: na klicu si, stranka skoraj mimogrede omeni, da je nervozna zaradi proračuna v tem četrtletju, da ima naslednji teden sejo uprave, da bi cenila, če je zdaj ne bi silil v ceno. Tega nikamor ne zapišeš, nikamor, kjer bi bilo pomembno. Ni “naloga”. Ni “poročilo o statusu”. Preprosto je res, in koristno, in izhlapi v trenutku, ko odložiš in preideš na naslednjo stvar.
Tri tedne kasneje se nekdo iz tvoje ekipe, morda celo ti, oglasi glede cene, ravno v napačnem trenutku, ker si sistem ni zapomnil, kar si vedel v tistem klicu.
Zakaj večina orodij za beležke sili v napačno izbiro
Večina CRM-jev želi strukturirano beležko: fazo posla, naslednje dejanje, urejen odstavek, napisan za občinstvo, ne zase. Pisanje tega vzame nekaj minut miselnega prevajanja, spreminjanja resnične, razmetane misli v nekaj predstavljivega. Ljudje to nenehno preskočijo, ne iz lenobe, ampak zato ker ima ta korak prevajanja resnične stroške, njegova vrednost pa v tistem trenutku ni očitna.
Beležnice in klepetalni niti gredo v nasprotno smer: surovo in neposredno, a ločeno od dejanskega zapisa o stranki. Šest mesecev kasneje nihče ne najde tega, kar si zapisal, ker je zakopano v niti o nečem povsem drugem.
Kaj smo zgradili namesto tega
Vsak zapis v Craft11 ima dva panela, ne enega. Levi panel, General Notes, je namenjen nefiltrirani različici: zapiši natanko to, kar je res, natanko tako hitro, kot razmišljaš, brez pričakovanj glede oblikovanja in brez občinstva, za katerega bi moral nastopati. Nikoli se ne ureja, nikoli povzema, nikoli ne prepiše nihče drug, vključno s Starkom. Kar si napisal, ostane točno to, kar si napisal.
Desni panel, Kontekstualna zgodovina, sploh ni nekaj, kar bi pisal ti. To je dejavnost iz strankinega povezanega Povpraševanja, Ponudbe in Projekta, ki se prikaže samodejno, označena, od kod prihaja, in z časovnim žigom. Odpri povsem nov Projekt brez lastnih beležk, in panel Kontekstualne zgodovine je lahko že poln, ker vleče vse, kar se je zgodilo prej v isti verigi. Nihče tega ni ročno sestavil. Oba panela živita na istem zapisu, oba vidna hkrati.
Zakaj je razmetana različica običajno vrednejša
To zveni nazaj, dokler tega ne vidiš v praksi nekajkrat: strukturirano CRM polje, ki pravi “faza posla: pogajanja”, ti pove skoraj nič. Surova beležka, stranka je nervozna, proračun je tesen, drži toplo, še ne sili s ceno, ti pove natanko, kaj narediti naslednje, v enem stavku, napisanem v petnajstih sekundah. Najboljša operativna inteligenca v večini podjetij se skriva ravno v takšni beležki, le da se ta običajno sploh nikoli ne zapiše, ker je orodje pisanje naredilo videti kot dodatno delo namesto najhitrejšega možnega načina, da zabeležiš nekaj resničnega.
Kako to izgleda leto dni pozneje
Surova beležka s klica stranke pred osmimi meseci je še vedno tam, natanko taka, kot je bila zapisana, pripeta na isti zapis, naslednjič, ko jo kdo odpre. Ne zato, ker bi jo nekdo vestno pravilno arhiviral. Ker ni nikoli obstajala različica sistema, v kateri bi se lahko izgubila. Živi tam, kjer se je pogovor zgodil, trajno, ob vsem strukturiranem, kar je prišlo za njo.
Beležka sama se nikoli ne spremeni, a to, kar se iz nje zgradi, se spreminja. Če na isto stranko, isto temo, tri mesece kasneje pride nova beležka, ju Stark prebere skupaj, ne le zadnje ločeno, in odgovor odraža, kar celotna slika zdaj dejansko pove. Nič se ne prepiše. Razumevanje preprosto ves čas dohaja to, kar je res.
To je prava rešitev. Ne boljša aplikacija za beležke. Sistem, dovolj pošten, da prizna, da je neuglajena različica tega, kar veš, običajno tista, ki jo je vredno obdržati.