Ezen az oldalon
„A rendelések automatikusan mozognak” teljes munkafolyamat-leírásnak hangzik. Egy képzeletbeli nyomvonalon minden rendelés mindkét rendszerben megjelenik. Aztán köztük felbukkan egy táblázatoszlop. Az operátor feltöltés előtt módosítja, mert az áruházi állapot nem azt jelenti, amit az e-mail-csapat vár.
Az ábra a dobozok szintjén pontos volt. A munkát hagyta ki.
Egy beszélgetés a nyilvántartási rendszerekből feltárható munkafolyamatokról azt írja le, hogyan áll össze működő eljárás annak megfigyeléséből, mi lép be a rendszerbe és mit javítanak ki. Ez hasznos kiindulópont. Nem jelenti, hogy a napló megmagyarázhatja egy ember szándékát, vagy hogy a csapat széles hozzáférést kaphat a vásárlói rekordokhoz csak a megfigyelés kedvéért.
Nyomvonallal kezdj, ne folyamatnévvel
A „rendelések szinkronizálása” egy műveletnek hangzik. Kövess egyetlen rendelést, és sorozattá válik. Mikor keletkezett? Melyik állapotot írták be először? A fizetés vagy törlés változtatta meg? Melyik mező jutott a célrendszerbe? Az mit tett vele? Mit javított utána egy ember?
Írd időrendbe ezeket az eseményeket. Minden lépés mellé tedd a forrásrekord azonosítóját. Ha az érték kétszer változik, mindkettőt rögzítsd. Ha a célrendszer csak a legutóbbi értéket tartja, derítsd ki, mi történt közben. Nem csiszolt folyamattérkép a cél, hanem mások által is vitatható nyomvonal.
Az első nyomvonal legyen átlagos. A második kivétel: törlés, összevont vásárlói rekord, visszaküldés, késői fizetés vagy más, az operátorok szerint fontos eset. Két nyomvonalból nem következtethetünk gyakoriságra. Feltárják a kérdéseket, amelyekre a specifikációnak válaszolnia kell.
- Áruházi rekordmegérkezik az állapotmegfigyelve
- Operátori javítása jelentés ellenőrizvemegerősítve
- E-mail-célrendszerelfogadott állapot
| Amit a csapat mond | Amit a nyomvonal mutathat | Mit kérdezz? |
|---|---|---|
| „A rendelések automatikusan szinkronizálódnak” | Később kézi fájlt töltenek fel | Milyen átalakítást végez a fájl? |
| „A vásárló állapota naprakész” | Régebbi értéket egy későbbi esemény felülír | Melyik rendszer birtokolja a végső állapotot? |
| „A hibák a támogatáshoz mennek” | A forrásban jegy nélkül javítanak | Hogyan értesül róla a célrendszer? |
Ezek szemléltető lehetőségek, nem megfigyelt ügyfélesetek. Az integrációs útmutató akkor segít kapcsolatmódot választani, ha a valódi út már ismert.
A rekord viselkedést mutat; az operátor jelentést magyaráz
A rekord megmutathatja, hogy az érték pending állapotból complete állapotba váltott. Nem mondja meg, hogy ez a fizetés teljesülését, a rendelés teljesítésének befejezését vagy elírás javítását jelentette. A mező neve nem üzleti szabály.
Itt tartozik össze a megfigyelés és az interjú. Kérd meg az operátort, hogy vezessen végig egy nyomvonal alapján rejtélyes eseten. Magyarázza el a kivételt, és mutassa meg az általa jogosultan használt képernyőt. Ezután egy másik mintán játsszátok vissza a szabályt. Az egyetlen meggyőző példából írt specifikáció egy ember kerülőmegoldását vállalati szabályként kódolhatja.
A hozzáférés számít. Csak annyi adatot használj, amennyi a kérdéshez kell. Jóváhagyott hozzáféréssel dolgozz, és lehetőség szerint takard ki a személyes mezőket. A szinkronizálás tervezése nem indok a vásárlói adatbázis kutatási jegyzetbe exportálására. Ha a rendszer auditálási eseményeket vagy tesztkörnyezetet kínál, ott kezdj. Ha nem, kérj meg egy gazdát, hogy megfelelő rekordokkal mutassa meg az utat.
Ez a különbség gyakori automatizálási hibát is megelőz: kényelmetlen kézi lépést lecserélni, mielőtt megértenénk a benne lévő megítélést. A táblázatoszlop lehet fölösleges duplikáció. Lehet az egyetlen hely is, ahol ember jelzi, hogy egy vitatott rendelés ne indítson kampányt. Ha ezt ellenőrzés nélkül törlöd, az új szinkronizálás gyorsabban teheti a rosszat.
A nyomvonalból legyen szerződés
Ha az út látható, állapotokkal és gazdákkal írd le a kapcsolatot. Határozd meg, melyik rendszer mértékadó az egyes mezőkre, melyik esemény mozgatja őket, mi történik késő vagy ismételt eseménynél, és mi történik, ha az eredmény bizonytalan. Nevezd meg a személyt vagy csapatot, aki javíthat egy-egy eltérést.
A szerződés különítse el a rögzített tényt az üzleti értelmezéstől. „Az áruház 14:03-kor elküldte a fulfilled értéket” rögzített esemény. „Ez a vásárló kapjon értékeléskérő üzenetet” döntés, amely a visszaküldéstől, hozzájárulástól és helyi szabálytól is függhet. A szétválasztás biztonságosabbá teszi a későbbi változást.
A mezőleképezés láthatóvá teszi a megállapodás egy részét. Ebben a Tajo-ábrában minden sor forrásmezőt, célmezőt és átalakítási szabályt nevez meg. Azt is megmutatja, mi nincs még meghatározva. Egy vásárlási eseményhez külön szabály kell, mielőtt értékelési kérés vagy kampánydöntés lesz belőle.
Ellenőrizd a szinkronizálást az indítás előtt
Szinkronizáld a vásárlói változásokat az e-mail-platformommal.
Vásárlók szinkronizálása
| Forrásmező | Célmező | Szabály |
|---|---|---|
email | EMAIL | Közvetlen |
first_name | FIRSTNAME | Közvetlen |
last_name | LASTNAME | Közvetlen |
A szintetikus előnézet sikeres
3 mező leképezve · Nincs írás a célrendszerbe
A szemléltető elrendezés a Tajo leképezési eszközein alapul. A szintetikus előnézet és a mentett tervezet nem aktiválja a szinkronizálást.
Gyakorlati elfogadási tesztként magát a nyomvonalat használd. Tesztkörnyezetben játssz vissza egy normál rendelést és egy kivételt. A célrendszer végső állapotát ellenőrizd, ne csak a sikeres API-hívást. Utána próbáld ki a javítási utat. Ha a forrásrekord azután változik, hogy a cél már cselekedett, képes a rendszer helyreállítani az összhangot?
Jogos ellenvetés: „Építés előtt nem vizsgálhatunk meg minden szélső esetet.” Igaz. Nem kimerítő népszámlálás a cél. Találd meg azt a néhány rejtett lépést, amely eldönti, működik-e az első változat. A legnagyobb következményű utakkal kezdj, írd le a nyitott kérdéseket, és építs megfigyelhetőséget az új kivételek észlelésére.
A folyamatábra akkor hasznos, ha a munkát végzők rámutathatnak a hiányzó dobozra.
Gyakran Ismételt Kérdések
Miért nem elég egy interjú a munkafolyamat leírásához?
Az emberek pontosan leírhatják a tervezett folyamatot, miközben ritka kivételeket vagy szokásos kerülőutakat kihagynak. Vesd össze a beszámolót az engedéllyel hozzáférhető rekordokkal, majd kérd meg őket az eltérések magyarázatára.
A rendszernaplók megmutatják a teljes munkafolyamatot?
Nem. A naplók a rögzített műveleteket mutatják, gyakran az indokok, offline munka és rendszeren kívüli döntések nélkül. Az operátornak szóló kérdésekhez használd őket, ne önálló szándékkövetkeztetésre.
Mit tartalmazzon az első szinkronizálási nyomvonal?
Kövess egy normál elemet és egy kivételt a forrásrekordokon, módosításokon, átadásokon és célállapotokon át. Jegyezd fel, ki javíthat eltérést, és milyen bizonyíték igazolja a végső eredményt.