Jak vytvořit klientský portál: soubory, stav, faktury a oprávnění

Klientský portál je soukromá oblast, kam se každý z vašich klientů přihlásí a vidí stav projektu, sdílené soubory, otevřené požadavky a faktury. Abyste ho postavili, nejdřív určete, co klient musí vidět během prvních deseti sekund. Modelujte klienty, projekty a soubory tak, aby každý záznam patřil jednomu klientovi, na serveru vynucujte, že klienti vidí jen své záznamy, a nahrané soubory držte v soukromém úložišti. Seznam funkcí může zůstat krátký; důležité je dostat oprávnění správně.

Proč firmy staví klientské portály

Portály obvykle nahrazují hromadu e-mailových vláken, sdílených složek a zpráv typu „jak to vypadá?“. Agentury, účetní, konzultanti, stavitelé, studia a firmy poskytující služby je používají. Dobrý portál:

• odpoví na otázku o stavu dřív, než ji klient položí;
• dá soubory na jedno místo, s jasně viditelnou nejnovější verzí;
• dá požadavkům řádný domov místo rozházených e-mailů;
• vytváří dojem organizovanosti, což je důležité pro udržení klientů a doporučení.

Pokud máte jednoho nebo dva klienty a nic citlivého, může stačit sdílený dokument nebo složka. Portál stojí za stavbu, když máte mnoho klientů, opakovanou práci nebo informace, které klienti nemají vidět o sobě navzájem.

Co klientský portál potřebuje

Začněte přihlášením, přehledem, soubory a požadavky. Faktury, schválení a zasílání zpráv přidejte, až je klienti skutečně potřebují.

Data

Typický portál obsahuje: klienty (firmy), uživatele klientů (lidi, kteří se přihlašují a patří jednomu klientovi), vaše členy týmu, projekty (patří jednomu klientovi), milníky nebo aktualizace stavu, soubory (patří projektu), požadavky a volitelně faktury. Klíčové pravidlo návrhu: každý záznam musí jednoznačně patřit jednomu klientovi. Tím se oprávnění snadno vynucují a snadno kontrolují.

Oprávnění

Zapište si je a otestujte:

• Uživatel klienta vidí jen projekty, soubory, požadavky a faktury patřící jeho klientovi.
• Interní poznámky nikdy nejsou klientům vidět.
• Členové týmu vidí klienty, ke kterým jsou přiřazeni, nebo všechny klienty, pokud jste malí.
• Odkazy na soubory jsou soukromé a časově omezené, ne veřejné URL, které by mohl kdokoli sdílet nebo uhodnout.
• Odebrání uživatele klienta okamžitě ukončí jeho přístup.

Kontroly musí probíhat na serveru. Portál, který načte data všech klientů a filtruje je až v prohlížeči, není soukromý.

Rozhodnutí a kompromisy

Způsob přihlášení

Klienti se přihlašují zřídka, takže hesla zapomínají. Magické odkazy (přihlašovací odkaz zaslaný e-mailem) nebo jednotné přihlášení přes účet, který už používají, často fungují pro portály lépe než hesla. Ať zvolíte cokoli, zvěte klienty z vaší strany a nenechte kohokoli se registrovat. Náš průvodce přidáním přihlášení do aplikace porovnává možnosti.

Jeden portál, nebo jeden na klienta

Jedna aplikace se seznamem klientů se udržuje snáze než samostatný web pro každého klienta. Každému klientovi můžete přesto dát vlastní vzhled – jeho logo, názvy jeho projektů – v rámci stejné aplikace.

Soubory

Použijte skutečné úložiště souborů místo ukládání nahrávek na disk serveru, nastavte maximální velikost souboru, pokud můžete, omezte typy souborů a soubory podávejte jen uživatelům, kteří projdou kontrolou oprávnění. Rozhodněte, jak fungují verze: přepisovat, nebo uchovávat historii.

Faktury a platby

Můžete zobrazovat faktury z vašeho účetního nástroje, generovat jednoduché faktury v portálu, nebo odkazovat na hostovanou platební stránku. Stavba plnohodnotného fakturačního systému je samostatný projekt – viz jak postavit aplikaci pro fakturaci. Pro portál obvykle stačí zobrazit stav faktury a odkaz „Zaplatit nyní“ na hostovanou pokladnu.

Integrace

Mnoho portálů načítá stav z nástrojů, které už používáte – sledování projektů, CRM nebo účetní software – místo toho, abyste aktualizovali dvě místa. Integrace šetří čas, ale přidávají nastavení a údržbu. Pokud váš tým žije v CRM, zvažte stavbu portálu nad stejnými daty.

První prompt pro AI tvůrce

Postav klientský portál pro Northlight, malou agenturu pro tvorbu webů. Klienti jsou firmy; každá má jednoho nebo více uživatelů, kteří se přihlašují. Uživatelé klienta vidí jen projekty své firmy. U každého projektu: aktuální stav (Průzkum, Design, Vývoj, Revize, Spuštěno), další milník s datem, oblast souborů, kam mohou nahrávat i stahovat obě strany (PDF, obrázky, ZIP, max. 50 MB), formulář požadavku (název, podrobnosti, priorita) se seznamem jejich minulých požadavků a stavem, a časovou osu aktualizací. Zaměstnanci agentury mají administrační oblast se všemi klienty, mohou měnit stav projektu, přidávat aktualizace, přidávat interní poznámky, které klienti nikdy neuvidí, a odpovídat na požadavky. Všechna pravidla přístupu vynucuj na serveru. Data ukládej do databáze a soubory do soukromého úložiště souborů s časově omezenými odkazy ke stažení. Zatím zástupné přihlášení – skutečné ověřování přidáme později. Čistý, profesionální design, který funguje na telefonech.

Postupujte po krocích: nejdřív data a administrace, pak pohled klienta, pak skutečné přihlášení, pak soubory, pak doplňky. Jak psát prompty pro AI tvůrce aplikací obsahuje další vzory.

Postup krok za krokem

1. Sepište, co klient potřebuje vidět jako první, a co vám teď posílá e-mailem.
2. Navrhněte data tak, aby každý záznam patřil jednomu klientovi.
3. Postavte administrační pohled a zadejte data jednoho skutečného klienta.
4. Postavte pohled klienta pro tohoto klienta.
5. Přidejte skutečné přihlášení s pozvánkami z vaší strany.
6. Přidejte soubory v soukromém úložišti s kontrolou oprávnění při stahování.
7. Otestujte oprávnění: vytvořte dva zkušební klienty a zkuste každý způsob, jak vidět data toho druhého – měnit ID v URL, hádat odkazy na soubory, používat starou pozvánku.
8. Přidejte požadavky a upozornění e-mailem.
9. Pilotujte s jedním nebo dvěma přátelskými klienty a zeptejte se, co vám stále posílají e-mailem.
10. Přidejte faktury, schválení nebo integrace podle té zpětné vazby.

Časté chyby

• Filtrování v prohlížeči místo na serveru. Nejzávažnější chyba portálu: data všech klientů se stáhnou, jen jsou skrytá.
• Veřejné URL souborů. Sdílený odkaz, který může otevřít kdokoli, portál kompletně maří.
• Otevřená registrace. Klienti mají být zváni, ne moci si vytvořit účet a vybrat si firmu.
• Příliš mnoho funkcí při spuštění. Portál, kterému klienti nerozumějí, bude ignorován ve prospěch e-mailu.
• Dva zdroje pravdy. Pokud stav žije ve vašem nástroji pro projekty i v portálu, jeden z nich bude zastaralý. Vyberte jeden, nebo je synchronizujte.
• Zapomenuté odebrání přístupu. Když zaměstnanec klienta odejde, jeho přístup musí skončit.
• Ukládání citlivých dat bez potřebné ochrany. Zdravotní, právní nebo finanční záznamy mohou mít zákonné požadavky, které musíte splnit.

Náklady a nástroje

Běžné náklady jsou hosting, databáze, úložiště souborů (roste s tím, kolik souborů sdílíte) a e-mailový poskytovatel pro pozvánky a upozornění. Pokud používáte hostované přihlašování nebo platební službu, ceny zkontrolujte na jejich vlastních stránkách. Ve srovnání se softwarem portálů účtovaným za uživatele rostou náklady vlastního portálu s využitím, ne s počtem klientů.

Kdy je lepší hotový produkt

Software pro klientské portály a portálové funkce zabudované do účetních, právních nebo praxních nástrojů může být lepší volbou, když má váš obor specifické požadavky – elektronické podpisy s právní platností, evidence regulovaných záznamů, výměna daňových dokumentů – nebo když váš stávající nástroj portál už obsahuje. Tyto produkty už řešily soulad s předpisy a podporu. Vlastní portál stavte, když váš postup nezapadá do obecných portálů, když chcete, aby portál přesně odpovídal vaší značce a procesu, nebo když už cenový model podle klienta nebo uživatele pro vás nedává smysl.

Stavba s Mythexem

Mythex dokáže postavit portál z výše uvedeného promptu: pohled klienta, administrační pohled, požadavky a časovou osu, s vyhrazenou databází Postgres a úložištěm souborů přidaným, až to aplikace potřebuje. Přihlášení pro klienty zajišťujete vy – účty Mythexu jsou pro lidi, kteří aplikaci staví, a přístupový postup pro vaše klienty si vyberete vy a agent ho zapojí. Mythex nemá vestavěný produkt pro elektronické podpisy ani fakturaci, takže ty jsou integrace nebo funkce, které postavíte. Tajné údaje k API ukládejte jako tajné údaje projektu a před pozváním skutečných klientů proklikejte pohledy klienta i administrace v testeru aplikace v chatu.

Dokumentace obsahuje případ použití klientského portálu a popisuje úložiště souborů a přidání přihlášení. Pro výchozí prompt vyzkoušejte šablonu klientského portálu agentury, nebo si prohlédněte šablony aplikací. Před pozváním skutečných klientů projděte bezpečnostní kontrolní seznam pro aplikace postavené s AI.

Otázky