Na tej strani
Pisna zahteva pravi: „Ko je naročilo plačano, posodobite stik.“ V tem ponazoritvenem poteku ena vrstica izpusti naročilo, ki je bilo po plačilu preklicano, gosta, ki pozneje ustvari račun, in kupca, ki nikoli ni dal dovoljenja za trženje.
Izvajalec te primere pozna, ker jih je obravnaval. Razvijalec lahko enovrstično pravilo izvede popolno in vseeno ustvari napačen rezultat.
Pregledan pogovor o gradnji agentov za delo trdi, da naj avtomatizacijo oblikujejo ljudje, ki nalogo razumejo. Navede tudi zadržek: ti ljudje za ukrepanje še vedno potrebujejo prave podatke in dovoljenja. Prav ta napetost je koristni del ideje.
V izjemah živi strokovno znanje
Diagram običajne poti je lahko narisati. Dogodek prispe, polje se preslika, zapis se posodobi. Znanje strokovnjaka se pogosto pokaže, ko diagram odpove.
Kaj, če si dva stika delita e-poštni naslov? Kaj, če je pošiljka razdeljena? Kaj, če najnovejši dogodek naročila prispe pred starejšim? Kaj, če ciljni sistem sprejme posodobitev, izvor pa se je medtem že spremenil?
Strokovnjaku ni treba poznati odgovora na vsako vprašanje o API. Mora pa povedati, katero poslovno stanje naj prevlada. „Preklicano naročilo ne sme uvrstiti stika med prejemnike sporočila po nakupu“ je poslovno pravilo. Kako ga uveljaviti ob poznih dogodkih, je razvojno vprašanje.
Strokovnjak za nalogo prispeva resnične izjeme in predvideni rezultat. Razvojna ekipa pregledana pravila varno izvaja na izvornih in ciljnih zapisih.
Naš vodnik za integracijo bralcem svetuje, naj za vsak objekt določijo vir resnice. To odločitev naj sprejmejo ljudje, ki odgovarjajo za zapise. Koda lahko nato glede nanjo preverja svežino dogodkov in stanje v ciljnem sistemu.
Strokovnjaku omogočite pokazati, ne le povedati
Ugovor je pošten: „Če uporabniki sami gradijo avtomatizacije, bomo dobili na desetine nepregledanih pravil, ki vplivajo na podatke strank.“ To je resnično tveganje. Odgovor ni, da jim nalogo skrijete. Ločite avtorstvo od pooblastila.
Strokovnjak naj označi nekaj dejanskih zapisov: ta naj se posodobi, ta naj počaka, ta naj se izključi. Vprašajte zakaj. Z vsakim primerom ohranite različico vira in pričakovani rezultat. To so boljše specifikacije od stavka o „obravnavi izjem“.
Nato dovoljeno dejanje zožite. Predlagano preslikavo je mogoče urediti in predogledati brez pošiljanja česarkoli. Živi zapis potrebuje prava poverila, odobrena polja in obseg, ki ga je mogoče uveljaviti. Promocijsko dejanje potrebuje tudi veljavno podlago za privolitev. Naš vodnik za dvojno privolitev obravnava en način zapisovanja dovoljenja za e-poštno trženje; naročilo samo po sebi tega ne zagotovi.
V orodjih Tajo za preslikavo lahko predlogo pred ustvarjanjem osnutka pravila preverite s sintetičnimi podatki. Tri spodnja polja so preprosta. Težje vprašanje je, kaj na zemljevidu manjka: čigava opredelitev privolitve določa naslednje sporočilo? Uspešen predogled ne more odgovoriti na to vprašanje pravil.
Preglejte sinhronizacijo pred zagonom
Sinhronizirajte spremembe podatkov strank z mojo platformo za e-pošto.
Sinhronizacija strank
| Izvorno polje | Ciljno polje | Pravilo |
|---|---|---|
email | EMAIL | Neposredno |
first_name | FIRSTNAME | Neposredno |
last_name | LASTNAME | Neposredno |
Sintetični predogled je uspel
Preslikana so 3 polja · Brez zapisov v cilj
Ponazoritveni prikaz temelji na orodjih Tajo za preslikavo. Sintetični predogled in shranjeni osnutek ne aktivirata sinhronizacije.
| Strokovnjak prispeva | Sistem uveljavi |
|---|---|
| Katero stanje naročila šteje | Svežino dogodka in poizvedbo po stanju |
| Katera identiteta stranke je mišljena | Stabilne identifikatorje in obravnavo sporov |
| Kateri primeri naj počakajo | Vrsto, stanje pregleda in pravilo časovne omejitve |
| Kako je videti pravilen rezultat | Ponovno branje ciljnega sistema ali drug končni pogoj |
| Kateri namen sporočanja je dovoljen | Dovoljenje in izključitev ob izvedbi |
Delitev ni zid. Razvijalci morajo postaviti pod vprašaj nemogoče ali nevarno pravilo, strokovnjaki pa pregledati resnične rezultate. Tako vsaka odločitev ostane pri osebi ali sistemu, ki jo lahko zagovarja.
Začnite z zadnjimi desetimi resničnimi primeri
Izmišljen popoln potek je šibek preizkus. Vzemite majhen nabor nedavnih primerov iz dejanskega procesa in podatke strank obdelajte po pravilih dostopa ekipe. Označite običajne primere in izjeme. Če pravila ne pojasnijo desetih, avtomatizacija še ni pripravljena odločiti o enajstem.
Pri prvi sinhronizaciji lahko sintetično preizkusno naročilo pokaže mehaniko. Odobritev za produkcijo in vzorec resničnih primerov sta ločena koraka. Vodnik za integracijo Brevo in Shopify priporoča preverjanje preizkusnega stika in naročila v ciljnem sistemu pred aktivacijo kampanj.
Metoda ima ceno. Strokovnjak mora porabiti čas, da tiha pravila izrazi. Nekdo mora pregledati primere, o katerih se strokovnjaki ne strinjajo. Ekipa lahko odkrije, da je današnji proces nedosleden, kar je neprijetno.
Nekaterih izjem v prvem koraku ni mogoče razrešiti s trajnim pravilom. Za združitev identitete gosta lahko manjka dokazov, zapis o privolitvi pa je lahko dvoumen. Specifikacija naj pove „zadržite za pregled“ in navede, kdo sme odločiti, namesto da iz nepopolnih podatkov izsili da ali ne. Zabeležite odločitev in razlog zanjo. Sčasoma ta vrsta pokaže, ali ponavljajoča se negotovost potrebuje jasnejše pravilo, boljše izvorno polje ali še naprej človeško presojo. Avtomatizacija opravi koristno delo tudi, ko je njen pravilen izhod omejena ustavitev.
Prav v tem je bistvo. Agent lahko odloča dosledno šele, ko ekipa določi, kaj doslednost pomeni. Sicer samo poveča doseg ugibanja najhitrejše osebe.
Najkrajša specifikacija je pogosto ena resnična izjema, pojasnjena do konca.
Pogosto Zastavljena Vprašanja
Ali naj strokovnjak za nalogo avtomatizacijo zgradi brez razvijalca?
Strokovnjak naj opredeli običajno pot, izjeme in sprejemljive rezultate. Razvoj mora še vedno uveljaviti identiteto, dovoljenja, tehnične podatkovne specifikacije, ponovne poskuse in preizkuse, kadar potek deluje na sistemih strank.
Zakaj opisi potekov spregledajo pomembne primere?
Povzetek običajne poti pogosto izpusti izjeme, ki jih ljudje rešujejo iz izkušenj. S strokovnjakom preglejte nedavne resnične primere in pred avtomatizacijo izrecno določite pravilo za njihovo obravnavo.
Kje naj se začne prva avtomatizacija?
Začnite z eno ponavljajočo se nalogo, enim virom resnice, jasnim rezultatom in nekaj opaženimi izjemami. Strokovnjak naj odobri pravilo in preveri stanje v ciljnem sistemu, preden razširite obseg.