Ce indicatori să raporteze Claude din Zoho CRM și cum îi alegi

Acest ghid răspunde la o întrebare practică: ce indicatori să raporteze Claude din Zoho CRM, ca raportul să ducă la decizii, nu doar la citit. Răspunsul scurt este șase sau șapte măsuri. Fiecare e aleasă pentru că îți spune ce să faci luni dimineață.

Tentația e să ceri un rezumat cu tot. Windsor.ai, un serviciu care leagă Zoho CRM de Claude, spune că expune 887 de câmpuri doar din modulele Accounts, Deals, Leads și Contacts. Un rezumat care încearcă să le acopere pe toate iese lung și nu mai spune nimic clar.

Ghidul acesta este prima parte dintr-o serie de trei despre raportarea din Zoho CRM cu Claude. Aici alegi cifrele, le definești și le verifici. Conectarea propriu-zisă are ghidul ei, iar nota zilnică pentru manageri este partea a doua a seriei.

Câțiva termeni apar în tot ghidul. Îi definim aici o dată, ca să însemne același lucru peste tot.

• Indicator: o cifră calculată la fel de fiecare dată, după o regulă scrisă, care îți spune dacă trebuie să faci ceva.
• Pipeline: toate deal-urile deschise, așezate pe etapele procesului tău de vânzare. Windsor.ai descrie etapa ca locul în care se află fiecare deal, de la calificare până la câștigat.
• Mișcarea pipeline-ului: câte deal-uri au trecut dintr-o etapă în alta într-o perioadă dată, înainte sau înapoi.
• Deal stagnant: un deal deschis care a stat în aceeași etapă mai mult decât pragul pe care l-ai stabilit tu.
• Gol de follow-up: un deal sau un lead fără activitate programată și fără notiță recentă, deci fără un pas următor.
• Conector: legătura prin care Claude citește și, dacă îi permiți, modifică date din Zoho CRM. Conectorul Zoho CRM folosește MCP, protocolul prin care Claude apelează acțiunile puse la dispoziție pentru lead-uri, deal-uri și contacte.
• COQL: limbajul de interogare din Zoho CRM. Zoho îl prezintă ca modul de a extrage date filtrate, din mai multe module sau agregate.

Dacă echipa ta folosește alte cuvinte, de exemplu „oportunitate” în loc de deal, scrie și asta. Cere-i apoi lui Claude să folosească exact cuvintele din definițiile tale.

Un indicator merită un loc în raport doar dacă trece un test simplu. Pentru fiecare cifră, răspunde în scris la trei întrebări: cine acționează când cifra se schimbă, ce face concret și până când. Dacă lipsește un răspuns, cifra e informație, nu indicator.

Al doilea test este comparabilitatea. Cifra trebuie calculată la fel luna aceasta și luna viitoare. Altfel o creștere poate fi doar o schimbare de definiție. De aceea fiecare indicator primește o definiție scrisă o singură dată, pe care nu o renegociezi la fiecare raport.

Al treilea test este verificarea. Orice cifră pe care o dă Claude trebuie să poată fi reprodusă într-un raport filtrat din Zoho CRM. Dacă nu o poți reproduce, nu o poți apăra în fața echipei.

Din aceste teste iese de obicei o listă scurtă. Șase sau șapte indicatori ajung pentru o echipă de vânzări care vrea să știe unde pierde bani și timp. Un raport scurt chiar se citește. Unul cu tot ce se poate număra ajunge în arhivă.

Lista pornește de la trei întrebări pe care un manager de vânzări și le pune în fiecare săptămână: se mișcă deal-urile, unde s-au blocat și ce a uitat echipa. Poți înlocui un indicator, dar păstrează logica.

Mișcare și blocaje

• Mișcarea pipeline-ului. Câte deal-uri au avansat, câte au dat înapoi și câte s-au închis în perioada raportată. Îți arată dacă vânzarea curge sau doar se adună.
• Deal-uri stagnante. Deal-urile deschise care au depășit pragul tău de zile în aceeași etapă, grupate pe responsabil. Aici decizi pe cine suni și ce deal închizi ca pierdut.
• Date de închidere depășite. Deal-uri deschise a căror dată estimată de închidere a trecut. Windsor.ai numește câmpul deals_closing_date și îl leagă de prognoza pe trimestre. Un deal cu data trecută strică prognoza până când cineva o actualizează.

Disciplină și follow-up

• Goluri de follow-up. Deal-uri și lead-uri calificate fără pas următor programat. E indicatorul care se transformă cel mai direct într-o listă de sarcini.
• Lead-uri blocate în calificare. Lead-uri care stau prea mult într-un status de început, de exemplu New sau Contacted, statusuri pe care Windsor.ai le dă ca exemple pentru leads_lead_status.

Valoare și surse

• Pipeline ponderat. Valoarea deal-urilor înmulțită cu probabilitatea de închidere. Câmpul deals_probability este, după Windsor.ai, estimarea Zoho pentru șansa de câștig, folosită la o prognoză ponderată.
• Lead-uri noi pe sursă. Câte lead-uri noi au venit pe fiecare canal. Windsor.ai descrie contacts_lead_source ca fiind canalul care a adus contactul. Decizia este unde muți bugetul de marketing.

Tabelul de mai jos este documentul pe care îl scrii o dată. Îl pui acolo unde Claude îl citește la fiecare raport, iar echipa îl folosește ca referință când apare o discuție despre cifre.

Numele de câmpuri sunt cele din descrierea Windsor.ai. În contul tău pot apărea cu etichete puțin diferite, mai ales dacă ai câmpuri personalizate. Claude poate citi lista exactă cu instrumentul Get_Fields al conectorului, așa că verifică numele reale înainte să închizi documentul.

Prin conectorul Zoho CRM din Claude, Claude are la dispoziție 41 de instrumente. Pentru raportare contează câteva: Get_Modules și Get_Fields, care citesc structura CRM-ului tău, Search_Records și Get_Records, care aduc înregistrări, și executeCOQLQuery, care rulează o interogare COQL. Pentru cifre agregate, cum ar fi suma pe etape, interogarea COQL este de obicei calea potrivită.

Zoho publică și propriile servere MCP pentru Claude Desktop, patru la număr: Data Insights, Data Operations, Module Customization și Workflow & Process Automation, conform ghidului Zoho de configurare pentru Claude. Un raport care doar citește nu are nevoie de serverele care modifică module sau fluxuri.

Conectorul are și instrumente care scriu: creează, actualizează sau șterg înregistrări, notițe și chiar câmpuri. Un raport nu are nevoie de ele. Anthropic avertizează că nu controlează ce instrumente pun la dispoziție dezvoltatorii și nu poate garanta că vor funcționa cum trebuie sau că nu se vor schimba. Folosește deci doar conectori de la dezvoltatori în care ai încredere.

Definițiile nu trebuie repetate în fiecare conversație. Un proiect în Claude este un spațiu de lucru cu istoric și bază de cunoștințe proprii, unde încarci documente și scrii instrucțiuni. Acolo pui tabelul de definiții. Pe planurile Team și Enterprise, proiectul poate fi partajat cu colegii, cu dreptul „Can view” sau „Can edit”. Mai multe despre organizare găsești în postarea despre Projects și Skills pentru o echipă mică.

Să luăm o firmă care vinde echipamente către alte firme și are o echipă mică de vânzări în Zoho CRM. Managerul vrea în fiecare luni cei șapte indicatori pe săptămâna trecută, cu explicații.

1. În Claude Desktop deschide Customize > Connector, apasă pictograma Add, apoi Add Custom Connector, și dă un nume serverului, de exemplu „Zoho CRM raportare”.
2. Lipește adresa serverului Data Insights din ghidul Zoho în câmpul Remote MCP Server URL și apasă Add.
3. Selectează serverul nou din lista de conectori, apasă Connect și autentifică organizația Zoho CRM.
4. Creează un proiect numit „Raport pipeline” și încarcă în baza de cunoștințe documentul „Definiții indicatori”, cu tabelul de mai sus.
5. Scrie instrucțiunile proiectului, apoi cere raportul.

O instrucțiune de proiect poate arăta așa:

Folosește doar definițiile din documentul „Definiții indicatori”. Pentru fiecare indicator dă cifra, comparația cu săptămâna anterioară și deal-urile care explică diferența, cu responsabilul lor. Dacă o cifră nu poate fi calculată exact după definiție, spune de ce și nu o estima.

Diferența față de un rezumat cu tot ce e în CRM stă în context. Raportul nu spune doar că există deal-uri stagnante, ci care sunt, cine le are și ce s-a schimbat față de săptămâna trecută. Managerul poate decide din el fără să deschidă CRM-ul pentru fiecare rând.

În prima lună, nicio cifră de la Claude nu intră într-o decizie până nu o compari cu aceeași cifră calculată în Zoho CRM. Rapoartele native Zoho sunt construite pentru vederi fixe, cum ar fi un raport de deal-uri sau unul de lead-uri, observă Windsor.ai. Tocmai de aceea sunt un etalon bun: calculează simplu și previzibil.

1. Alege un indicator și o perioadă închisă, de exemplu luna trecută.
2. Construiește în Zoho CRM un raport cu exact filtrele din definiție: aceeași etapă, același interval de date, aceiași responsabili.
3. Cere-i lui Claude aceeași cifră și cere-i să arate interogarea sau filtrele folosite.
4. Compară. Dacă cifrele diferă, verifică întâi filtrele, apoi definiția, abia apoi datele.
5. Corectează definiția scrisă, nu doar promptul, și repetă comparația.

La Svennis, când pregătim raportare din Zoho CRM cu Claude, facem această comparație pentru fiecare indicator înainte ca managerul să primească primul raport. Cele mai multe diferențe pe care le găsim vin din definiții nescrise, de exemplu dacă un deal pierdut mai contează în pipeline, nu din felul în care calculează Claude.

Un indicator trece testul când dă aceeași cifră ca Zoho CRM în mai multe perioade la rând. După aceea poți trece la verificări prin sondaj.

Unele cifre arată bine într-un raport și nu schimbă nicio decizie. Merită să le scoți din start.

• Totalul pipeline-ului neponderat. Adună la un loc deal-uri abia calificate și deal-uri gata de semnat. Crește ușor și liniștește pe nedrept. Pipeline-ul ponderat spune mai mult.
• Numărul de activități. Apeluri și e-mailuri numărate fără rezultat. Îți arată cât s-a muncit, nu ce s-a mișcat. Golurile de follow-up sunt varianta utilă.
• Numărul total de lead-uri. Fără sursă și fără status, nu îți spune unde să investești sau cine trebuie să preia.
• Media probabilității pe toate deal-urile. O medie ascunde exact deal-urile care contează. Folosește probabilitatea doar în pipeline-ul ponderat.
• Rezumatul câmp cu câmp. Cu sute de câmpuri disponibile, un rezumat care le parcurge pe toate devine un inventar, nu un raport.

Regula din spate este aceeași ca la alegere. Dacă nu poți numi persoana care face ceva diferit când cifra se schimbă, cifra nu are loc în raport.

Pentru o firmă din România, câteva detalii practice decid dacă definițiile rezistă de la o lună la alta.

• Moneda. Dacă ai deal-uri în lei și în euro, definiția pipeline-ului ponderat trebuie să spună în ce monedă raportezi și ce curs folosești. Altfel suma se schimbă fără ca vreun deal să se miște.
• Limba. Toate modelele Claude actuale au capabilități multilingve, conform documentației Anthropic, deci raportul poate fi scris în română. Etapele și statusurile rămân însă cu numele din CRM, adesea în engleză, așa că definiția trebuie să le numească exact cum apar acolo.
• Echipe mici. În firmele mici, managerul vinde adesea și el. Un raport scurt, cu pașii următori pe responsabil, îi e mai util decât un tablou complet pe care nu are timp să-l citească.
• Planul Claude. Proiectele sunt disponibile și conturilor gratuite, cu maximum cinci proiecte, dar cunoștințele extinse cu RAG sunt doar pe planurile plătite. Pentru o echipă, calculul complet este în postarea despre cât costă Claude pe an pentru zece angajați.

Poți pregăti totul în câteva ore, înainte să conectezi ceva. Ordinea contează: întâi definițiile, apoi conexiunea, apoi verificarea.

1. Scrie lista ta de șase sau șapte indicatori și trece fiecare prin cele trei întrebări: cine acționează, ce face, până când.
2. Completează tabelul de definiții și verifică numele exacte ale etapelor și statusurilor din Zoho CRM.
3. Conectează Claude la Zoho CRM doar pentru citire, urmând ghidul pas cu pas pentru conectarea prin MCP.
4. Pune definițiile într-un proiect și compară fiecare cifră cu un raport Zoho CRM pe o perioadă închisă.
5. Abia după ce cifrele se potrivesc, treci la nota zilnică pentru manageri, subiectul părții a doua din serie.

Dacă echipa ta lucrează în Teams, raportul poate ajunge acolo. Postarea despre Claude în Microsoft 365 și Teams arată cum îl aduci unde lucrează deja oamenii.