Mi tartozik egy ügyfélportálba?

Egy portál kívülről is egyszerűnek tűnhet: egy sign- in page, egy műszerfal és néhány forma. A hatóköre attól függ, hogy ezek a képernyők mit tesznek az emberekkel, és mi történik az információkkal utána.

Ahhoz, hogy meghatározza az új portál, a munka az ügyfél utazás és a személyzet felelőssége mögött. Képernyő számít önmagában sok a tényleges alkalmazás.

Kezdje az ügyfél okkal, hogy visszatérjen

Egy hasznos portálnak ismétlődő célja van. Az ügyfél ellenőrizheti a kérést, lekérdezhet egy dokumentumot, vagy befejezheti a szükséges műveletet. Döntse el, melyik cél számít először.

Ezután azonosítsa a rekordot, amely ezt a célt hordozza. Ha a portál a szolgáltatás igényléséről szól, határozza meg a kérést és annak államait. A műszerfal könnyebb lesz tervezni, amint tudja, hogy melyik rekordot kell megmagyaráznia.

Válassza szét a szerepeket

Előfordulhat, hogy az ügyfélnek meg kell néznie a saját feljegyzéseit. Az alkalmazottnak meg kell néznie a kijelölt munkát. Az adminisztrátor ellenőrizheti a felhasználókat és a konfigurációt. Ezek különböző felelősségi körök, nem csak különböző menücímkék.

Az alkalmazási körnek meg kell határoznia a hozzáférési szabályokat és a számlák engedélyezésének módját. Mérlegelje, hogy egy számla több felhasználóval rendelkező személyt, vállalatot vagy csoportot képvisel-e. Ez a döntés megváltoztathatja a nyilvántartások és engedélyek megszervezésének módját.

Az első verzió, tartalmazza a szerepeket, amelyek szükségesek. Ne adjon hozzá egy bonyolult engedélyek szerkesztő, kivéve, ha valakinek van egy meghatározott oka, hogy használja.

Egy rekord követése az egész folyamat során

Vegyen egy illusztratív szolgáltatás kérés. Az ügyfél létrehozza, a személyzet felülvizsgálja azt, hiányzó információt kérnek, és egy döntést vagy befejezési státuszt rögzítenek.

Minden lépésnél kérdezze meg, hogy ki tud cselekedni, mely információkra van szükség, és mit lát a következő személy. A kérelem szerkeszthető-e a benyújtás után? Lehet-e visszavonni?

Ezek a kérdések azért tartoznak a alkalmazási körbe, mert megváltoztatják az alkalmazás viselkedését, és nem kezelhetők kis vizuális részletként, hogy a fejlesztés után megoldódjanak.

A frissítések közlésének módja

Az állapotváltozás megjelenhet a műszerfalon, e-mailt indíthat, vagy az ügyfél intézkedését követelheti meg. Ezek külön funkciók. A bejelentésnek meghatározott eseményre, címzettre és üzenetre van szüksége, valamint döntésre arról, hogy milyen információk ne jelenjenek meg benne.

Megtarthatja a kezdeti értesítési terv korlátozott. Egy egyértelmű in- application állapot és egy szükséges e-mail lehet alkalmasabb, mint ígéretes értesítések minden változtatás. A megfelelő választás függ a munkafolyamat.

A dokumentumokat saját munkafolyamatként kezeljék

A feltöltés gomb kérdéseket vet fel a fájltípusokkal, a mérettel, a tulajdonjoggal, a láthatósággal, a felülvizsgálattal és a eltávolítással kapcsolatban. Ha egy dokumentumnak jóváhagyásra van szüksége, a fájlnak és a döntésnek olyan kapcsolatra van szüksége, amelyet a felhasználó megérthet.

Kezdje a dokumentumok a fő munkafolyamat valóban szükséges. Nyilvános megosztás, elektronikus aláírás és összetett dokumentumok átalakítása külön követelmények, nem automatikus következményei a feltöltés.

Pontos legyen más rendszerekkel kapcsolatban

A számlázáshoz, a CRM-hez vagy más alkalmazáshoz való kapcsolatnak meghatározott rekord- és frissítési szabályra van szüksége. A portál megjeleníti-e az információt, létrehozza-e vagy megváltoztatja-e azt? Milyen áramerősségre van szükség?

Az első verzió adott esetben egy elfogadott manuális eljárást is alkalmazhat. A fontos dolog, hogy ezt a választást láthatóvá tegyük, ahelyett, hogy a portált teljesen integráltnak írnánk le, amikor egy lépés még mindig egy személytől függ.

Az elfogadási vizsgálat leírása

Az alapszintű igénylési munkafolyamathoz egy teszt ellenőrizheti, hogy az ügyfél kérhet-e, nem férhet hozzá egy másik ügyfél nyilvántartásához, látja-e a személyzet frissítését, és megkapja-e az elfogadott értesítést. A személyzetnek képesnek kell lennie arra, hogy a hiányos információkat anélkül kezelje, hogy elveszítené a rekordot.

Ez a példa nem írja elő minden portál funkcionalitását. Azt mutatja, hogyan lehet ellenőrizni a teljes munkafolyamat mindkét oldalról.

Mi az, ami kiszélesíti a projektet?

Több felhasználói típus, számlánként több szervezet, kifizetések, valós idejű üzenetküldés, kétirányú integráció és összetett jelentéstétel vezet be további döntéseket. Mindegyik indokolt lehet, de mindegyiknek szüksége van a saját szerepére a tájékoztatóban.

A leghasznosabb költségvetési beszélgetés az első teljes munkafolyamattal és a valóban szükséges függőségekkel kezdődik. A vonzó funkciók listája még nem egy szállítási terület.

Explore egyedi webes alkalmazás fejlesztése vagy a portálról.