Заказы и статусы
Клиент видит свои заказы, стадию исполнения, сроки отгрузки и историю. Вопрос «что с моей поставкой» перестаёт приходить менеджеру.
Портал забирает у менеджеров то, что клиент спокойно сделает сам: посмотрит статус заказа, скачает документы, сверится по взаиморасчётам, повторит закупку. Строим под ваши роли и подключаем к учётной системе.
Считайте, сколько раз в неделю у вас спрашивают статус заказа, копию счёта и остаток по договору. Каждый такой вопрос портал закрывает без участия человека.
Клиент видит свои заказы, стадию исполнения, сроки отгрузки и историю. Вопрос «что с моей поставкой» перестаёт приходить менеджеру.
Счета, акты, накладные и сальдо подтягиваются из учётной системы. Копию документа клиент скачивает сам.
Дилер, клиент, менеджер и руководитель видят разные разделы и разные цифры. Права настраиваются, а не зашиваются намертво.
Прошлую спецификацию клиент повторяет в пару действий, а не пересобирает письмо заново.
Запросы, рекламации и согласования идут по маршруту со статусами, а не теряются в переписке.
Каталог с подбором по параметрам, документация и условия для дилеров. Витрина, из которой клиент попадает в кабинет.
Технически это один и тот же каркас с ролями и интеграциями. Отличается то, кто внутри и какие задачи закрывает.
Дилер видит свои цены и остатки, оформляет заказ, следит за отгрузкой и скачивает маркетинговые материалы.
Заказы, документы, взаиморасчёты и обращения в поддержку. Клиент решает типовые вопросы без звонка.
Спецификации, согласования, тендерные комплекты и история поставок для отделов снабжения.
Заявки, регламенты, база знаний и внутренние согласования в одном месте, с правами по подразделениям.
Запускаем с одной ролью и одним сценарием. Остальное добавляем, когда первый заработал на реальных пользователях.
Кто заходит, что должен увидеть, что может изменить. Отсюда растут права и структура разделов.
Заказы, документы и остатки живут в учётной системе. Проверяем, что она отдаёт и с какой задержкой.
Обычно это заказы и документы для одной группы клиентов. На них проверяем скорость и права.
Настраиваем обмен, авторизацию, журнал действий и уведомления по событиям.
Добавляем роли и разделы по одному, когда предыдущие прижились у пользователей.
Клиентов немного, заказы разовые, а вопросы решаются одним звонком знакомому менеджеру. Тогда портал не окупится: им просто не будут пользоваться. Скажем это на обследовании и предложим начать с кабинета на несколько экранов.
Подключаем к вашим системам
1С · CRM · Складской учёт · Электронная почта · Telegram · SSO · API
Кабинет закрывает одну группу пользователей и несколько экранов: заказы, документы, обращения. Портал объединяет несколько групп с разными правами. На практике заказывают кабинет, а через год он дорастает до портала.
Иногда да, и мы так и скажем. Готовые платформы хорошо закрывают типовые сценарии, но плохо переживают нестандартные права и свою логику цен. Разработка нужна там, где ваши правила в коробку не укладываются.
Обменом через API или промежуточную базу, по расписанию или по событию. Портал не ведёт свой учёт: он показывает то, что уже есть в системе, и пишет обратно только то, что вы разрешили.
Права настраиваем по ролям, действия пишем в журнал, вход можно завести через вашу корпоративную учётную запись. Размещение обсуждаем отдельно: портал разворачивается и на вашей инфраструктуре.
От числа ролей, сценариев и интеграций. Разработка портала на четыре группы пользователей идёт заметно дольше, чем кабинет на один сценарий. Срок и смету называем после того, как соберём роли.