Розробка КлієнтÑького Порталу Ðа…
КлієнтÑький портал — це не екран входу, приліплений до Ñайту: ÑÐ¿Ñ€Ð°Ð²Ð¶Ð½Ñ Ñ–Ð½Ð¶ÐµÐ½ÐµÑ€Ð½Ð° робота полÑгає в моделі даних Ñ– Ñтруктурі прав доÑтупу під ним, Ñ– правильне Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ð· першого разу позбавлÑÑ” від дорогої переробки пізніше.
Що ÐаÑправді Потрібно КлієнтÑькому Порталу
- ÐÐ²Ñ‚ÐµÐ½Ñ‚Ð¸Ñ„Ñ–ÐºÐ°Ñ†Ñ–Ñ Ñ‚Ð° Ñтруктура акаунтів — кожному клієнту потрібен влаÑний захищений акаунт, Ñ– Ñкщо ваш Ð±Ñ–Ð·Ð½ÐµÑ Ð¾Ð±Ñлуговує організації, а не окремих людей, акаунти, ймовірно, мають предÑтавлÑти компанію з кількома кориÑтувачами
- Права доÑтупу на оÑнові ролей — не кожен кориÑтувач в акаунті клієнта має бачити вÑе; адмініÑтратори проти Ñтандартних кориÑтувачів — типовий мінімальний поділ
- ОÑновне предÑÑ‚Ð°Ð²Ð»ÐµÐ½Ð½Ñ Ð´Ð°Ð½Ð¸Ñ… — те, заради чого Ñ–Ñнує портал: ÑÑ‚Ð°Ñ‚ÑƒÑ Ð¿Ñ€Ð¾Ñ”ÐºÑ‚Ñƒ, документи, рахунки, тікети підтримки
- Ð¡Ð¿Ð¾Ð²Ñ–Ñ‰ÐµÐ½Ð½Ñ â€” клієнти очікують, що Ñ—Ñ… поінформують про зміни, а не що їм доведетьÑÑ Ð¿ÐµÑ€ÐµÐ²Ñ–Ñ€Ñти вручну
Визначте ОбÑÑг Першої ВерÑÑ–Ñ— Ðавколо Однієї Потреби Клієнта
Ðайефективніші клієнтÑькі портали починаютьÑÑ Ð²ÑƒÐ·ÑŒÐºÐ¾: з єдиної інформації чи взаємодії, Ñка Ñьогодні породжує найбільше лиÑтів чи дзвінків на кшталт «чи можете надіÑлати Ð¾Ð½Ð¾Ð²Ð»ÐµÐ½Ð½Ñ Ñ‰Ð¾Ð´Ð¾…». Ð¡Ñ‚Ð²Ð¾Ñ€ÐµÐ½Ð½Ñ Ñховища документів, панелі ÑтатуÑу та ÑиÑтеми повідомлень уÑе одразу у v1 затримує запуÑк без пропорційної кориÑÑ‚Ñ– — Ñпершу оберіть те, що уÑуває найбільше тертÑ, потім розширюйтеÑÑŒ.
ОÑобливоÑÑ‚Ñ– Багатоорендної Ðрхітектури
Якщо клієнти — це організації, а не окремі люди, модель даних має ізолювати дані кожного клієнта від даних уÑÑ–Ñ… інших клієнтів з першого Ð´Ð½Ñ â€” це те Ñаме архітектурне рішеннÑ, розглÑнуте у Ñтатті Скільки чаÑу займає ÑÑ‚Ð²Ð¾Ñ€ÐµÐ½Ð½Ñ SaaS MVP? у розділі про багатоорендну архітектуру, Ñ– воно так Ñамо прÑмо заÑтоÑовуєтьÑÑ Ð´Ð¾ клієнтÑького порталу.
Поширена Помилка: Ð¡Ñ‚Ð²Ð¾Ñ€ÐµÐ½Ð½Ñ ÐŸÑ–Ð´ УÑÑ– Типи Клієнтів Одразу
Якщо ваш Ð±Ñ–Ð·Ð½ÐµÑ Ð¾Ð±Ñлуговує Ñуттєво різні типи клієнтів — Ñкажімо, приватних клієнтів Ñ– корпоративні акаунти — уникайте Ð¿Ñ€Ð¾Ñ”ÐºÑ‚ÑƒÐ²Ð°Ð½Ð½Ñ Ñ”Ð´Ð¸Ð½Ð¾Ð³Ð¾ порталу, що обÑлуговує обидва типи з першого днÑ. Потреби в правах доÑтупу та даних зазвичай розходÑÑ‚ÑŒÑÑ Ð´Ð¾Ñтатньо, щоб Ñпершу Ñтворити Ñ€Ñ–ÑˆÐµÐ½Ð½Ñ Ð´Ð»Ñ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ñегмента, перевірити його, а потім розширити на інший — це дає кращий результат, ніж компроміÑний дизайн, що погано Ñлужить обом.
Ð”Ð»Ñ Ð¿Ð¾Ð²’Ñзаного проєкту, Ñкщо оÑновне Ð¿Ñ€Ð¸Ð·Ð½Ð°Ñ‡ÐµÐ½Ð½Ñ Ð¿Ð¾Ñ€Ñ‚Ð°Ð»Ñƒ — плануваннÑ, а не ÑтатуÑ/документи, див. ÐšÐ¾Ð¼Ð¿Ð°Ð½Ñ–Ñ Ð· розробки MVP Ð´Ð»Ñ Ð·Ð°ÑтоÑунків на вимогу/бронюваннÑ: що запитати.
Плануєте клієнтÑький портал Ð´Ð»Ñ Ñвого бізнеÑу?
MVPHUB може визначити обÑÑг Ñ– Ñтворити клієнтÑький портал навколо тієї єдиної речі, Ñку вашим клієнтам Ñправді потрібно бачити.
Забронюйте безкоштовну конÑультацію з MVPHUBЧасті Запитання
У чому Ñ€Ñ–Ð·Ð½Ð¸Ñ†Ñ Ð¼Ñ–Ð¶ клієнтÑьким порталом Ñ– звичайною зоною входу на Ñайті?
КлієнтÑький портал побудований навколо поÑтійної, перÑоналізованої взаємодії — документів, ÑтатуÑу проєкту, рахунків або повідомлень Ð´Ð»Ñ ÐºÐ¾Ð¶Ð½Ð¾Ð³Ð¾ клієнта — а не Ñтатичного контенту за екраном входу. Модель даних Ñ– права доÑтупу — це ÑÐ¿Ñ€Ð°Ð²Ð¶Ð½Ñ Ñ–Ð½Ð¶ÐµÐ½ÐµÑ€Ð½Ð° робота, а не екран входу.
Що має входити в першу верÑÑ–ÑŽ клієнтÑького порталу?
Одна чи дві речі, через Ñкі клієнти найчаÑтіше звертаютьÑÑ â€” видиміÑÑ‚ÑŒ ÑтатуÑу, доÑтуп до документів або Ñ–ÑÑ‚Ð¾Ñ€Ñ–Ñ Ñ€Ð°Ñ…ÑƒÐ½ÐºÑ–Ð² Ñ– платежів — а не кожна функціÑ, Ñку портал теоретично міг би мати.
Чи потрібні клієнтÑькому порталу функції реального чаÑу?
Зазвичай ні Ð´Ð»Ñ Ð¿ÐµÑ€ÑˆÐ¾Ñ— верÑÑ–Ñ—. ПроÑÑ‚Ñ– Ð¾Ð½Ð¾Ð²Ð»ÐµÐ½Ð½Ñ ÑтатуÑу та доÑтуп до документів вирішують більшіÑÑ‚ÑŒ Ñ‚ÐµÑ€Ñ‚Ñ ÐºÐ»Ñ–Ñ”Ð½Ñ‚Ñ–Ð², заради уÑÑƒÐ½ÐµÐ½Ð½Ñ Ñкого ÑтворюєтьÑÑ Ð¿Ð¾Ñ€Ñ‚Ð°Ð»; чат у реальному чаÑÑ– або живу Ñпівпрацю можна додати піÑÐ»Ñ Ð¿ÐµÑ€ÐµÐ²Ñ–Ñ€ÐºÐ¸ оÑновного порталу.
Скільки чаÑу займає ÑÑ‚Ð²Ð¾Ñ€ÐµÐ½Ð½Ñ Ð±Ð°Ð·Ð¾Ð²Ð¾Ð³Ð¾ клієнтÑького порталу?
СфокуÑована перша верÑÑ–Ñ Ð· автентифікацією, однією-двома оÑновними функціÑми та доÑтупом на оÑнові ролей зазвичай займає 6-10 тижнів.
