ПРАКТИЧЕСКИЙ РАЗБОР
Как спланировать первую версию клиентского портала
Роли, ответственность за данные и один полный сценарий клиента.
Выберите полный сценарий
Требование «клиент должен видеть всё» не задаёт границ первой версии. Возьмите один полезный путь: клиент отправляет запрос, видит его статус и получает следующее действие. Определите начало, конец и владельца процесса.
Небольшой полный путь проще оценить, чем много экранов без работающего перехода к команде.
Решите, кто что видит
Перечислите роли клиентов, сотрудников и поддержки. Для каждой определите просмотр и изменение записей. Скрыть кнопку недостаточно: права доступа нужно проверять при выдаче данных.
Подумайте об организациях с несколькими контактами, бывших сотрудниках и доступе поддержки. Эти вопросы влияют на архитектуру даже при небольшом числе первых пользователей.
Назначьте владельца каждого статуса
Если CRM и портал меняют один статус, определите решение конфликтов. Отличайте ожидание человека от завершённой работы. Вместо непонятного внутреннего кода показывайте следующее действие клиента.
Перечислите участвующие системы и данные, за которые каждая отвечает. Опишите, какие обновления немедленные, а какие могут приходить позже.
Задайте явные границы
Решите, какие шаги первой версии останутся ручными. Платежи, подтверждение личности, документы и уведомления имеют свои требования. Добавляйте их, если они нужны выбранному пути, а не потому, что есть в других продуктах.
Согласуйте приёмку с прерванными запросами, дублями и недоступными интеграциями. Поддержку и восстановление планируйте вместе с обычным сценарием.
Посмотрите разработку клиентских продуктов и проект платформы аренды. Для связанной внутренней работы прочитайте о надёжных CRM-процессах.
Для перехода от плана к реализации посмотрите разработку приложения под сценарий клиента. Связь со статусами команды разбирается отдельно в CRM-интеграциях.