Kuidas ehitada kliendiportaali: failid, staatus, arved ja õigused

Kliendiportaal on privaatne ala, kus iga klient logib sisse, et näha oma projekti staatust, jagatud faile, avatud taotlusi ja arveid. Selle ehitamiseks defineeri täpselt, mida klient peab näitama esimese kümne sekundi jooksul. Modelleeri kliendid, projektid ja failid nii, et iga kirje kuulub ühele kliendile. Jõusta serveris, et kliendid näevad ainult oma kirjeid, ja hoia üleslaadimised privaatses salvestuses. Funktsioonide nimekiri võib jääda lühikeseks. Tähtis on õigused õigesti saada.

Miks ettevõtted ehitavad kliendiportaale

Portaalid asendavad tavaliselt hunniku e-kirju, jagatud kaustu ja sõnumeid „mis staatus on?“. Agentuurid, raamatupidajad, konsultandid, ehitajad, stuudiod ja teenuseettevõtted kasutavad kõik neid. Hea portaal:

• Vastab staatuse küsimusele enne, kui klient seda küsib.
• Paneb failid ühte kohta, nii et viimane versioon on ilmne.
• Annab taotlustele korraliku koha, mitte laiali olevad e-kirjad.
• Näitab sind korraldatuna, mis on oluline kliendi püsimise ja soovituste jaoks.

Kui sul on üks-kaks klienti ja midagi tundlikku pole, võib piisata jagatud dokumendist või kaustast. Portaal on väärt ehitamist, kui sul on palju kliente, korduvat tööd või infot, mida kliendid ei tohiks üksteise kohta näha.

Mida kliendiportaal vajab

Alusta sisselogimise, ülevaate, failide ja taotlustega. Lisa arved, heakskiidud ja sõnumid siis, kui kliendid neid tegelikult vajavad.

Andmed

Tüüpiline portaal sisaldab: kliente (ettevõtteid), kliendikasutajaid (inimesi, kes logivad sisse ja kuuluvad ühele kliendile), sinu meeskonna liikmeid, projekte (mis kuuluvad ühele kliendile), verstapostid või staatuseuuendusi, faile (mis kuuluvad projektile), taotlusi ja valikuliselt arveid. Peamine disainireegel: iga kirje peab jälgima tagasi täpselt ühele kliendile. See muudab õigused lihtsaks jõustada ja kontrollida.

Õigused

Kirjuta need üles ja testi:

• Kliendikasutaja näeb ainult oma ettevõtte projekte, faile, taotlusi ja arveid.
• Sisemisi märkmeid ei näidata kunagi klientidele.
• Meeskonna liikmed näevad kliente, kellele neid on määratud, või kõiki kliente, kui oled väike.
• Failide lingid on privaatsed ja ajaliselt piiratud, mitte avalikud URL-id, mida keegi saaks jagada või ära arvata.
• Kliendikasutaja eemaldamine lõpetab tema ligipääsu kohe.

Kontrollid peavad toimuma serveris. Portaal, mis laadib kõigi klientide andmed ja filtreerib need brauseris, ei ole privaatne.

Otsused ja kompromissid

Sisselogimise meetod

Kliendid logivad harva sisse ja unustavad paroolid. Portaalide puhul töötavad sageli paremini maagilised lingid (sisselogimislink, mis saadetakse e-postiga) või ühekordne sisselogimine konto kaudu, mida nad juba kasutavad. Mida iganes valid, kutsu kliente oma poolelt, selle asemel et lasta kellelgi ise kontot luua. Meie juhend kuidas lisada rakendusele sisselogimine võrdleb valikuid.

Üks portaal või üks iga kliendi jaoks

Üks rakendus kliendiloendiga on lihtsam hooldada kui eraldi sait iga kliendi jaoks. Saad siiski anda igale kliendile oma bränditud tunde, nagu nende logo ja nende projektinimed, samas rakenduses.

Failid

Kasuta korralikku failisalvestust, mitte ära salvesta üleslaadimisi serveri enda kettale. Sea maksimaalne failisuurus, piira failitüüpe, kui saad, ja serveeri faile ainult kasutajatele, kes läbivad õiguskontrolli. Otsusta, kuidas versioonid toimivad: kas need kirjutatakse üle või hoitakse ajalugu.

Arved ja maksed

Võid näidata arveid oma raamatupidamistööriistast, luua lihtsaid arveid portaalis või linkida hostitud maksevormile. Täieliku arveldussüsteemi ehitamine on eraldi projekt. Vaata kuidas ehitada arvehaldust. Portaali jaoks piisab tavaliselt arve staatuse näitamisest ja nupust „Maksa kohe“, mis viib hostitud makselehele.

Integratsioonid

Paljud portaalid tõmbavad staatuse tööriistadest, mida juba kasutad, nagu projektijälgija, CRM või raamatupidamistarkvara, selle asemel et paluda sul uuendada kahte kohta. Integratsioonid säästavad aega, kuid lisavad seadistust ja hooldust. Kui su meeskond elab juba CRM-is, kaalu portaali ehitamist samade andmete peale.

Esimene prompt AI-ehitajale

Ehita kliendiportaal Northlightile, väikesele veebidisaini agentuurile. Kliendid on ettevõtted; igal on üks või enam kliendikasutajat, kes logivad sisse. Kliendikasutajad näevad ainult oma ettevõtte projekte. Iga projekti kohta: praegune staatus (Avastamine, Disain, Ehitus, Ülevaatus, Live), järgmine verstapost kuupäevaga, failide ala, kuhu mõlemad pooled saavad üles ja alla laadida (PDF, pildid, ZIP, max 50 MB), taotluse vorm (pealkiri, üksikasjad, prioriteet) koos nende varasemate taotluste ja staatusega ning ajatelg uuendustest. Agentuuri personal näeb administreerimisala kõigi klientidega, saab muuta projekti staatust, postitada uuendusi, lisada sisemisi märkmeid, mida kliendid ei näe, ja vastata taotlustele. Jõusta kõik ligipääsureeglid serveris. Salvesta andmed andmebaasi ja failid privaatsesse failisalvestusse ajaliselt piiratud allalaadimislinkidega. Praegu kohatäide sisselogimine, lisame päris autentimise hiljem. Puhas, professionaalne disain, mis toimib telefonides.

Ehita sammude kaupa: esmalt andmed ja administreerimisala, siis kliendivaade, siis päris sisselogimine, siis failid ja lõpuks lisad. Kuidas kirjutada prompte AI-rakenduste loojatele pakub rohkem mustreid.

Ehitamise sammud

1. Loetle esmalt, mida klient peab nägema ja mille kohta ta praegu sulle e-kirju saadab.
2. Modelleeri andmed nii, et iga kirje kuuluks ühele kliendile.
3. Ehita administreerimisvaade ja sisesta ühe päris kliendi andmed.
4. Ehita kliendivaade sellele kliendile.
5. Lisa päris sisselogimine kutsetega sinu poolelt.
6. Lisa failid privaatses salvestuses, õiguskontrolliga allalaadimisel.
7. Testi õigusi: loo kaks testklienti ja proovi kõiki viise teise andmete nägemiseks: ID-de muutmine URL-is, faililinkide arvamine, vana kutse kasutamine.
8. Lisa taotlused ja e-posti teated.
9. Pilootprojekt ühe-kahe sõbraliku kliendiga ja küsi, mida nad sulle veel e-kirjaga saadavad.
10. Lisa arved, heakskiidud või integratsioonid tagasiside põhjal.

Levinud vead

• Filtreerimine brauseris serveri asemel. Kõige tõsisem portaali viga: iga kliendi andmed laetakse alla, need lihtsalt peidetakse.
• Avalikud failide URL-id. Jagatav link, mida keegi saab avada, lööb portaali nurja.
• Avatud registreerimine. Kliente tuleks kutsuda, mitte lasta neil ise kontot luua ja ettevõtet valida.
• Liiga palju funktsioone käivitamisel. Portaal, mida kliendid ei mõista, jäetakse e-kirjade kasuks kõrvale.
• Kaks tõeallikat. Kui staatus elab sinu projektitööriistas ja portaalis, on üks neist vananenud. Vali üks või sünkrooni.
• Lahkumise unustamine. Kui kliendi töötaja lahkub, peab tema ligipääs lõppema.
• Reguleeritud andmete hoidmine ilma õige kaitseta. Tervise-, õigus- või finantsdokumentidel võivad olla seaduslikud nõuded, mida pead täitma.

Kulud ja tööriistad

Jooksvad kulud on hosting, andmebaas, failisalvestus (mis kasvab koos jagatud failidega) ja e-posti teenusepakkuja kutsete ja teadete jaoks. Kui kasutad hostitud sisselogimisteenust või makseteenust, vaata nende hindu nende enda lehelt. Võrreldes istmepõhise portaaltarkvaraga kasvavad sinu enda portaali kulud kasutusega, mitte klientide arvuga.

Millal valmistoode on parem valik

Kliendiportaali tarkvara ja portaalifunktsioonid raamatupidamis-, õigus- või praktikahaldustööriistades võivad olla parem valik, kui sinu tööstusharul on spetsiifilised nõuded, nagu õigusjõuga e-allkirjad, reguleeritud dokumendihaldus või maksudokumentide vahetus, või kui su olemasolev tööriist juba sisaldab portaali. Need tooted on juba tegelenud vastavuse ja toega. Ehita oma, kui su töövoog ei sobi üldistele portaalidele, kui tahad, et portaal järgiks täpselt sinu bränding ja protsessi, või kui klientidepõhine või istmepõhine hinnastus enam sinu jaoks ei mõju.

Kliendiportaali ehitamine Mythexiga

Mythex saab ehitada ülaltoodud prompti portaali: kliendivaate, administreerimisvaate, taotlused ja ajatelje, koos spetsiaalse Postgresi andmebaasi ja failisalvestusega, kui rakendus neid vajab. Kliendi sisselogimine on tuua-enda-oma. Mythexi kontod on inimestele, kes rakendust ehitavad, ja klientide autentimisviisi valid sina ning agent seob selle sisse. Mythexil pole sisseehitatud e-allkirja ega arvetetoodet, seega need on integratsioonid või funktsioonid, mille ise ehitad. Kasuta projekti saladusi mis tahes API-võtmete jaoks ja rakenduse sisseehitatud testijat, et klikkida läbi kliendi- ja administreerimisvood enne avaldamist.

Dokumentatsioonis on kliendiportaali kasutusjuhend ning kirjeldatud on failisalvestust ja sisselogimise lisamist. Alguspunktiks proovi agentuuri kliendiportaali malli või sirvi rakenduste malle. Enne päris klientide kutsumist käi läbi meie AI-ga ehitatud rakenduste turvakontrollinimekiri.

Küsimused