Како да направите портал за клиенти: датотеки, статус, фактури и дозволи

Порталот за клиенти е приватна област каде секој од вашите клиенти се најавува за да го види статусот на својот проект, споделените датотеки, отворените барања и фактурите. За да направите еден, дефинирајте точно што клиентот треба да го види во првите десет секунди, моделирајте ги клиентите, проектите и датотеките така што секој запис припаѓа на еден клиент, наметнете на серверот клиентите да ги гледаат само своите записи и чувајте ги прикачувањата во приватно складиште. Листата на функции може да остане кратка; важното е дозволите да бидат точни.

Зошто бизнисите градат портали за клиенти

Порталите обично ја заменуваат куп нишки на е-пошта, споделени папки и пораки „кој е статусот?“. Агенциите, сметководителите, консултантите, градежните фирми, студиата и бизнисите за услуги сите ги користат. Добар портал:

• Одговара на прашањето за статусот пред клиентот да го постави.
• Ги става датотеките на едно место, со јасно најновата верзија.
• Им дава на барањата правилно место наместо расфрлани е-пошти.
• Ве прави да изгледате организирани, што е важно за задржување и препораки.

Ако имате еден или два клиенти и ништо чувствително, споделен документ или папка може да е доволно. Порталот вреди да се изгради кога имате многу клиенти, повторлива работа или информации што клиентите не треба да ги гледаат за другите.

Што му треба на порталот за клиенти

Почнете со најава, преглед, датотеки и барања. Додајте фактури, одобрувања и пораки кога клиентите навистина ги бараат.

Податоците

Типичниот портал има: клиенти (компании), корисници на клиентите (луѓе што се најавуваат, припаѓаат на еден клиент), членови на вашиот тим, проекти (припаѓаат на еден клиент), прекретници или ажурирања на статусот, датотеки (припаѓаат на проект), барања и по избор фактури. Клучното правило за дизајн: секој запис треба да се враќа до точно еден клиент. Тоа ги прави дозволите едноставни за наметнување и проверка.

Дозволи

Запишете ги и тестирајте ги:

• Корисник на клиент ги гледа само проектите, датотеките, барањата и фактурите што припаѓаат на неговиот клиент.
• Внатрешните белешки никогаш не се прикажуваат на клиентите.
• Членовите на тимот ги гледаат клиентите на кои се доделени, или сите клиенти ако сте мали.
• Врските до датотеките се приватни и со временско ограничување, а не јавни URL адреси што секој може да ги сподели или погоди.
• Отстранувањето на корисник на клиент веднаш му ја укинува пристапот.

Проверките мора да се вршат на серверот. Портал што ги вчитува податоците на сите клиенти и ги филтрира во прелистувачот не е приватен.

Одлуки и компромиси

Метод на најава

Клиентите ретко се најавуваат, па им се заборават лозинките. Магичните врски (врска за најава испратена по е-пошта) или единствена најава со сметка што веќе ја имаат често работат подобро од лозинките за портали. Со кој и да изберете, поканете ги клиентите од ваша страна, а не дозволувајте секој да се регистрира. Нашиот водич за додавање најава во вашата апликација ги споредува опциите.

Еден портал или по еден за секој клиент

Една апликација со листа на клиенти е поедноставна за одржување од посебна страница за секој клиент. Сепак, секој клиент може да добие свој брендиран изглед – нивното лого, нивните имиња на проекти – во истата апликација.

Датотеки

Користете соодветно складиште за датотеки, наместо прикачувањата да ги чувате на сопствениот диск на серверот, поставете максимална големина на датотека, ограничете ги типовите на датотеки ако можете и послужувајте ги датотеките само на корисници што ја поминале проверката за дозвола. Одлучете како функционираат верзиите: препишување или чување историја.

Фактури и плаќања

Можете да покажете фактури од вашата сметководствена алатка, да генерирате едноставни фактури во порталот или да поврзете кон хостирана страница за плаќање. Изградбата на целосен систем за фактурирање е проект за себе – видете како да направите апликација за фактурирање. За портал, прикажувањето статус на фактура и копче „Плати сега“ до хостирана страница за наплата обично е доволно.

Интеграции

Многу портали го повлекуваат статусот од алатките што веќе ги користите – алатка за следење проекти, CRM или сметководствен софтвер – наместо да ви бараат да ажурирате на две места. Интеграциите штедат време, но додаваат поставување и одржување. Ако вашиот тим веќе живее во CRM, размислете да го изградите порталот врз истите податоци.

Прв prompt за AI градител

Направи портал за клиенти за Northlight, мала агенција за веб-дизајн. Клиентите се компании; секоја има еден или повеќе корисници што се најавуваат. Корисниците на клиентите ги гледаат само проектите на својата компанија. За секој проект: тековен статус (Истражување, Дизајн, Изградба, Преглед, Во живо), следна прекретница со датум, област за датотеки каде двете страни можат да прикачуваат и преземаат (PDF, слики, ZIP, највеќе 50 MB), формулар за барање (наслов, детали, приоритет) со листа на нивните претходни барања и статус, и временска линија на ажурирањата. Персоналот на агенцијата гледа административна област со сите клиенти, може да менува статус на проект, да објавува ажурирања, да додава внатрешни белешки што клиентите никогаш не ги гледаат и да одговара на барања. Наметни ги сите правила за пристап на серверот. Зачувај ги податоците во база на податоци, а датотеките во приватно складиште со врски за преземање со временско ограничување. Привремена најава за сега – подоцна додаваме вистинска автентикација. Чист, професионален дизајн што работи на телефони.

Градете по чекори: прво податоците и администрацијата, потоа приказот за клиентот, потоа вистинската најава, па датотеките, па дополнителните работи. Како да пишувате prompt-ови за AI градители на апликации има повеќе обрасци.

Чекори за изградба

1. Прво наведете што клиентот треба да го види, и за што сега ви пишува по е-пошта.
2. Дизајнирајте ги податоците така што секој запис припаѓа на еден клиент.
3. Изградете го административниот приказ и внесете ги податоците на еден вистински клиент.
4. Изградете го приказот за клиентот за тој клиент.
5. Додајте вистинска најава со покани од ваша страна.
6. Додајте датотеки во приватно складиште со проверки за дозвола при преземање.
7. Тестирајте ги дозволите: создајте два тест клиенти и обидете се на сите начини да ги видите податоците на другиот – менување на ID-а во URL, погодување врски до датотеки, користење стара покана.
8. Додајте барања и известувања преку е-пошта.
9. Пилотирајте со еден или два пријателски клиенти и прашајте за што уште ви пишуваат по е-пошта.
10. Додајте фактури, одобрувања или интеграции врз основа на таа повратна информација.

Чести грешки

• Филтрирање во прелистувачот наместо на серверот. Најсериозниот бубач во порталите: сите податоци на секој клиент се преземаат, само се скриени.
• Јавни URL адреси за датотеки. Споделена врска што секој може да ја отвори го поништува порталот.
• Отворена регистрација. Клиентите треба да бидат поканети, не да можат сами да создаваат сметки и да избираат компанија.
• Премногу функции при лансирање. Портал што клиентите не го разбираат се игнорира во корист на е-пошта.
• Два извори на вистина. Ако статусот е и во вашата алатка за проекти и во порталот, едното ќе застари. Изберете едно или синхронизирајте ги.
• Заборавено затворање на пристапот. Кога член од тимот на клиентот ќе ја напушти компанијата, пристапот мора да заврши.
• Чување регулирани податоци без соодветна заштита. Здравствените, правните или финансиските досиеја можат да имаат законски барања што мора да ги исполните.

Трошоци и алатки

Тековните трошоци се хостинг, база на податоци, складиште на датотеки (кое расте со датотеките што ги споделувате) и провајдер за е-пошта за покани и известувања. Ако користите хостирана услуга за најава или провајдер за плаќања, проверете ја нивната тековна цена на нивната страница. Во споредба со софтверот за портали по место, трошоците на вашиот сопствен портал растат со користењето, а не со бројот на клиенти.

Кога е подобар готов производ

Софтверот за портали за клиенти и функциите за портали вградени во алатките за сметководство, правни работи или управување со практика можат да бидат подобар избор кога вашата индустрија има посебни барања – е-потписи со правна важност, водење регулирани записи, размена на даночни документи – или кога вашата постоечка алатка веќе вклучува портал. Тие производи веќе се справиле со усогласеноста и поддршката. Направете свој кога вашиот тек на работа не се вклопува во генеричките портали, кога сакате порталот точно да одговара на вашиот бренд и процес или кога цената по клиент или по место веќе не има смисла за вас.

Изградба со Mythex

Mythex може да го изгради порталот од prompt-от погоре: приказ за клиентот, административен приказ, барања и временска линија, со посветена Postgres база на податоци и складиште на датотеки додадени кога апликацијата ги бара. Најавата за клиентите е донеси-свој – сметките на Mythex се за луѓето што ја градат апликацијата, а вие избирате пристап за автентикација за вашите клиенти што агентот го поврзува. Mythex нема вграден е-потпис или производ за фактурирање, па тие се интеграции или функции што ги градите. Користете тајни на проектот за секој API клуч, а тестерот на апликацијата во разговорот за да ги проверите текови на клиентот и администраторот пред да објавите.

Документацијата има случај за портал за клиенти и го опфаќа складиштето на датотеки и додавањето најава. За почетен prompt, пробајте го шаблонот портал за клиенти на агенција или прелистајте ги шаблоните за апликации. Пред да поканите вистински клиенти, поминете низ нашата листа за безбедност за апликации направени со AI.

Прашања