Сценарии

Клиентский портал

Дайте клиентам их собственные данные — документы, статусы, обращения — вместо рассылки по запросу.

Интеграции

  • CRM
  • ERP
  • Microsoft 365
  • REST API

Задача

Клиенты запрашивают статусы, копии документов и историю по почте, и каждый запрос кто-то отрабатывает вручную. Обращения предсказуемы, повторяются и съедают время аккаунт-менеджеров, которое должно уходить на отношения.

С чем работает

  • Записи клиентов из вашей CRM или ERP
  • Документы, счета и отчёты, уже формируемые внутри
  • Данные о статусах заказов, проектов или обращений
  • Ваши правила о том, кто что может видеть

Автоматизированный процесс

  1. Клиент входит в раздел, строго ограниченный его организацией.
  2. Статусы показываются напрямую из системы-источника, а не копируются.
  3. Документы доступны для скачивания, каждое обращение фиксируется.
  4. Обращения через портал создают записи в вашей внутренней системе.
  5. Уведомления отправляются, когда меняется то, за чем клиент следит.
  6. Администраторы на стороне клиента сами управляют доступом своих коллег.

Где решение остаётся за человеком

  • Вы определяете, какие именно поля видны; по умолчанию не видно ничего.
  • Доступ ограничен организацией и ролью и проверяется на сервере при каждом запросе.
  • Обращения к документам журналируются, поэтому вы можете ответить, кто и когда что видел.
  • Обращения направляются конкретному ответственному, а не в очередь без владельца.

Интеграции

  • CRM

    Чтение и запись сделок, контактов и активностей: квалифицированные заявки попадают туда, где уже работают продажи.

  • ERP

    Заказы, склад и финансовые записи синхронизируются через адаптер с валидацией, а не через ночную выгрузку в таблицу.

  • Обмен с конфигурациями 1С через поддерживаемые интерфейсы, со сверкой и карантином для некорректных записей.

  • Microsoft 365

    Учётные записи, почта, календари и библиотеки документов — с соблюдением прав доступа, а не в обход них.

  • REST API

    Задокументированные, версионируемые и защищённые эндпоинты — и потребление ваших, и предоставление наших.

Ожидаемый эффект

Описан качественно. Реальный результат зависит от ваших объёмов, качества данных и дисциплины процесса.

  • Рутинные запросы статусов и документов сокращаются: клиенты обслуживают себя сами.
  • Аккаунт-менеджеры занимаются отношениями, а не поиском файлов.
  • Клиенты получают ответы вне ваших рабочих часов и часового пояса.
  • Каждое обращение к документу проверяемо — это важно в регулируемых отношениях.

Ограничения и чего сценарий не делает

  • Он показывает только то, что действительно есть в ваших системах. Если статус ведётся неформально в переписке, сначала нужно исправить это: портал обнажит пробел, а не закроет его.
  • Открытие данных клиентам поднимает вопросы контроля доступа, по которым решение принимаете вы, а не мы по умолчанию.
  • Клиентов нужно на него перевести. Портал, в который никто не заходит, ничего не меняет.

Часть практики

SaaS-продукты

От архитектуры и MVP до мультиарендной платформы, которую реально эксплуатировать.

Следующий сценарий

Перезапуск корпоративного сайта

Заменить сайт, который нельзя обновить, нельзя найти и нельзя измерить.