Разработка портала для клиентов и партнёров
Создаём общее пространство для дилеров, партнёров или нескольких команд. Участники работают с заказами, документами и сообщениями в пределах своих прав. На первом этапе выбираем один сценарий сотрудничества и определяем, какие действия нужны каждой роли.
Формат работы
по этапамСостав, точный срок и стоимость согласуем до начала работ.
01 / Результат
Что входит в первый этап портала
- Разделы и роли участников
Определяем структуру портала и действия клиента, партнёра и ответственных сотрудников.
- Один сценарий сотрудничества
Проводим участника по согласованному пути: например, от обращения партнёра до ответа команды.
- Обмен данными и документами
Согласуем сведения, файлы и способ обмена, необходимые для выбранного процесса.
- Доступ и администрирование
Настраиваем права ролей и действия администратора в согласованной структуре.
02 / Границы задачи
За рамками базового состава
- Все процессы партнёрской сети в первом этапе
- Сложная изоляция организаций без отдельной архитектуры
Для старта нужны примеры совместной работы, список участников и правила доступа к сведениям. Состав первого этапа фиксируем после разбора процесса.
Когда нужен клиентский или партнёрский портал
Портал полезен, когда в одном процессе участвуют несколько сторон. Например, дилер передаёт заказ, сотрудник уточняет условия, а ответственный прикладывает документы. Разбираем, где участники теряют контекст и какие сведения им нужны для следующего действия.
Важная часть такого проекта — распределение действий между ролями. Если человеку достаточно видеть собственные данные и выполнять личные операции, можно начать с личного кабинета. Для совместной работы проектируем портал с согласованными разделами и участниками.
Как определяем роли и доступ к данным
Для каждой роли описываем доступные разделы, записи и действия: кто создаёт обращение, кто видит документы, кто меняет статус и кто управляет участниками. Отдельно уточняем принадлежность сведений к клиенту, партнёру или организации.
Проверяем права на примерах с разными учётными записями. Скрытая кнопка сама по себе не ограничивает доступ к данным: правила должны действовать при выполнении операции. Сложную изоляцию организаций разбираем как отдельную архитектурную задачу; она не входит в базовый состав портала.
Что участники передают друг другу
Выбираем один законченный путь обмена: заявка партнёра, согласование заказа или передача комплекта документов. Определяем обязательные поля, получателя, статусы и сведения, по которым участник понимает результат. Документы связываем с нужной записью по согласованным правилам.
Если данные уже находятся в учётной системе, уточняем источник и направление передачи. Портал должен показывать согласованные сведения, а команда — понимать, где их изменять. Подключение заказов или документов к 1С получает отдельный состав интеграции с 1С.
Как проверяем работу портала
Проходим выбранный сценарий от лица каждой роли: создание записи, передача сведений, ответ и завершение. Проверяем обязательные поля, доступ к документам и результат действий. Для администратора проверяем согласованные операции с участниками и правами.
Внешний обмен проверяем отдельно от действий в интерфейсе. Если портал должен получать сведения из другого сервиса, заранее определяем доступность данных, формат и поведение при ошибке. Для одной связки систем предусмотрена API-интеграция.
Стоимость, этапы и развитие партнёрской сети
Оценка зависит от числа ролей, разделов, действий с документами и источников данных. Сначала выбираем процесс, который можно проверить с конкретными участниками. Срок и состав этапа согласуем до разработки; все процессы партнёрской сети в первую версию не включаем.
Принимаем результат по рабочему сценарию и правилам доступа. Передаём код, доступы и документацию по выполненному этапу. Новые роли, процессы и подключения планируем после проверки первой версии с вашей командой и партнёрами.
Вопросы перед началом
Чем портал отличается от личного кабинета?
Личный кабинет обычно даёт пользователю доступ к собственным сведениям и действиям. В портале важен совместный процесс нескольких ролей: кто передаёт данные, кто отвечает и кто управляет участниками.
Можно разделить доступ разных партнёров?
Правила доступа участников согласуем и проверяем в выбранном процессе. Если нужна сложная изоляция самостоятельных организаций, сначала разрабатываем отдельную архитектуру и оцениваем её объём.
Все процессы дилерской сети войдут в первую версию?
Первый этап покрывает один основной сценарий сотрудничества. Дополнительные процессы, роли и внешние подключения получают отдельный состав и критерии приёмки.
Следующий шаг
Разберём один процесс работы с партнёрами
Опишите участников, путь заказа или обращения и документы, которыми они обмениваются. Укажите, кто должен видеть и изменять сведения, и где эти данные находятся сейчас.