Ezen az oldalon
Képzelj el egy termékoldalt, amely tizenkét funkcióval kezd: webhooks, egyedi mezők, újrapróbálkozás-vezérlés, auditnapló, vizuális leképező, ütemező. A kereskedő átfutja a listát, és még mindig nem tud válaszolni egy kérdésre: a tegnapi rendelés a megfelelő vásárlói rekordhoz jut majd?
Az oldal képzeletbeli. A hibája ismerős, mert a funkciólista belülről írja le a gépet. Az olvasó kívülről érkezik, elvégzendő munkával.
Egy feldolgozott rövid beszélgetés a termékkommunikációról világosan fogalmazza meg a lépést: a részek felsorolása helyett írd le, mi történik használat után. Ez nem jelenti a részek elrejtését. Okot ad az olvasónak arra, hogy megvizsgálja őket.
Olyan változást nevezz meg, amelyet valaki láthat
Az „összekötjük az összes adatodat” túl tág ahhoz, hogy tesztelhető legyen. Az „új Shopify-rendelést a megfelelő Brevo-kapcsolathoz továbbítjuk” olyan rekordot ad az olvasónak, amelyet ellenőrizhet. Megnevezi az előtte állapotot, a műveletet és az utána állapotot.
Egy eredményt leíró mondat követheti ezt a mintát:
Amikor ez az esemény történik, ez a rekord változik meg ebben a rendszerben, hogy ez az ember elvégezhesse ezt a következő feladatot.
Szinkronizálásnál az esemény lehet rendelésfrissítés. A rekord egy kapcsolat attribútuma. A következő feladat lehet vásárlásspecifikus üzenet küldése egy ehhez hozzájárult vásárlónak. Minden főnév döntésre kényszerít. Melyik rendelés? Melyik kapcsolat? Melyik attribútum? Mi számít hozzájárulásnak?
Ezekben van a munka. Az „egységes vásárlói adatok” könnyen átsiklik rajtuk.
A Brevo-integrációs útmutatónk a beállítást és a leképezést tárgyalja. Megkérdezi, melyik rendszer birtokolja az egyes mezőket, és hogyan ellenőrizhető az eredmény. Egy termékoldal az első választ egy mondatban megadhatja, majd hivatkozhat a részletekre azoknak, akik továbbmennek.
- A rendelés változikvásárlói eseményforrásesemény
- Illesztés és leképezésazonosság · mező · engedélycélállapot
- Kapcsolat ellenőrzéselátható eredmény
Az ígéret mellé tedd a bizonyítékot
Az eredményközpontú szöveg is lehet ködös. A „heti tíz órát takarítasz meg” konkrétnak hangzik, mert szám szerepel benne. Mért munka és kiinduló állapot nélkül azonban a szám csak jelmez.
Jogos ellenvetés: „A vásárlói döntéshozónak funkciók és specifikációk kellenek. Egy eredménymondatból nem derül ki, hogy ez működik-e a rendszereimmel.” Igaz. Az eredmény megmondja, miért nézze tovább. A specifikáció segít eldönteni, továbblépjen-e.
Használj rövid bizonyítási láncot:
| Amire az olvasónak szüksége van | Amit az oldal mutathat |
|---|---|
| A feladat | Egyetlen rekord előtte-utána példája |
| A mechanizmus | Az érintett kiváltó esemény, leképezés és célrendszer |
| A korlátok | Támogatott objektumok, időzítés és jogosultsági feltételek |
| A bizonyíték | Tesztút, dokumentáció vagy mért eredmény |
Ha az állítás az, hogy „egy rendelés a megfelelő kapcsolathoz ér”, mutass bemeneti példát és a várt célmezőt. Mondd meg, dokumentált képességről, szemléltető munkafolyamatról vagy ügyfeleknél mért eredményről van-e szó. Ezek különféle bizonyítékok.
A csatlakozót választó kereskedőnek a Brevo-csatlakozóról szóló útmutató részletesebben tárgyalja az azonosságot, a szinkronizálás állapotát és az indulás után lehetséges hibákat. Ott hasznos a funkciólista. A kérdés az, mikor mutassuk meg. Aki még nem ismerte fel a feladatot, nem tudja megítélni a kompromisszumokat.
A funkció eszköz, nem mentegetőzés
Nézz meg két leírást ugyanarról a lehetséges munkafolyamatról. Mindkettő szemléltető.
Funkció először: „Vizuális mezőleképező verziózott beállítással, eseményirányítással és újrajátszási vezérléssel.”
Változás először: „Frissítsd a megfelelő kapcsolatot, amikor a rendelés változik. Az első küldés előtt vizsgáld meg a mezőleképezést, majd nézd meg a hibás rekordokat.”
A második szűkebb állítást tesz. Ugyanakkor szigorúbb kötelezettséget is vállal. A terméknek tényleg a megfelelő kapcsolatot kell azonosítania, a leképezést ellenőrizhetővé kell tennie, és meg kell mutatnia a hibás rekordot. A jó szöveg lehetetlenné teszi a hiányzó munka elrejtését.
Ezért az oldal ne ugorjon onnan, hogy „van újrapróbálkozás”, oda, hogy „sosem veszítesz el rendelést”. Az újrapróbálkozás is hibázhat. Egy befogadott API-hívás után is rossz mező maradhat. Az eredményről szóló ígérethez az eredmény ellenőrzése kell, nem az összetevők felsorolása.
Az ár a nyereség előtt jelentkezik: az eredményre épülő oldalhoz valakinek pontosan ki kell mondania, melyik viselkedés támogatott, melyik még terv, és melyik függ az ügyfél beállításától. Ez nehezebb, mint funkcióneveket összeszedni az ütemtervből.
A szöveg nem tüntet el egy feladatlépést
Ez a cikk a termékoldal magyarázatáról szól. Másik termékkérdés, hogy a felhasználónak kell-e új irányítópultot nyitnia, extra jogosultságot adnia vagy öt beállítást elvégeznie az eredményhez. A világos szöveg nem rövidíti meg a hosszú munkafolyamatot.
Az első automatizációról szóló útmutatónk egy folyamattal és egy sikerellenőrzéssel kezd. Ugyanezt alkalmazd az oldalra: válassz egy feladatot, magyarázd el a megváltozott állapotot, és segíts az olvasónak megtalálni a tesztet.
Ezután figyeld a következő kérdést. Ha az olvasók továbbra is azt kérdezik, „de hol látom majd az eredményt?”, az eredmény még túl elvont. Ha azt kérdezik, „támogatja az egyedi mezőmet?”, az oldal elvégezte első feladatát. Most már a mechanizmust vizsgálják.
Mutasd meg a változást. Utána a részeket, amelyek valóra váltják.
Gyakran Ismételt Kérdések
Az eredménnyel vagy a funkciókkal kezdjen a termékoldal?
Kezdj a felhasználó által felismerhető konkrét változással, majd mutasd meg a funkciót és a bizonyítékot, amely hihetővé teszi. A részletes specifikáció is fontos az értékeléshez, és könnyen elérhetőnek kell maradnia.
Hogyan írhatunk eredményt alá nem támasztott állítás nélkül?
Nevezd meg a kiinduló állapotot, a felhasználói műveletet és a megfigyelhető eredményt. Válaszd szét a támogatott termékviselkedést a feltételezett ügyfélhaszontól, és ne használj nem mért számokat.
Az eredményközpontú szöveg egyszerűbbé teszi a felületet?
Nem. A szöveg jól magyarázhatja az eredményt, miközben a feladat továbbra is túl sok lépésből áll. A tényleges utat külön teszteld.