Aproape orice firmă la care mă uit are, undeva într-un Google Drive, un folder numit "Proceduri" sau "SOP-uri". Îl deschizi și găsești trei documente scrise acum doi ani, dintre care unul descrie un proces care nu mai există. Nimeni nu le citește, pentru că nimeni nu are încredere că mai sunt corecte. Nu e o excepție — e regula.

O procedură operațională standard bine scrisă e unul dintre cele mai ieftine instrumente pe care le poate avea o firmă mică, și unul dintre cele mai rar folosite corect. Nu pentru că e greu de scris o listă de pași, ci pentru că majoritatea SOP-urilor sunt scrise pentru a bifa o cerință, nu pentru a fi efectiv folosite de cineva care nu știe deja ce are de făcut.

Ce e, de fapt, un SOP

Un SOP nu e un document. E un transfer de competență, scris. Ideea e simplă: dacă persoana care știe cum se face o activitate ar dispărea mâine — concediu, plecare, o zi proastă — altcineva ar trebui să poată deschide documentul respectiv și să obțină același rezultat, fără să sune pe nimeni.

Asta înseamnă că testul real al unui SOP nu e "pare complet?", ci "poate cineva care nu a mai făcut asta niciodată să ajungă la rezultatul corect, doar citindu-l?". Majoritatea documentelor numite proceduri pică testul ăsta din start.

De ce eșuează majoritatea SOP-urilor

Primul motiv e că sunt scrise din memorie, de cineva care face activitatea de mult timp. Persoana respectivă sare peste pași care i se par evidenți — pentru ea sunt evidenți, pentru un nou-venit nu sunt. Rezultă un document plin de goluri pe care doar autorul le poate umple mental.

Al doilea motiv e opusul: documente stufoase, scrise ca să pară exhaustive, în care pasul important e îngropat între zece propoziții de context. Cine citește un SOP e de obicei sub presiune, are nevoie de răspuns rapid, nu de un eseu.

Al treilea motiv, cel mai frecvent în firmele mici: nimeni nu are treaba de a le actualiza. Procesul se schimbă, documentul rămâne fix, iar la un moment dat diferența dintre ce scrie acolo și ce se face de fapt devine atât de mare încât documentul e abandonat tacit. Nu pentru că ideea de SOP a fost greșită, ci pentru că a fost tratat ca un proiect, nu ca o rutină.

Structura unui SOP care chiar funcționează

Indiferent de activitate, un SOP util are aceleași cinci componente. Lipsa oricăreia dintre ele e, de obicei, motivul exact pentru care un document nu se folosește.

Scopul — o propoziție care spune de ce există procedura asta și ce rezultat produce. Nu "cum se procesează o comandă", ci "clientul primește confirmarea în maximum 10 minute de la plată".

Declanșatorul — momentul exact în care cineva trebuie să deschidă documentul ăsta. Dacă persoana nu știe când se aplică procedura, nu contează cât de bine e scrisă.

Pașii — numerotați, formulați cu verbe la imperativ, unul singur pe rând. "Deschide contul de facturare, alege clientul din listă, generează factura" — nu un paragraf care descrie aceleași trei acțiuni învelite în context.

Responsabilul — cine face pasul respectiv, mai ales acolo unde procedura trece prin mai multe persoane sau departamente. Fără responsabil clar, pasul se pierde exact la graniță.

Excepțiile — ce faci când clientul nu se încadrează în cazul standard. O procedură care nu spune nimic despre situațiile ieșite din tipar obligă oamenii să improvizeze, ceea ce anulează scopul pentru care a fost scrisă.

Cum scrii unul, pas cu pas

Nu porni de la o pagină goală, încercând să-ți amintești ce faci. Fă activitatea respectivă în timp ce documentezi fiecare click, fiecare decizie, fiecare excepție pe care o întâlnești pe parcurs — nu ce crezi tu că faci, ci exact ce faci.

Scrie prima variantă direct, fără să te oprești să formulezi perfect. Corectezi și tai la a doua trecere — la prima, obiectivul e să prinzi toți pașii, nu să sune bine.

Apoi dă documentul unei persoane care nu a mai făcut activitatea respectivă și urmărește-o cum îl urmează, fără să intervii. Fiecare moment în care ezită sau te întreabă ceva e un gol în procedură, nu o greșeală de-a ei.

Revizuiește pe baza a ce ai văzut, nu pe baza a ce crezi că a lipsit. De obicei diferența dintre cele două e mai mare decât pare.

Cum îl ții viu, nu doar scris

O procedură fără proprietar desemnat moare exact atunci când procesul se schimbă prima dată — și procesul se schimbă mereu. Cineva anume trebuie să aibă în responsabilitate actualizarea ei, nu "echipa" în general.

Cel mai bun semnal că un SOP e viu, nu arhivat, e că apare firesc în onboarding-ul oricui vine nou pe rolul respectiv. Dacă un angajat nou învață "din mers", de la colegi, în loc să deschidă documentul, procedura există doar formal.

Asta e, de fapt, diferența dintre o firmă care depinde de oamenii care "știu cum se face" și una care poate funcționa chiar și atunci când oamenii respectivi lipsesc — unul dintre lucrurile pe care le urmărim direct în pilonul de Documentare din Business Revive.

Pentru echipele care vor să facă asta sistematic, nu doar pentru o procedură izolată într-un Google Doc, recomand și implementez SweetProcess — un software dedicat exact acestui lucru, cu proceduri structurate, responsabili clari și verificare că pașii chiar au fost urmați. Poți vedea cum arată pe pagina dedicată de pe acest site.