Setați câmpurile obligatorii HubSpot în punctul în care cineva poate furniza în mod sincer informația necesară următoarei decizii. Pentru schimbarea manuală a etapei unei tranzacții, folosiți setarea etapei relevante, apoi verificați valorile lipsă și complete înainte de lansare. Intrarea automată necesită o verificare separată, deoarece regula configurată și ruta software folosită pentru trimiterea datelor pot schimba rezultatul.
O tranzacție este gata să avanseze, dar ecranul cere detalii pe care încă nu le cunoaște nimeni. În altă parte, o înregistrare ajunge la următorul coleg cu un câmp gol. Începem prin a nota decizia care are nevoie de acea informație. Acest ghid se referă la cerințele etapelor tranzacției; un formular de pe site sau un panou de creare a înregistrării are propriile setări.
Ce regulă pentru câmpurile obligatorii HubSpot modificați?
Identificați momentul în care este necesară informația înainte de a alege o setare. Ghidul HubSpot pentru pipeline-uri face distincția între afișarea unui câmp la o etapă și impunerea completării valorii sale. Ghidul pentru formularul de creare descrie cerințele aplicabile la crearea manuală a unei înregistrări. Aceste controale se aplică în momente diferite: prima introducere și o predare ulterioară pot necesita informații diferite.
O proprietate este un câmp al unei înregistrări. Un pipeline este succesiunea etapelor prin care trece o tranzacție. Folosiți distincțiile următoare când întrebați administratorul ce este deja configurat.
| Control | Întrebarea la care răspunde |
|---|---|
| Cerință a formularului de creare | Ce trebuie introdus când cineva creează manual înregistrarea? |
| Proprietate condițională a etapei | Ce trebuie afișat sau impus când cineva creează manual o înregistrare în această etapă sau o mută în ea? |
| Logică condițională a proprietății | Ce alte câmpuri trebuie solicitate când o proprietate de control îndeplinește o condiție? |
| Opțiunea Required a formularului de pe site | Ce trebuie să completeze un vizitator pentru a trimite formularul? |
| Validarea valorii | Valoarea introdusă respectă o regulă acceptată de format sau interval? |
HubSpot le documentează drept controale separate, fiecare cu propria disponibilitate și propriul domeniu de aplicare. Apariția unui câmp pe ecran nu dovedește că acesta blochează salvarea. Chiar și un câmp completat trebuie să conțină un răspuns relevant.
Stabiliți ce trebuie să știe următorul coleg
Notați decizia urmărită în limbaj obișnuit, apoi numiți informația necesară pentru luarea ei. Pentru fiecare câmp obligatoriu propus, consemnați cine folosește răspunsul, când poate fi cunoscut și ce explică o valoare utilă. Dacă nimeni nu îi poate explica utilitatea, păstrați cerința în curs de revizuire.
De exemplu, un coleg poate avea nevoie de o descriere clară a solicitării potențialului client înainte de pregătirea unei propuneri. Stabiliți ce trebuie să conțină descrierea. Solicitarea prea devreme a unui răspuns presupus ar lăsa decizia nerezolvată chiar dacă acel câmp ar conține text.
Păstrați o modalitate explicită de tratare a informațiilor încă necunoscute. Cereți persoanei responsabile să revizuiască etapa sau momentul aplicării cerinței. Păstrați datele existente și verificați dependențele înainte de modificarea unei reguli; ștergerea câmpurilor sau adăugarea unor valori fictive nu face parte din această procedură.
Dacă înregistrările contradictorii fac neclară identitatea persoanei ale cărei informații le modificați, rezolvați mai întâi această problemă. Ghidul nostru separat despre verificarea contactelor HubSpot duplicate explică de ce o îmbinare necesită propriile verificări.
Setați câmpul pentru etapa vizată a tranzacției
Folosiți procedura HubSpot documentată pentru etape împreună cu un administrator autorizat existent. Ghidul pentru pipeline-uri impune permisiunea Edit property settings și existența unei proprietăți dependente editabile. Verificați abonamentul și disponibilitatea obiectului în contul real înainte de a continua; absența unui control este un motiv să întrebați administratorul, nu să cumpărați un upgrade pe baza unei presupuneri.
Înainte de orice modificare, consemnați regula anterioară și stabiliți cum va fi restaurată. Pregătiți înregistrări de test aprobate într-un mediu în care verificările nu pot contacta clienții, declanșa campanii sau facturarea și nici modifica raportarea live. Dacă această izolare nu este disponibilă, cereți administratorului să o pregătească înainte de testare.
- Deschideți Settings, apoi Data Management și Objects. Selectați obiectul relevant și fila Pipelines.
- Selectați pipeline-ul vizat. În rândul etapei țintă, deschideți Add rule din Conditional logic rules.
- Confirmați condiția etapei, apoi adăugați proprietatea dependentă. Selectați Required când valoarea lipsă trebuie să împiedice acțiunea manuală acoperită.
- Selectați Save logic și consemnați exact etapa și proprietatea acoperite de regulă.
Conform aceluiași ghid, proprietățile doar pentru citire, inclusiv valorile calculate și cele de tip scor, nu pot fi folosite ca proprietăți ale etapei. Dacă un câmp nu este disponibil, verificați definiția sa înainte de a crea alt câmp cu același scop.
Verificați valorile lipsă și complete înainte de lansare
Testați condiția stabilită cu o înregistrare sintetică aprobată și consemnați rezultatul așteptat înainte de a efectua acțiunea. Începeți cu câmpul selectat gol, apoi introduceți o valoare de test relevantă. După redeschiderea înregistrării, inspectați etapa și câmpul salvate. Rezultatul este valabil numai pentru condiția, persoana sau sistemul și ruta verificate efectiv.
- Încercați schimbarea manuală acoperită a etapei cu valoarea dependentă lipsă. Notați dacă solicitarea relevantă împiedică salvarea; un rezultat neașteptat rămâne o problemă deschisă.
- Introduceți o valoare de test evident fictivă, dar care respectă sensul convenit. Repetați acțiunea și inspectați ce s-a salvat.
- Verificați separat o etapă din afara condiției configurate, astfel încât o cerință neașteptat de largă să devină vizibilă.
- Păstrați împreună starea inițială, rezultatul așteptat, rezultatul observat și persoana responsabilă pentru orice neconcordanță.
Folosiți cu atenție aceeași înregistrare, astfel încât o valoare salvată anterior să nu invalideze o verificare ulterioară a valorii lipsă. Administratorul trebuie să pregătească starea inițială dorită. Finalizarea unei interacțiuni pe ecran nu este, singură, o dovadă suficientă a rezultatului stocat.
Verificați rutele care scriu în înregistrări
Succesul manual nu stabilește modul în care un workflow, un import, un formular de pe site sau un conector tratează cerința. Un workflow este un proces automatizat în HubSpot; un API este interfața software pe care un conector o poate folosi pentru a scrie înregistrări. Ghidul HubSpot pentru proprietăți condiționale exclude editările prin workflow din acoperirea manuală documentată.
Jurnalul său pentru dezvoltatori descrie aplicarea proprietăților condiționale obligatorii configurate și a cerințelor de creare a înregistrărilor în versiunea API 2026-09, cerințele de creare aplicându-se solicitărilor POST. Ruta și versiunea folosite efectiv de un conector contează.
Cereți persoanei care întreține fiecare rută folosită să identifice regula și să execute verificări aprobate cu date lipsă și complete. Nu trebuie să adăugați un import sau o integrare doar pentru a le testa. Păstrați un rezultat separat pentru fiecare rută existentă, inclusiv mesajul returnat, etapa stocată și valoarea stocată, acolo unde acestea pot fi inspectate.
Jurnalul API recomandă să nu retrimiteți neschimbată aceeași solicitare respinsă. Dacă o scriere este respinsă, păstrați solicitarea prin procesul aprobat și desemnați în mod vizibil persoana responsabilă de corectare. Investigați informația lipsă sau maparea înainte de retestare; nu slăbiți regula doar pentru ca solicitarea să fie acceptată.
În cadrul verificărilor de configurare și integrare CRM, corelăm fiecare decizie privind câmpurile cu rutele care scriu în ele. Dacă o etapă alimentează și măsurarea publicității plătite, stabiliți semnificația statutului înainte de a-l folosi acolo. Completarea unui câmp nu dovedește o vânzare sau un rezultat publicitar valid.
Ce trebuie revizuit după modificare
Revizuiți cerința în raport cu decizia pe care trebuia să o susțină. Comparați același tip de înregistrări și rute înainte și după modificare. Păstrați vizibile rutele netestate și repetați verificările afectate după o modificare relevantă a regulii sau integrării. Mențineți limitele inițiale ale unei verificări manuale reușite.
- Sunt valorile utile pentru decizia următorului coleg sau oamenii introduc substituenți?
- Poate persoana responsabilă să vadă scrierile incomplete sau respinse și să le corecteze?
- Rămâne vizibil faptul că informația este cu adevărat necunoscută, împreună cu următoarea acțiune convenită?
- Pentru ce etape, persoane sau rute de scriere încă nu există un rezultat consemnat?
Aceste observații susțin următoarea decizie de configurare. Ele nu dovedesc o îmbunătățire a vânzărilor și nici că fiecare valoare introdusă este adevărată.
Unde intervenim noi
Începem cu scopul câmpului, etapa în care informația devine cunoscută și persoana care are nevoie de ea. Asociem decizia cu setarea existentă și cu o verificare pentru fiecare rută folosită. Notați etapa problematică, informația lipsă și fiecare rută care scrie în înregistrare. Nu aveți nevoie de exporturi cu datele clienților sau de datele de acces ale contului pentru a defini această problemă.
