Asettakaa HubSpotin pakolliset kentät siihen kohtaan, jossa joku voi antaa seuraavan päätöksen edellyttämät tiedot totuudenmukaisesti. Käyttäkää manuaalisessa kaupan vaiheen vaihdossa asianmukaista vaiheasetusta ja tarkistakaa puuttuvat sekä täytetyt arvot ennen käyttöönottoa. Automaattinen syöttö on tarkistettava erikseen, sillä määritetty sääntö ja tietoja lähettävän ohjelmiston käyttämä reitti voivat vaikuttaa tapahtumiin.
Kauppa on valmis etenemään, mutta näkymä pyytää tietoja, joita kukaan ei vielä tiedä. Toisaalla tietue siirtyy seuraavalle kollegalle tyhjän kentän kanssa. Aloitamme kirjaamalla päätöksen, johon kyseistä tietoa tarvitaan. Tämä opas koskee kaupan vaiheiden vaatimuksia. Verkkolomakkeella ja tietueen luontipaneelilla on omat asetuksensa.
Mitä HubSpotin pakollisten kenttien sääntöä muutatte?
Selvittäkää ennen asetuksen valintaa, milloin tietoa tarvitaan. HubSpotin pipeline-opas erottaa toisistaan kentän näyttämisen tietyssä vaiheessa ja arvon vaatimisen. Luontilomakeopas kuvaa manuaalisen tietueen luonnin vaatimuksia. Nämä hallintakeinot vaikuttavat eri hetkinä: ensimmäinen kirjaus ja myöhempi luovutus voivat vaatia eri tietoja.
Ominaisuus on tietueen kenttä. Pipeline on vaiheiden sarja, jonka läpi kauppa etenee. Käyttäkää seuraavia eroja, kun kysytte järjestelmänvalvojalta, mitä on jo määritetty.
| Hallintakeino | Mihin kysymykseen se vastaa? |
|---|---|
| Luontilomakkeen vaatimus | Mitä on syötettävä, kun tietue luodaan manuaalisesti? |
| Ehdollinen vaiheominaisuus | Mitä pitää näyttää tai vaatia, kun tietue luodaan manuaalisesti tähän vaiheeseen tai siirretään siihen? |
| Ehdollinen ominaisuuslogiikka | Mitä muita kenttiä pitää pyytää, kun ohjaava ominaisuus täyttää ehdon? |
| Verkkolomakkeen Required-valinta | Mitä kävijän on täytettävä voidakseen lähettää lomakkeen? |
| Arvon validointi | Täyttääkö syötetty arvo tuetun muoto- tai vaihteluvälisäännön? |
HubSpot dokumentoi nämä erillisinä hallintakeinoina, joilla on omat saatavuusehtonsa ja soveltamisalansa. Kentän näkyminen näytössä ei osoita, että se estää tallennuksen. Muun kuin tyhjän kentän on myös sisällettävä merkityksellinen vastaus.
Päättäkää, mitä seuraavan kollegan pitää tietää
Kirjoittakaa tavoiteltu päätös tavallisella kielellä ja nimetkää sitten sen tekemiseen tarvittavat tiedot. Kirjatkaa jokaisesta ehdotetusta pakollisesta kentästä, kuka käyttää vastausta, milloin se voidaan tietää ja mitä hyödyllinen arvo kertoo. Jos kukaan ei osaa selittää tiedon käyttötarkoitusta, jättäkää vaatimus tarkistettavaksi.
Kollega voi esimerkiksi tarvita selkeän kuvauksen siitä, mitä mahdollinen asiakas on pyytänyt, ennen tarjouksen laatimista. Sopikaa, mitä kuvauksen on sisällettävä. Aiemmin pyydetty arvaus jättäisi päätöksen avoimeksi, vaikka kentässä olisi tekstiä.
Säilyttäkää selkeä menettely vielä tuntemattomien tietojen käsittelyyn. Pyytäkää vastuuhenkilöä tarkistamaan vaihe tai vaatimuksen ajoitus. Säilyttäkää nykyiset tiedot ja tarkistakaa riippuvuudet ennen säännön muuttamista. Kenttien poistaminen tai täytearvojen lisääminen ei kuulu tähän menettelyyn.
Jos ristiriitaiset tietueet tekevät epäselväksi, kenen tietoja muutatte, ratkaiskaa henkilöllisyyskysymys ensin. Erillinen oppaamme päällekkäisten HubSpot-yhteystietojen tarkistamisesta selittää, miksi yhdistäminen tarvitsee omat tarkistuksensa.
Asettakaa kenttä tarkoitettuun kaupan vaiheeseen
Noudattakaa HubSpotin dokumentoitua vaihekäsittelyä jo valtuutetun järjestelmänvalvojan kanssa. Pipeline-opas edellyttää Edit property settings -oikeutta ja olemassa olevaa, muokattavaa riippuvaista ominaisuutta. Tarkistakaa todellisen tilin tilaus ja objektin saatavuus ennen jatkamista. Jos hallintakeino puuttuu, kysykää järjestelmänvalvojalta sen sijaan, että ostaisitte päivityksen oletuksen perusteella.
Kirjatkaa ennen muutoksia aiempi sääntö ja sopikaa sen palauttamisesta. Valmistelkaa hyväksytyt testitietueet ympäristössä, jossa tarkistukset eivät voi ottaa yhteyttä asiakkaisiin, käynnistää kampanjoita tai laskutusta taikka muuttaa tuotantoraportointia. Jos tällaista eristystä ei ole, pyytäkää järjestelmänvalvojaa valmistelemaan se ennen testausta.
- Avatkaa Settings, sitten Data Management ja Objects. Valitkaa asianmukainen objekti ja sen Pipelines-välilehti.
- Valitkaa tarkoitettu pipeline. Avatkaa kohdevaiheen riviltä Add rule kohdasta Conditional logic rules.
- Vahvistakaa vaiheen ehto ja lisätkää riippuvainen ominaisuus. Valitkaa Required, kun puuttuvan arvon pitää estää säännön kattama manuaalinen toiminto.
- Valitkaa Save logic ja kirjatkaa täsmällisesti säännön kattama vaihe ja ominaisuus.
Saman oppaan mukaan vain luku -tilassa olevia ominaisuuksia, mukaan lukien lasketut ja pisteytysarvot, ei voi käyttää vaiheominaisuuksina. Jos kenttä ei ole saatavilla, tarkistakaa sen määritelmä ennen uuden samaan tarkoitukseen tarkoitetun kentän luomista.
Tarkistakaa puuttuvat ja täytetyt arvot ennen käyttöönottoa
Testatkaa sovittu ehto hyväksytyllä synteettisellä tietueella ja kirjatkaa odotettu tulos ennen toimenpidettä. Aloittakaa valittu kenttä tyhjänä ja lisätkää sen jälkeen merkityksellinen testiarvo. Avatkaa tietue uudelleen ja tarkistakaa tallennettu vaihe ja kenttä. Tulos koskee vain tosiasiallisesti tarkistamaanne ehtoa, henkilöä tai järjestelmää ja reittiä.
- Kokeilkaa säännön kattamaa manuaalista vaiheen vaihtoa riippuvaisen arvon puuttuessa. Kirjatkaa, estääkö asianmukainen kehote tallennuksen. Odottamaton tulos jää avoimeksi ongelmaksi.
- Syöttäkää selvästi kuvitteellinen testiarvo, joka vastaa silti sovittua merkitystä. Toistakaa toiminto ja tarkistakaa, mitä tallennettiin.
- Tarkistakaa määritetyn ehdon ulkopuolinen vaihe erikseen, jotta odottamattoman laaja vaatimus tulee näkyviin.
- Säilyttäkää lähtötila, odotettu tulos, havaittu tulos ja poikkeamasta vastaava henkilö yhdessä.
Käyttäkää samaa tietuetta varoen, jotta aiemmin tallennettu arvo ei mitätöi myöhempää puuttuvan arvon tarkistusta. Pyytäkää järjestelmänvalvojaa valmistelemaan haluttu lähtötila. Pelkkä näytössä onnistunut toiminto ei riitä todisteeksi tallennetusta tuloksesta.
Tarkistakaa tietueita kirjoittavat reitit
Manuaalisen toiminnon onnistuminen ei osoita, miten työnkulku, tuonti, verkkolomake tai liitin käsittelee vaatimusta. Työnkulku on HubSpotin sisäinen automatisoitu prosessi. API on ohjelmistorajapinta, jonka avulla liitin voi kirjoittaa tietueita. HubSpotin ehdollisten ominaisuuksien opas rajaa työnkulkumuokkaukset dokumentoidun manuaalisen kattavuuden ulkopuolelle.
HubSpotin kehittäjien muutosloki kuvaa määritettyjen ehdollisten pakollisten ominaisuuksien ja tietueiden luontivaatimusten valvontaa API-versiossa 2026-09. Luontivaatimukset koskevat POST-pyyntöjä. Liittimen tosiasiallisella reitillä ja versiolla on merkitystä.
Pyytäkää kunkin käyttämänne reitin ylläpitäjää tunnistamaan sääntö ja suorittamaan hyväksytyt tarkistukset puuttuvilla sekä täydellisillä syötteillä. Tuontia tai integraatiota ei tarvitse lisätä vain testaamista varten. Säilyttäkää jokaisesta nykyisestä reitistä erillinen tulos, mukaan lukien palautettu viesti sekä tallennettu vaihe ja arvo, jos ne voidaan tarkistaa.
API-muutosloki neuvoo olemaan yrittämättä samaa hylättyä pyyntöä uudelleen muuttamattomana. Jos kirjoitus hylätään, säilyttäkää tiedustelu hyväksytyssä prosessissanne ja nimetkää korjaukselle näkyvä vastuuhenkilö. Tutkikaa puuttuva tieto tai määritys ennen uutta testiä. Älkää heikentäkö sääntöä vain saadaksenne pyynnön läpi.
CRM-määritysten ja integraatioiden tarkistuksissa yhdistämme jokaisen kenttää koskevan päätöksen kenttään kirjoittaviin reitteihin. Jos vaihe syöttää tietoja myös maksetun mainonnan mittaukseen, sopikaa statuksen merkityksestä ennen sen käyttöä siellä. Kentän täyttäminen ei osoita, että kauppa on toteutunut tai mainonnan tulos on pätevä.
Mitä muutoksen jälkeen pitää tarkastella?
Arvioikaa vaatimusta suhteessa päätökseen, jota sen oli tarkoitus tukea. Verratkaa samankaltaisia tietueita ja reittejä ennen muutosta ja sen jälkeen. Pitäkää testaamattomat reitit näkyvissä ja toistakaa asianmukaiset tarkistukset säännön tai integraation merkityksellisen muutoksen jälkeen. Säilyttäkää hyväksytyn manuaalisen tarkistuksen alkuperäiset rajat.
- Ovatko arvot hyödyllisiä seuraavan kollegan päätökselle vai syöttävätkö ihmiset paikkamerkkejä?
- Näkeekö vastuuhenkilö puutteelliset tai hylätyt kirjoitukset ja voiko hän korjata ne?
- Pysyykö rehellisesti tuntematon tieto näkyvissä yhdessä sovitun seuraavan toimen kanssa?
- Mistä vaiheista, toimijoista tai kirjoitusreiteistä puuttuu yhä kirjattu tulos?
Nämä havainnot tukevat seuraavaa määrityspäätöstä. Ne eivät osoita myynnin parantuneen eivätkä todista kaikkia syötettyjä arvoja tosiksi.
Miten me autamme
Aloitamme kentän tarkoituksesta, vaiheesta, jossa tieto tulee saataville, ja tiedon tarvitsevasta henkilöstä. Yhdistämme päätöksen nykyiseen asetukseen ja jokaisen käytössä olevan reitin tarkistukseen. Kirjatkaa ongelmallinen vaihe, puuttuva tieto ja jokainen tietueeseen kirjoittava reitti. Kysymyksen määrittelyyn ei tarvita asiakasvientejä tai tilin kirjautumistietoja.
