Hogyan építs ügyfélportált: fájlok, állapot, számlák és jogosultságok

Az ügyfélportál egy privát felület, ahol minden ügyfeled bejelentkezik, hogy lássa a projektje állapotát, a megosztott fájlokat, a nyitott kéréseit és a számláit. Megépítéséhez először határozd meg pontosan, mit kell az ügyfélnek az első tíz másodpercben látnia, modelleld az ügyfeleket, projekteket és fájlokat úgy, hogy minden rekord egyetlen ügyfélhez tartozzon, kényszeríts ki a szerveren, hogy az ügyfelek csak a saját rekordjaikat lássák, és a feltöltéseket privát tárhelyen tartsd. A funkciólista rövid maradhat; a jogosultságok helyes beállítása a lényeg.

Miért építenek vállalkozások ügyfélportált

A portálok általában egy csomó e-mailszálat, megosztott mappát és „mi a helyzet?” üzenetet váltanak ki. Ügynökségek, könyvelők, tanácsadók, kivitelezők, stúdiók és szolgáltató vállalkozások használják őket. Egy jó portál:

• Megválaszolja az állapotkérdést, mielőtt az ügyfél feltenné.
• Egy helyen tartja a fájlokat, a legfrissebb verzió egyértelmű.
• Otthont ad a kéréseknek, szétszórt e-mailek helyett.
• Rendezettnek mutat, ami számít a megtartásnál és az ajánlásoknál.

Ha egy-két ügyfeled van, és nincs semmi érzékeny, egy megosztott dokumentum vagy mappa is elég lehet. Portált akkor érdemes építeni, ha sok ügyfeled van, ismétlődő munkád, vagy olyan információ, amelyet az ügyfelek nem láthatnak egymásról.

Mire van szüksége egy ügyfélportálnak

Kezdd a bejelentkezéssel, az áttekintéssel, a fájlokkal és a kérésekkel. A számlákat, jóváhagyásokat és üzenetküldést akkor add hozzá, amikor az ügyfeleknek valóban szükségük van rájuk.

Az adatok

Egy tipikus portálban vannak: ügyfelek (cégek), ügyfélfelhasználók (akik bejelentkeznek, és egy ügyfélhez tartoznak), a te csapattagjaid, projektek (egy ügyfélhez tartoznak), mérföldkövek vagy állapotfrissítések, fájlok (egy projekthez tartoznak), kérések, és opcionálisan számlák. A kulcsszabály: minden rekordnak pontosan egy ügyfélre kell visszavezethetőnek lennie. Így a jogosultságok könnyen kikényszeríthetők és ellenőrizhetők.

Jogosultságok

Írd le és teszteld ezeket:

• Egy ügyfélfelhasználó csak az ő ügyfeléhez tartozó projekteket, fájlokat, kéréseket és számlákat látja.
• A belső jegyzeteket soha nem mutatjuk az ügyfeleknek.
• A csapattagok azokat az ügyfeleket látják, akikhez hozzá vannak rendelve, vagy minden ügyfelet, ha kicsi a csapat.
• A fájlhivatkozások privátak és időkorlátosak, nem nyilvános URL-ek, amelyeket bárki megoszthat vagy kitalálhat.
• Egy ügyfélfelhasználó eltávolítása azonnal megszünteti a hozzáférését.

Az ellenőrzéseknek a szerveren kell történniük. Egy portál, amely minden ügyfél adatait betölti, és a böngészőben szűri, nem privát.

Döntések és kompromisszumok

Bejelentkezési módszer

Az ügyfelek ritkán jelentkeznek be, ezért gyakran elfelejtik a jelszavukat. Portáloknál gyakran jobbak a mágikus linkek (e-mailben küldött bejelentkező linkek) vagy egy már használt fiókkal való egyszeri bejelentkezés, mint a jelszavak. Bármelyiket választod, a meghívásokat a te oldaladról küldd, és ne engedd, hogy bárki regisztráljon magának. A bejelentkezés hozzáadásáról szóló útmutatónk összehasonlítja a lehetőségeket.

Egy portál vagy ügyfelenként egy

Egy app egy ügyféllistával könnyebben karbantartható, mint külön oldal ügyfelenként. Így is adhatsz minden ügyfélnek saját márkás hangulatot — a logóját, a projektneveit — ugyanazon az appon belül.

Fájlok

Használj megfelelő fájltárhelyet, ne a szerver saját lemezére mentsd a feltöltéseket, állíts be maximális fájlméretet, korlátozd a fájltípusokat, ha lehet, és csak a jogosultsági ellenőrzésen átjutó felhasználóknak szolgáld ki a fájlokat. Döntsd el, hogyan működnek a verziók: felülírás vagy előzmények megtartása.

Számlák és fizetések

Megmutathatsz számlákat a számviteli eszközödből, egyszerű számlákat generálhatsz a portálban, vagy egy hosztolt fizetési oldalra linkelhetsz. Teljes számlázási rendszer építése külön projekt — lásd: hogyan építs számlázó appot. Egy portálhoz általában elég a számla állapotának megmutatása és egy „Fizetés most” link egy hosztolt fizetési oldalra.

Integrációk

Sok portál olyan eszközökből húzza az állapotot, amelyeket már használsz — projektkövető, CRM vagy számviteli szoftver —, ahelyett hogy két helyen kellene frissítened. Az integrációk időt spórolnak, de beállítást és karbantartást is igényelnek. Ha a csapatod már a CRM-ben él, fontold meg, hogy a portált ugyanarra az adatra építsd.

Első prompt egy AI-építőnek

Építs ügyfélportált a Northlight nevű, kis webdesign-ügynökség számára. Az ügyfelek cégek; mindegyiknek van egy vagy több ügyfélfelhasználója, aki bejelentkezik. Az ügyfélfelhasználók csak a saját cégük projektjeit látják. Minden projekthez: jelenlegi állapot (Felfedezés, Tervezés, Építés, Átnézés, Élesben), a következő mérföldkő dátummal, egy fájlterület, ahová mindkét fél tölthet fel és onnan letölthet (PDF, képek, ZIP, legfeljebb 50 MB), egy kéréskitöltő űrlap (cím, részletek, prioritás) a korábbi kéréseik listájával és állapotukkal, valamint egy frissítési idővonal. Az ügynökségi munkatársak egy admin területet látnak minden ügyféllel, módosíthatják a projekt állapotát, frissítéseket tehetnek közzé, belső jegyzeteket írhatnak, amelyeket az ügyfelek soha nem látnak, és megválaszolhatják a kéréseket. Minden hozzáférési szabályt a szerveren kényszeríts ki. Az adatokat adatbázisban, a fájlokat privát fájltárhelyen tárold, időkorlátos letöltési linkekkel. Egyelőre helykitöltő bejelentkezés legyen — a valódi hitelesítést később adjuk hozzá. Tiszta, professzionális dizájn, telefonon is jól működjön.

Lépésenként építs: először az adatok és az admin, aztán az ügyfélnézet, aztán a valódi bejelentkezés, aztán a fájlok, végül a többi. A hogyan írj promptokat AI app-építőknek útmutató több mintát ad.

Építési lépések

1. Írd össze, mit kell az ügyfélnek először látnia, és mi miatt ír most e-mailt.
2. Tervezd meg az adatokat úgy, hogy minden rekord egy ügyfélhez tartozzon.
3. Építsd meg az admin nézetet, és vigyél be egy valódi ügyfél adatait.
4. Építsd meg az ügyfélnézetet ahhoz az ügyfélhez.
5. Adj valódi bejelentkezést meghívókkal, amelyeket te küldesz.
6. Adj fájlokat privát tárhelyen, jogosultsági ellenőrzéssel a letöltésnél.
7. Teszteld a jogosultságokat: hozz létre két teszt-ügyfelet, és próbáld meg minden módon megnézni a másik adatait — az URL-ben az azonosítók cseréjével, a fájllinkek kitalálásával, egy régi meghívóval.
8. Adj kéréseket és e-mail-értesítéseket.
9. Pilótázz egy-két barátságos ügyféllel, és kérdezd meg, mit küldenek még neked e-mailben.
10. Adj számlákat, jóváhagyásokat vagy integrációkat a visszajelzés alapján.

Gyakori hibák

• Szűrés a böngészőben, nem a szerveren. A legsúlyosabb portálhiba: minden ügyfél adatát letöltik, csak el vannak rejtve.
• Nyilvános fájl-URL-ek. Egy bárki által megnyitható megosztott link legyőzi a portált.
• Nyílt regisztráció. Az ügyfelekhez meghívásnak kell tartoznia, ne saját fiókot hozzanak létre és válasszák ki a cégüket.
• Túl sok funkció az indulásnál. Egy portál, amelyet az ügyfelek nem értenek, figyelmen kívül marad, és helyette az e-mail marad.
• Két igazságforrás. Ha az állapot a projektkövetődben és a portálban is él, az egyik elavul. Válassz egyet, vagy szinkronizáld őket.
• Az offboarding elfelejtése. Amikor egy ügyfél munkatársa távozik, a hozzáférésének meg kell szűnnie.
• Szabályozott adatok védelem nélkül tárolása. Az egészségügyi, jogi vagy pénzügyi nyilvántartásokra jogi követelmények vonatkozhatnak, amelyeket teljesítened kell.

Költségek és eszközök

A működés költségei: tárhely, adatbázis, fájltárhely (amely a megosztott fájlokkal nő), és egy e-mail-szolgáltató a meghívókhoz és értesítésekhez. Ha hosztolt bejelentkezési vagy fizetési szolgáltatót használsz, nézd meg az aktuális árait a saját oldalukon. Az ülésenkénti portálszoftverekhez képest a saját portálod költségei a használattal nőnek, nem az ügyfelek számával.

Mikor a kész termék a jobb választás

Az ügyfélportál-szoftverek, valamint a számviteli, jogi vagy ügyvitelkezelő eszközökbe épített portálfunkciók jobb választások lehetnek, ha az iparágadnak speciális követelményei vannak — jogi erejű elektronikus aláírás, szabályozott nyilvántartás, adóügyi dokumentumcsere —, vagy ha a meglévő eszközöd már tartalmaz portált. Ezek a termékek már lekezelték a megfelelést és a támogatást. Saját portált akkor építs, ha a munkafolyamatod nem illeszkedik az általános portálokba, ha pontosan a márkádhoz és a folyamatodhoz szeretnéd igazítani, vagy ha az ügyfelenkénti vagy felhasználónkénti díjazás már nem éri meg.

Építés a Mythexszel

A Mythex meg tudja építeni a fenti promptban leírt portált: ügyfélnézetet, admin nézetet, kéréseket és idővonalat, dedikált Postgres-adatbázissal és fájltárhellyel, amikor az app igényli. Az ügyfél-bejelentkezés saját megoldású: a Mythex-fiókok azoknak szólnak, akik az appot építik, az ügyfeleid hitelesítési módját pedig te választod ki, és az ügynök köti be. A Mythexnek nincs beépített e-aláírás vagy számlázási terméke, ezek integrációk vagy olyan funkciók, amelyeket te építesz. Az API-kulcsokat projekttitokként tárold, és a beépített alkalmazás-tesztelővel kattints végig az ügyfél- és admin-folyamatokon, mielőtt publikálsz.

A dokumentációban van ügyfélportál használati eset, és leírja a fájltárhelyet és a bejelentkezés hozzáadását. Kezdő prompthoz próbáld ki az ügynökségi ügyfélportál sablont, vagy böngészd az app-sablonokat. Mielőtt valódi ügyfeleket hívnál meg, menj végig az AI-val épített appok biztonsági ellenőrzőlistáján.

Kérdések