Ezen az oldalon
A kapcsolat rekordja már nyitva van, amikor egy értékesítési operátor duplikátumot talál. Ebben a képzeletbeli munkafolyamatban automatizáció feloldhatná, de az operátornak külön műszerfalat kell nyitnia, újra megkeresnie ugyanazt a kapcsolatot, majd visszatérnie a CRM-be ellenőrizni az eredményt. Az automatizáció gyors lehet; a körülötte tett kerülő nem.
Ez könnyen elkerüli a figyelmet a terméktervezésnél: hol jelenjen meg az eredmény?
Egy feldolgozott beszélgetés a munkahelyi automatizálásról amellett érvel, hogy a mértékadó nyilvántartási rendszeren belül cselekedjünk, ne minden felhasználót új felület megtanulására kérjünk. Ez tervezési feltevés, nem bizonyíték arra, hogy bármely konkrét megvalósítás növeli a használatot. Azért hasznos, mert a tervezés egységét képernyőről befejezett feladatra cseréli.
Kövesd a rekordot, a döntést és az átadást
Térképezz fel egy valódi feladatot. Hol jelenik meg először a rekord? Ki dönti el, hogy kész-e? Mit kell megvizsgálnia? Hol ellenőrzi, hogy a változás megtörtént? Számold a lépéseket és azokat a pontokat, ahol a kontextust másolni vagy újra beírni kell.
A képzeletbeli duplikált kapcsolat esetén az operátor már nézi a vásárló rekordját. A rekord mellett megjelenő javaslat bemutathatja az ütköző mezőket és a tervezett összevonást. Az ellenőrzés a döntés közelében maradhat. Az eredmény a frissített rekordon látszódhat. Ez az út kevesebb lépést kívánhat, mint az új műszerfal, még ha az utóbbi tisztábbnak látszik is a bemutatóban.
- Rekord megnyitásameglévő munkaazonos kontextus
- Javaslat vizsgálataütköző mezőkember dönt
- Változás engedélyezésemegfelelő hatókörutófeltétel
- Eredmény ellenőrzésefrissített rekord
A forrásbeszélgetés különbséget tesz eltávolítható lépések, determinisztikus műveletek, megítélést igénylő esetek és emberi jóváhagyások között. A hely mindegyiknél mást jelent. Egy determinisztikus frissítés látható képernyő nélkül is lefuthat, de világos állapotot hagyjon. Egy kétértelmű összevonásnak magyarázat és ellenőrzési pont kell. A fontos következményű művelethez felelős ember felhatalmazása szükséges, bármelyik felületen történik is.
Az üzleti eszközök integrálásáról szóló útmutatónk a mértékadó forrás meghatározását kéri. Ez a döntés segít elhelyezni az interakciót: a rekord gazdája gyakran természetes hely a megvizsgálására és javítására. Nem jelenti azt, hogy bármely eszköz minden szükséges magyarázatot meg tud mutatni.
A beágyazott eredménynek is kell ellenőrizhető nyomvonal
A „nincs új felület” jelszóvá válhat, amely hiányzó ellenőrzéseket rejt. Ha az automatizáció rekordot változtat a CRM-ben, a felhasználónak tudnia kell, mi változott, miért, és hogy a másik rendszer is egyezik-e már. A „kész” felirat vékony bizonyíték, ha a feladat két rendszeren ível át.
A tervhez tartozhat tömör állapotjelzés a munkához használt eszközben és részletesebb előzmény másutt. Különböző pillanatokra szolgálnak. Az operátornak az aktuális rekordon kell cselekednie. A rendszergazdának fiókok közötti hibákat, jogosultságokat és mintákat kell vizsgálnia. A legjobb felület így több képernyőből is állhat, ha mindegyik egy feladathoz illik.
A Tajo már kínál MCP-tevékenységforrást eredménnyel, fázissal és kibontatható nyers eseményadatokkal. Az alábbi ábra ezt az ötletet beszélgetésbe helyezi, és javasolt ellenőrző panelt ad hozzá. Az üzemeltető elolvashatja az azonnali eredményt, majd szükség esetén megvizsgálhatja a bizonyítékot. Az elrendezés nem igazolja az összes gazdaalkalmazással való kompatibilitást.
Az elvégzett íráshoz még bizonyíték kell
Befejeződött a vásárlók szinkronizálása?
Az írás megtörtént. Az ellenőrzés függőben van.
A célrendszer állapotát még nem ellenőriztük.
Szinkronizálási tevékenység
- Kérés elfogadva
- Módosítás alkalmazva
- A célrendszer ellenőrzése függőben
Példafuttatás · 14:32 UTC
Amit tudunk
- Szolgáltatói válasz
- Elfogadva
- Írás eredménye
- Alkalmazva
- Visszaolvasás a célrendszerből
- Függőben
A sikeres hívás nem bizonyítja a végső állapotot.
A javasolt elrendezés a Tajo tevékenységfolyamán alapul. Az ábra ellenőrzési állapotot ad hozzá; nem állítja, hogy a célrendszerből való visszaolvasás már megvalósult.
Vegyünk egy második képzeletbeli esetet: az áruház vezetője tudni akarja, hogy a tesztrendelés létrehozta-e a kívánt vásárlói frissítést. A rendelés mellett megjelenő rövid eredmény mutathatná a célrekordot és az állapotát. Külön integrációs felületen lehetnek a leképezési szabályok és hibaelőzmények. A Brevo és Shopify integrációs útmutató azt javasolja, hogy a szinkronizált adatok használata előtt ellenőrizzünk tesztkapcsolatot és rendelést a célrendszerben. A felület segítse ezt az ellenőrzést, ne csupán azt közölje, hogy a kérés elküldve.
Ez a különbség véd egy ismert csapdától. Az eszköz könnyen megnyitható lehet, de nehéz benne megbízni. Az utófeltétel megmutatása ott, ahol a felhasználó dolgozik, többet érhet, mint egy kattintás megtakarítása a műszerfalon. De ha a meglévő alkalmazás nem tud elég kontextust megjeleníteni, az egész döntést kis értesítésbe kényszeríteni ronthatja a feladatot.
Az utat teszteld, ne az ízlést
Mutasd meg mindkét kialakítást valakinek, aki a munkát végzi: beágyazott javaslatot és külön oldalt. Ugyanazt az esetet kapja. Figyeld meg, megtalálja-e a rekordot, megérti-e a javasolt műveletet, észreveszi-e a hibás javaslatot, és megerősíti-e az eredményt. Az átadásokat és téves feltételezéseket számold, ne csak a másodperceket.
A felhatalmazást tartsd külön a kényelemtől. A rekord melletti gombnak ugyanúgy tiszteletben kell tartania a hívó jogosultságait és a folyamat jóváhagyási szabályait. A feladatszakértők automatizálást alakító szerepéről szóló cikk elmagyarázza, miért a kivételeket ismerők határozzák meg azokat, miközben a rendszer az adathatárokat és szerződéseket kényszeríti ki.
Vannak okok új képernyőt adni: rendszerek közötti hibakeresés, beállítás, tömeges felülvizsgálat és naplózás meghaladhatja a CRM vagy áruházi adminfelület lehetőségeit. A helyes kérdés az, segít-e ez a képernyő befejezni azt a feladatot, amely miatt az emberek félbehagyják a munkájukat.
A tesztbe a kivételeket kezelő embert is vond be, ne csak a normál utat végzőt. A tömör soron belüli művelet jó lehet a rutinszerű rekordokhoz, de a kivétel gazdájának hiányozhat a döntéshez szükséges előzmény. A felület az átadást is tegye láthatóvá, miközben a normál utat röviden tartja.
A felület akkor érdemli meg a helyét, ha szükséges döntést vagy bizonyítékot hordoz. Ha a munka ott befejezhető és ellenőrizhető, ahol elkezdődött, egy újabb képernyő kerülőút.
Gyakran Ismételt Kérdések
Minden automatizáláshoz saját műszerfal kell?
Nem. Először kérdezd meg, hol veszi észre a felhasználó a problémát és hol dönt. A meglévő rekord, értesítés vagy felülvizsgálati sor közvetlenebb hely lehet az eredménynek.
Mikor hasznos a külön felület?
Akkor, ha több rendszeren átívelő vizsgálat, beállítás, felügyelet vagy olyan előzmény kell, amelyet a meglévő eszköz nem tud világosan mutatni. Mérd az új lépéseket is.
Az eredmény másik eszközbe ágyazása eltünteti az ellenőrzés szükségét?
Nem. A hozzáférést, felülvizsgálatot, naplózást és hibakezelést továbbra is meg kell tervezni. A gomb helye nem ad felhatalmazást rekord változtatására.