Proceduri interne documentate cu Claude, pas cu pas pentru echipa ta

Proceduri interne documentate cu Claude înseamnă trei lucruri. Omul care face treaba explică pașii. Claude scrie prima variantă a procedurii. Procedura corectată ajunge apoi într-un skill pe care Claude îl folosește când cineva din echipă întreabă ceva.

Partea grea nu este scrisul. Partea grea este să ții procedura la zi și să faci oamenii să o folosească.

O procedură internă documentată este descrierea scrisă a felului în care firma ta face un lucru repetat. Exemple: un retur, o ofertă, angajarea unui coleg nou. Are pași în ordine, un proprietar și o dată a ultimei verificări. Fără proprietar și fără dată, ai doar un document care va îmbătrâni în tăcere.

Claude ajută în două locuri. Întâi la redactare, unde transformă explicațiile vorbite sau notițele împrăștiate într-un text clar. Apoi la folosire, unde răspunde colegilor din procedura scrisă, în loc să-i lase să caute prin foldere. Ghidul de mai jos ia pe rând sursele de know-how, redactarea, locul unde păstrezi procedura, un exemplu complet și greșelile pe care le vezi cel mai des.

Know-how-ul unei firme mici stă de obicei în trei locuri: în capul a doi-trei oameni vechi, în fișiere împrăștiate și în e-mailuri. Primul pas este să afli unde e fiecare bucată. Abia apoi are sens să deschizi Claude.

Capul oamenilor este sursa cea mai valoroasă și cea mai fragilă. Colegul care face facturarea de opt ani știe excepțiile pe care nu le-a scris nimeni. Când pleacă în concediu, firma încetinește. Fișierele sunt a doua sursă: documente Word vechi, tabele, PDF-uri salvate în Zoho WorkDrive sau pe un disc comun. Multe se contrazic între ele, pentru că fiecare versiune a fost corectată de altcineva.

Fă o listă scurtă înainte să scrii ceva. Pentru fiecare proces repetat, notează:

• cine îl face azi cel mai bine;
• ce documente există deja despre el;
• cât de des se schimbă;
• ce se întâmplă când e făcut greșit.

Începe cu procesul care costă cel mai mult când e greșit și se schimbă rar. Un proces care se schimbă săptămânal va cere actualizări constante. Lasă-l pentru după ce echipa s-a obișnuit cu primele proceduri. Dacă ai deja multe documente bune, citește și ghidul despre o bază de cunoștințe pentru Claude care răspunde din documentele tale, pentru partea de testare a răspunsurilor.

Prima ciornă a unei proceduri iese cel mai bine dintr-o explicație vorbită, nu dintr-un formular gol. Pune-l pe colegul care face treaba să povestească pașii, cu excepțiile. Dă transcrierea sau notițele lui Claude și cere-i o procedură cu pași numerotați, condiții și întrebări deschise.

Întrebările deschise contează cel mai mult. Cere-i lui Claude să marcheze explicit locurile unde explicația sare un pas sau se contrazice. Colegul răspunde la ele, iar ciorna a doua acoperă excepțiile. De obicei, două runde de corectură ajung pentru un proces simplu. Pentru redactare zilnică poate fi folosit Claude Sonnet 5.5, pe care Anthropic îl recomandă pentru sarcini de zi cu zi și scris.

Înregistrarea unui skill în Cowork

Pentru procesele făcute pe ecran există o variantă mai rapidă. Pe planurile Pro, Max și Team, în Cowork din Claude for Mac, poți înregistra un skill. Faci procesul o dată pe ecran, iar Claude scrie din el un skill. O înregistrare poate dura aproximativ 10 minute.

Un contor apare când mai ai cam un minut. Funcția nu există în chat, pe Windows sau pe planurile Free și Enterprise.

Video și audio din înregistrare nu sunt păstrate. Se salvează doar un set de capturi de ecran în sarcina Cowork. Ține cont de asta înainte să înregistrezi un ecran cu date de clienți. Detaliile despre Cowork sunt în ghidul cum folosești Claude Cowork în firmă.

Locul potrivit pentru o procedură scrisă depinde de cine o folosește și în ce produs Claude. Un skill este un pachet de instrucțiuni și, opțional, fișiere sau scripturi, pe care Claude îl încarcă singur când întrebarea se potrivește cu descrierea lui. CLAUDE.md este un fișier Markdown cu instrucțiuni permanente pe care Claude Code îl citește la începutul fiecărei sesiuni.

Pentru majoritatea firmelor mici, skill-ul este varianta implicită. Procedurile de vânzări, suport sau administrativ nu au nevoie de Claude Code. CLAUDE.md are sens când procedura privește lucrul pe cod. Documentația recomandă sub 200 de linii pe fișier, pentru că fișierele lungi ocupă context și scad respectarea instrucțiunilor.

Cum împarți skill-urile și proiectele între colegi este descris în ghidul despre Projects și Skills în Claude pentru o echipă mică.

Un skill Claude este un director care conține cel puțin un fișier skill.md. Fișierul începe cu un antet YAML cu două câmpuri obligatorii. Câmpul name are maximum 64 de caractere. Câmpul description are maximum 200 de caractere, iar Claude îl folosește ca să decidă când activează skill-ul.

Fișierul de mai jos este procedura de retur a unui magazin. Creează un director numit procedura-retur, salvează textul în el ca skill.md, arhivează directorul în ZIP și încarcă arhiva la skill-uri în setările Claude.

---
name: procedura-retur-produse
description: Pașii unui retur de produs. Folosește-o la orice întrebare despre retururi.
---

Procedura de retur produse
Proprietar: șeful echipei de suport
Ultima verificare: luna și anul ultimei revizii

Pasul 1. Caută comanda după numărul primit de la client.
Pasul 2. Verifică dacă cererea se încadrează în termenul legal de retragere de 14 zile
  de la primirea produsului sau în termenul mai lung oferit de firmă.
Pasul 3. Dacă este util, cere clientului poze cu produsul,
  fără să condiționezi retragerea de ele.
Pasul 4. Deschide un tichet de retur și atașează pozele, dacă există.
Pasul 5. Trimite clientului adresa de retur și instrucțiunile de ambalare.
Pasul 6. După recepție, depozitul confirmă starea produsului în tichet.
Pasul 7. Contabilitatea face rambursarea, inclusiv costul livrării standard, în cel mult 14 zile
  de la data la care clientul a anunțat retragerea. Rambursarea poate aștepta până la primirea
  produsului sau a dovezii că a fost expediat înapoi, oricare vine prima. Apoi închide tichetul.

Excepții
- Produs deteriorat la livrare: sari peste pasul 2 și anunță șeful de suport.
- Client care cere schimb, nu bani: înlocuiește pasul 7 cu o comandă nouă.

Când nu știi
Spune clar că procedura nu acoperă situația și trimite la proprietar.

Liniile pe care le schimbi sunt numele, descrierea, proprietarul, data și pașii. Termenul de retragere de 14 zile din pasul 2 este un minim legal pentru vânzările la distanță către consumatori, deci îl poți lungi, nu scurta. Termenul de rambursare de 14 zile din pasul 7 este un maxim legal, deci poți rambursa mai repede, dar nu mai târziu. Descrierea trebuie să conțină cuvintele pe care colegii le folosesc când întreabă, altfel Claude nu activează skill-ul. Arhiva ZIP trebuie să aibă directorul skill-ului ca rădăcină, nu fișierele direct în ZIP.

Ultima secțiune spune ce face Claude când procedura nu are răspuns. Fără ea, poate completa golurile din presupuneri.

O procedură internă rămâne corectă doar dacă are un proprietar care o revizuiește după fiecare schimbare de proces. Data ultimei verificări din antet arată imediat ce a îmbătrânit. Un skill cu o dată veche de un an e un semnal să întrebi proprietarul.

Actualizarea poate fi făcută tot cu Claude. Proprietarul descrie ce s-a schimbat, iar Claude propune textul nou al pașilor afectați. Dacă folosești înregistrarea din Cowork, Claude observă singur suprapunerea. Când o înregistrare nouă acoperă un skill existent, propune modificări la acel skill în loc să creeze unul nou. Asta previne două proceduri paralele pentru același proces.

Păstrează procedurile mici și separate. Skill-urile nu se pot referi explicit unele la altele, dar Claude poate folosi mai multe skill-uri împreună automat. Un skill pentru retur și unul pentru rambursări sunt mai ușor de întreținut decât un manual uriaș al suportului.

Pentru echipa tehnică, Claude Code are o comandă de audit pentru fișierele de instrucțiuni: /doctor prompt-audit verifică dacă există conținut depășit sau contradictoriu. Comanda cere o versiune recentă de Claude Code. Pentru restul echipei, revizia rămâne o sarcină în calendarul proprietarului. Pune-o acolo de la început.

Instrucțiunile scrise pentru Claude sunt context, nu reguli impuse. Documentația Anthropic spune asta explicit despre CLAUDE.md și memoria automată. Claude le citește și încearcă să le urmeze, dar nu există garanția respectării stricte. Pentru o acțiune care trebuie blocată orice ar decide Claude, documentația recomandă un hook PreToolUse, adică o verificare care rulează înaintea unui instrument.

Diferența contează la procedurile cu risc. Setările sunt aplicate de client indiferent ce decide Claude. Textul unei proceduri doar orientează comportamentul. O procedură de aprobare a rambursărilor nu ar trebui să se bazeze doar pe faptul că Claude a citit-o. Aprobarea efectivă rămâne în sistemul tău, la un om cu drept de aprobare.

Respectarea de către oameni este a doua problemă. Colegii folosesc procedura dacă o găsesc în locul unde lucrează deja. Un asistent care răspunde din proceduri în chatul echipei e mai folosit decât un folder cu documente. Variantele sunt descrise în ghidurile despre Claude în Slack pentru suport intern și despre instrucțiunile de sistem pentru asistentul Claude.

Ține minte și responsabilitatea. Pagina Anthropic despre Cowork spune că rămâi responsabil pentru toate acțiunile pe care Claude le face în numele tău. Procedura scrisă nu mută răspunderea pe model.

Cea mai frecventă problemă este procedura fără proprietar. La Svennis pornim fiecare procedură de la omul care face procesul zilnic și îl trecem ca proprietar în antet înainte de prima ciornă. Ce vedem cel mai des greșit la clienți este procedura scrisă frumos o dată și apoi lăsată neatinsă după prima schimbare de proces.

Alte greșeli apar des:

• Descriere vagă. „Proceduri suport” nu spune lui Claude când să folosească skill-ul. Scrie cuvintele reale ale întrebărilor.
• Fișiere prea lungi. Peste 200 de linii într-un CLAUDE.md, respectarea instrucțiunilor scade.
• Memorie locală luată drept procedură. Memoria automată din Claude Code rămâne pe un singur calculator și nu se împarte între mașini. Ce a învățat Claude la un coleg nu ajunge la ceilalți.
• Skill-uri din surse necunoscute. Un skill poate conține scripturi. Pe planul Enterprise poți activa scanarea skill-urilor și pluginurilor la instalare.
• Procedura veche lăsată în paralel. Dacă documentul vechi rămâne în folder, colegii îl găsesc pe el.

Ultima greșeală e ușor de evitat. Când publici skill-ul, mută documentul vechi într-o arhivă marcată clar. Așa există o singură variantă corectă a procedurii, iar colegii nu mai aleg între două texte care se contrazic.

Pentru o firmă din România, procedurile pot fi scrise direct în română. Toate modelele Claude actuale au capabilități multilingve, după pagina de modele a Anthropic. Nu ai nevoie de o versiune în engleză doar pentru Claude. Păstrează termenii pe care îi folosește echipa, chiar dacă sunt în engleză, ca lead sau follow-up.

Datele din proceduri merită verificate înainte de încărcare. Pagina Anthropic despre Cowork precizează că fișierele locale deschise de Claude într-o sesiune cloud sunt procesate pe serverele Anthropic. Ele nu rămân pe calculatorul tău. O procedură care descrie pași nu are nevoie de nume de clienți, CNP-uri sau date de card. Scoate-le din exemple și folosește roluri în loc de nume de persoane.

Multe firme mici au deja un loc unde țin documentele pentru angajați, de exemplu Zoho Learn. Nu trebuie să alegi între el și Claude. Textul aprobat poate sta în baza de cunoștințe a echipei, iar skill-ul poate conține aceeași procedură pentru întrebările puse lui Claude. Condiția este ca proprietarul să le actualizeze pe amândouă odată.

Planul contează și el. Skill-urile personalizate merg pe toate planurile, inclusiv Free, cu code execution activat. Înregistrarea de skill-uri cere Pro, Max sau Team pe Mac.

Începe mic și măsoară dacă procedura e folosită. O singură procedură bine ținută la zi îți arată mai mult decât zece scrise într-o săptămână.

1. Alege un proces repetat, care costă când e greșit și se schimbă rar.
2. Numește proprietarul și pune revizia în calendarul lui.
3. Înregistrează explicația lui și cere-i lui Claude o ciornă cu întrebări deschise.
4. Corectați împreună până nu mai rămân întrebări.
5. Salvează procedura ca skill, cu o descriere scrisă în cuvintele colegilor.
6. Arhivează documentul vechi.
7. După o lună, întreabă echipa ce întrebări nu au primit răspuns și adaugă excepțiile.

Dacă primele proceduri merg, următorul pas firesc este să le adunați într-o colecție testată. Ghidul despre cum construiești o bază de cunoștințe pentru Claude și cum o testezi arată cum verifici că răspunsurile vin din documentele tale, nu din presupuneri.