Notion betanításra? Itt bukik el a dolgozók képzésénél

A Notion fantasztikus hely arra, hogy leírd a dolgokat. De nem betanítási rendszer, és abban a pillanatban, ahogy valódi embereket próbálsz meg vele beonboardolni, megjelennek a repedések: nem tudod napról napra kiadni a leckéket, nincs megbízható bizonyítékod arról, hogy valaki tényleg elolvasott és elfogadott egy szabályzatot, nincs olyan teljesítménykövetés, amiben bízhatsz, és nincs tiszta elválasztás “az adott ember szerepköre” és “a rá kiosztott betanítás” között. A végén lesz egy gyönyörű wikid, és fogalmad sem lesz róla, ki mit tanult meg.

Ha három dokumentumod van és évente egy új belépőd, a Notion tökéletes. De ha rendszeresen onboardolsz embereket, megfelelőségi elfogadtatásokat futtatsz, vagy be kell tudnod bizonyítani, hogy egy új belépő az első napján elolvasta a visszatérítési szabályzatot, akkor több időt fogsz azzal tölteni, hogy a Notiont foltozgatod, mint hogy embereket taníts be. Lentebb végigvesszük, hol reped be, milyen mintát követ a gyakorlatban, mennyibe kerülnek valójában a kerülőmegoldások, és milyen egy épelméjűbb felállás.

Dolgozói betanítási rendszer: olyan eszköz, amely nemcsak tárolja a tudást, hanem hozzá is rendeli egy konkrét emberhez, szabályozott sorrendben adja ki, követi a teljesítést, és manipulálhatatlan bizonyítékot őriz arról, ki mit és mikor fogadott el. A wiki tárol; a betanítási rendszer elszámoltatható.

Miért nyúlnak sokan a Notionhoz a dolgozók betanításához?

Mert már ott van. A csapat SOP-kat, meeting-jegyzeteket és projektdokumentumokat ír a Notionben, úgyhogy természetesnek tűnik, hogy az onboarding-checklistet is melléjük tegyék. Rugalmas, letisztult a kinézete, az adatbázisok pedig erőteljes érzetet keltenek. Az első hónapban működik is.

A gond az, hogy pont a rugalmasságra nincs szüksége a betanításnak. A betanításnak olyan struktúrára van szüksége, ami nem az olvasó jóindulatán múlik: a megfelelő lecke a megfelelő időben, egy nyilvántartás arról, hogy megtörtént, és egy aláírás, ami mögé később is oda tudsz állni. A Notion egy üres vásznat ad. Az onboardingnak korlátokra van szüksége.

Hol bukik el valójában a Notion?

1. Nincs szabályozott sorrend

A jó onboarding ütemezett. Az első nap a fiókok és a biztonság, a harmadik nap az eszközök, az ötödik nap az első valódi feladat. A Notionben tudsz építeni egy checklistet, de minden egyszerre látszik. Semmi sem akadályozza meg, hogy egy új belépő az első napon átfussa a haladó oldalakat, összezavarodjon, és átugorja az alapokat. Nem tudod addig zárolni a harmadik napot, amíg a második nincs kész, és nem tudod elérni, hogy “a mai rész” magától nyíljon meg. Az új ember fegyelmére hagyatkozol pont azon a héten, amikor a legkevesebb rálátása van.

2. Nem tudod bizonyítani a teljesítést (vagy az elfogadást)

Ez a legnagyobb probléma. Amikor egy vezető megkérdezi, hogy “elolvasta-e az egész csapat az új biztonsági szabályzatot?”, egy Notion-oldal nem tud őszintén válaszolni. Egy pipa, amit valaki maga tett be, nem bizonyíték. Nincs időbélyeggel ellátott, verziózott nyilvántartás arról, hogy egy konkrét személy egy konkrét dátumon elfogadta a dokumentum egy konkrét verzióját, és semmi sem akadályozza meg, hogy a pipát utólag kivegyék, vagy hogy az oldalt utólag szerkesszék. Bármi, ami megfelelőséget, szerződéseket vagy biztonságot érint, ez a hiányosság valódi kockázat.

3. A szerepkörök és a betanítás összegabalyodnak

A Notionben a hozzáférés arról szól, ki láthat egy oldalt. De “mit szerkeszthet ez az ember” és “milyen betanítást osztottak ki erre az emberre” két különböző kérdés, a Notion pedig csak az elsőre válaszol. Nincs olyan fogalom, hogy valaki “onboardingban van” szemben azzal, hogy “aktív” vagy “kilépett a cégtől”. Amikor valaki felmond, kézzel kell levadásznod a hozzáféréseit, a betanítási előzményei pedig általában egyszerűen eltűnnek a vendégfiókjával együtt.

4. A haladás láthatatlan kézi munka nélkül

Ahhoz, hogy megtudd, öt új belépő közül ki hol tart, valakinek meg kell nyitnia mindegyikük oldalát, és ránézésre kell felmérnie. Nincs dashboard, ami emberenként megmutatja, hogy “7-ből a 4. nap, teszt letéve” vagy “a 2. napon elakadt”. Akkor derül ki, hogy valaki lemaradt, amikor elveszik egy valódi feladatban, nem előbb.

5. Nincsenek emlékeztetők, tesztek, ellenőrzés

Az a betanítás, amit az emberek tényleg megjegyeznek, ellenőrzéseket tartalmaz: egy gyors kérdés a lecke végén, egy teszt a továbblépés előtt, egy figyelmeztetés a határidő előtt. A Notionben ebből natívan semmi sincs. Ráakasztasz egy külön űrlapeszközt, egy külön emlékeztetőrendszert és egy külön táblázatot, és máris a “pofonegyszerű” felállásod négy eszköz, amit másolással-beillesztéssel tartasz össze.

A bukási minta (mindenhol ugyanaz)

Beszélj bármelyik csapattal, aki Notionből futtatja az onboardingot, és ugyanaz a sorrend jön elő, mert egyenesen a fenti hiányosságokból következik.

Egy új belépő az első reggelen meghívást kap a workspace-be, és megnyit egy onboarding-oldalt tucatnyi linkelt aloldallal, amelyek mind egyszerre látszanak. Elolvassa a barátságosakat (csapatbemutatók, márkahang), és átugorja a szárazakat (adatkezelés, számlázási szabályok), mert semmi sem kényszerít ki sorrendet, és senki nem tudja, valójában mit nyitott meg. A vezető feltételezi, hogy mindent elolvastak, mert az oldal meg lett osztva.

Hetekkel később elromlik valami, amit egy átugrott oldalnak kellett volna megakadályoznia: egy fájl rossz csatornán megy ki, egy folyamatlépés kimarad, egy szabályt tudtán kívül megszegnek. És itt jön a kétszeresen fájó rész: senki nem tudja bizonyítani, hogy az illetőt valaha is tájékoztatták. A szabály “benne volt a Notionben”, de nincs nyilvántartás arról, hogy az oldalt megnyitották, nemhogy elfogadták. Ha egy ügyfél vagy egy auditor bizonyítékot kér arról, hogy mindenki elvégezte a betanítást, mindössze egy megosztott linked van.

Miközben valaki (általában egy irodavezető) minden új belépő elején azzal tölti az idejét, hogy kézzel lemásolja az onboarding-sablont, igazgatja a jogosultságokat, majd később chaten hajkurássza az embereket: “befejezted az ügyfélfolyamat oldalt?” Ez a rendszer rendeltetésszerű működése, mert a Notionben nincs kiosztás, nincs követés és nincs bizonyíték, úgyhogy egy embernek kell mindhárommá válnia.

Mennyibe kerül valójában a kerülőmegoldás?

Számoljuk össze. Minden alábbi szám feltételezés, ilyennek is jelölve, hogy behelyettesíthesd a sajátodat.

• Kézi beállítás belépőnként: a sablon másolása, a jogosultságok javítása, az olvasnivaló kiosztása. Tegyük fel, 2 óra belépőnként. Évi 6 belépőnél: 12 óra.
• Hajkurászás és haladásellenőrzés: tegyük fel, heti 30 perc belépőnként egy 3 hetes onboarding alatt, ez belépőnként 1,5 óra. 6 belépőnél: évi 9 óra.
• Az elmulasztott dolgok utómunkája: tegyük fel, évi egy átugrott-oldal incidens, aminek a kitakarítása egy vezetőnek és az új belépőnek is fél-fél napjába kerül: 8 óra.

Ez ezekkel a feltételezésekkel körülbelül évi 29 óra, javarészt egy vezető vagy irodavezető ideje, amit nem betanításra, hanem egy olyan eszköz kompenzálására fordít, ami semmit sem követ és semmit sem kényszerít ki. És a valódi kockázat (a bizonyíthatatlan megfelelőségi hiányosság) meg sem jelenik az órákban. Azon a napon jelenik meg, amikor egy ügyfél vagy egy auditor olyan bizonyítékot kér, amivel nem rendelkezel.

Ha látni akarod, hogyan halmozódnak ezek az órák egy teljes onboarding során, azt külön kibontottuk itt: mennyi ideig tart valójában egy új munkatárs betanítása.

Mit NE csinálj

1. Ne hamisítsd a teljesítést önmagad-pipálós jelölőnégyzettel. Egy négyzet, amit maga az olvasó pipál ki, nem bizonyíték, és soha nem is lesz az. Ha egy szabályzat elég fontos ahhoz, hogy megköveteld, akkor elég fontos ahhoz is, hogy valódi elfogadási nyilvántartása legyen időbélyeggel és verzióval. Különben egy érzést dokumentálsz, nem egy tényt.

2. Ne zúdítsd egyszerre az összes oldalt egy új belépőre. A láthatóság nem sorrendezés. Ha valakinek negyven oldalt mutatsz az első napon, az garantálja, hogy a könnyűeket elolvassa, a fontosakat átugorja. Ha nem tudod ütemezni a tartalmat, legalább rejtsd el mindent az e heti anyagon kívül, és add át személyesen.

3. Ne fűzz össze öt eszközt, és nevezd rendszernek. A Notion a dokumentumoknak, egy űrlapeszköz a teszteknek, egy naptár az emlékeztetőknek, egy táblázat a követésnek és a Slack a hajkurászásnak nem integráció, hanem négy hibapont. Az eszközök közti minden átadás egy hely, ahol kiesik valami, te pedig magad válsz az integrációs réteggé.

Az épelméjűbb felállás

Tartsd meg a Notiont arra, amiben tényleg kiváló: vázlatíráshoz, projektdokumentumokhoz és a kusza gondolkodáshoz. De a tényleges betanítást és elszámoltathatóságot vidd át egy erre épített rendszerbe. Egy betanítási rendszernek négy dolgot kell tudnia, amit a Notion nem:

• Ütemezés szerint adja ki a tartalmat. Napra zárolt tervek, ahol csak a mai rész nyílik meg, hogy az ütemezés ne az akaraterőn múljon.
• Automatikusan követi a haladást. Egyetlen nézet, ami megmutatja, ki hol tart, beépített tesztekkel és ellenőrző kérdésekkel.
• Valódi bizonyítékot őriz az elfogadásról. Amikor elfogadásra küldesz egy szabályzatot, az elfogadás (gombnyomással vagy a teljes név begépelésével) csak hozzáfűzhető, verziózott, időbélyeggel ellátott nyilvántartássá válik, amit később nem tudsz csendben törölni vagy szerkeszteni.
• Elválasztja a szerepköröket a betanítástól. Az ember jogosultsági szintje egy dolog; a rá kiosztott terv egy másik. Az új emberek akár automatikusan is megkaphatják a tervüket és a kötelező dokumentumaikat az első belépéskor.

Pontosan ezt a hiányt tölti be a Corganize. A meglévő Notion-tartalmad sem vész kárba: exportálod “Markdown & CSV” ZIP-ként, és importálod egy valódi betanítási struktúrába, ahol dátumra zárolt leckékké válik tesztekkel, haladáskövetéssel és elfogadási bizonyítékkal, egy lapos oldalfal helyett. A tudás megmarad; az elszámoltathatóság pedig hozzáadódik.

5 napos terv a Notion-mint-betanítás elhagyására

Nem kell mindent egyszerre migrálnod. Kezdd azzal az egyetlen folyamattal, ami a legjobban fáj (általában az onboarding), és csináld végig egy hét alatt.

• 1. nap: Listázd ki a jelenlegi onboarding-oldalaidat, és jelöld meg, melyik “jó tudni” és melyik “kötelezően igazolandó” (biztonság, adatkezelés, szerződések). Csak a második csoportnak kell elfogadás.
• 2. nap: Exportáld ezeket az oldalakat a Notionből (Markdown & CSV ZIP), hogy megvan a nyers tartalmad.
• 3. nap: Építsd újra az onboardingot ütemezett tervként: mi nyílik meg az első napon, a harmadik napon, az ötödik napon. Írj egy ellenőrző kérdést leckénként.
• 4. nap: Alakítsd a “kötelezően igazolandó” dokumentumokat elfogadási kérésekké, hogy a következő belépő elfogadása automatikusan rögzüljön.
• 5. nap: Futtass végig rajta egy meglévő csapattagot tesztként. Javítsd ki a zavaros lépéseket, mielőtt egy valódi új belépő valaha is látná.

Önteszt: már most cserben hagy a Notion?

Ha ebből három vagy több igaz, akkor kinőtted a Notiont a betanításra:

• Nem tudod most rögtön megmondani, ki végezte el és ki nem végezte el az onboardingot.
• A “bizonyítékod” arra, hogy valaki elfogadott egy szabályzatot, egy megosztott link vagy egy önmagad-pipálós négyzet.
• Valaki kézzel másol le egy sablont minden új belépőhöz.
• Az új emberek egyszerre látják az összes tartalmat, és semmi sem szabályozza a sorrendet.
• Chaten hajkurászod az embereket, hogy visszaigazolják, elolvastak valamit.
• Amikor valaki távozik, a betanítási előzményei eltűnnek a fiókjával együtt.
• Külön eszközt használsz a tesztekhez és egy másikat az emlékeztetőkhöz.

Ebből semmi sem jelenti azt, hogy a Notion rossz termék. Azt jelenti, hogy a betanítás más munka, mint a jegyzetelés, és az az eszköz, ami az egyikben kiváló, csendben pénzedbe kerül a másikban.

Hogyan éred el, hogy tényleg használják is az új rendszert?

A bevezetés akkor bukik el, ha az új eszköz plusz munkának tűnik. Három dolog teszi tartóssá. Először: valódi tartalmat migrálj, ne egy üres vázat, mert az emberek olyan rendszerben bíznak, amiben már ott vannak a tényleges SOP-jaik. Másodszor: tedd egyértelművé az első élményt, egy új belépő lépjen be, és azonnal lássa, hogy “itt kezdd”, a mai résszel és semmi mással. Harmadszor: járj elöl azzal, hogy magad is használod egy látható dologra (mondjuk a következő szabályzatkiadásnál), hogy a csapat lássa, az elfogadások az új rendszeren mennek át, nem a Slacken. Amint egy valódi folyamat tisztán végigfut az elejétől a végéig, a többi követi.