Личный кабинет заводят, чтобы снять нагрузку с поддержки: клиент сам видит статус, сам скачивает документы, сам оставляет заявку. Работает это только если кабинет связан с учётной системой и данные в нём настоящие, а не выгруженные вчера. Мы разрабатываем кабинет вместе с обменом данными, а там, где клиент загружает документы, встраиваем распознавание — чтобы человек не перепечатывал в форму то, что уже есть на его же скане.

Состав зависит от того, что именно клиент сегодня спрашивает у вашей поддержки. Чаще всего в кабинет выносят шесть вещей: статус заказа или заявки, документы на скачивание, историю операций и оплат, подачу новой заявки с загрузкой файлов, управление реквизитами и сотрудниками, а также уведомления о важных событиях.
Актуальное состояние по каждой позиции, подтянутое из учётной системы, а не из вчерашней выгрузки.
Счета, акты и УПД на скачивание, с историей и поиском по периоду.
Форма с загрузкой скана или фото, поля заполняются по распознанному документу.
Операции, оплаты и остаток задолженности в одном месте, без запроса в бухгалтерию.
Разные права для владельца, бухгалтера и снабженца, приглашение коллег в кабинет.
Письмо или сообщение при смене статуса, приближении срока и появлении документа.
Начинаем с разбора обращений в поддержку: они прямо показывают, что клиенты спрашивают чаще всего и что имеет смысл вынести в кабинет в первую очередь. Дальше собираем экраны, подключаем обмен с учётной системой и запускаем на части клиентов. Расширяем состав уже по тому, что реально нажимают, а не по первоначальному списку пожеланий.
Кабинет делаем как веб-приложение, работающее и на телефоне: отдельное мобильное приложение под эту задачу обычно избыточно. Связываем с учётной системой — чаще всего с 1С — через обмен данными или сервис. Вход настраиваем по вашим требованиям: пароль, код из сообщения или единый вход, если он у вас уже есть.
Кабинет считается рабочим не тогда, когда открывается, а когда клиент перестаёт звонить по вопросам, которые в нём закрыты. Поэтому проверяем двумя способами: техническим — что данные в кабинете совпадают с учётной системой, и практическим — что доля обращений по вынесенным темам снижается после запуска.
Данные в кабинете сверяются с учётной системой: расхождение статуса или суммы разбирается поимённо.
Отдельно проверяем, что пользователь не видит чужие документы через прямую ссылку или подбор адреса.
Проверяем на реальных устройствах: большинство клиентов открывает кабинет с телефона.
Если встроено распознавание, его точность замеряется на ваших документах, а поля ниже порога помечаются.
Сравниваем поток вопросов в поддержку до и после запуска по вынесенным темам.
Персональные данные клиентов обрабатываются и хранятся на инфраструктуре в России по 152-ФЗ.
Цена зависит от числа ролей, глубины связи с учётной системой и того, нужны ли ИИ-функции вроде распознавания загружаемых документов. Кабинет с одной ролью и базовым набором экранов запускается заметно быстрее портала с правами, оплатами и подсказками. Ниже три типовых объёма со сроками и составом.
| Объём работ | Стоимость | Срок | Что входит |
|---|---|---|---|
| Кабинет на типовых сценариях | от 450 000 ₽ | 5–7 недель | Вход, профиль, заявки и история, одна роль пользователя, адаптив под телефон |
| Кабинет с интеграциями | от 950 000 ₽ | 9–12 недель | Обмен с учётной системой и оплатой, несколько ролей и прав, уведомления |
| Портал с ИИ-функциями | от 2 500 000 ₽ | от 3 месяцев | Распознавание загружаемых документов, подсказки и рекомендации, аналитика по клиенту |
Отдельные работы и развитие системы после сдачи — 3 000 ₽ за час инженера. Разметка обучающих данных считается отдельно и по своим правилам — от 320 ₽ за час эксперта, а на объёмных задачах — за единицу данных. Вилки — ориентир для планирования бюджета, а не публичная оферта: точную смету и срок называем после разбора задачи и фиксируем в договоре.
Компаниям, у которых один клиент обращается много раз и каждый раз спрашивает одно и то же: где заказ, где документы, сколько должен. Чаще всего это оптовая торговля и услуги с повторяющимися сделками, а также финансовые компании, где клиент регулярно подаёт документы и следит за статусом заявки.
В кабинет вынесли то, с чем чаще всего звонили в поддержку: статус отгрузки, закрывающие документы и остаток задолженности. При подаче заявки клиент загружает скан, поля формы заполняются по распознанному документу, а спорные значения помечаются для проверки. Показатели — типовой сценарий проекта такого класса, не кейс конкретного клиента.
Иногда да, и мы скажем об этом честно. Если вам нужен стандартный набор экранов и у вас типовая учётная система, готовый модуль может закрыть задачу дешевле. Разработка оправдана там, где процесс нестандартный: свои статусы, сложные права, обмен с несколькими системами или ИИ-функции вроде распознавания документов, которых в коробочных решениях нет.
Обычно нет. Кабинет делается как веб-приложение с адаптивом и на телефоне открывается нормально, а отдельное приложение добавляет стоимость разработки, публикацию в сторах и обновления. Приложение оправдано, если нужны камера в сложных сценариях, push-уведомления как основной канал или работа без сети — это отдельный разговор.
Через обмен с учётной системой. Это принципиальный момент: кабинет, показывающий вчерашнюю выгрузку, порождает больше обращений, чем закрывает, потому что клиент видит одно, а менеджер говорит другое. Мы настраиваем обмен вместе с кабинетом и отдельно проверяем сверкой, что цифры в двух системах совпадают.
Конкретную работу, а не украшение интерфейса. Основное — распознавание документов, которые клиент загружает: поля формы заполняются по скану, а значения с низкой уверенностью помечаются для проверки, а не подставляются молча. Дополнительно можно подсказывать типовые действия по истории клиента. Если для вашей задачи это не нужно, кабинет прекрасно работает и без этого.
Заказчику. Исходный код кабинета, настройки обмена и данные передаются полностью, условия фиксируются в договоре до старта. Это касается и обученных моделей, если в проекте использовалось распознавание документов на вашей выборке.
Кабинет на типовых сценариях с одной ролью — от пяти до семи недель, вариант с интеграциями и правами — от девяти до двенадцати. Портал с ИИ-функциями считается от трёх месяцев. Сильнее всего на срок влияет не разработка, а готовность обмена с учётной системой: если данных в удобном виде нет, их приходится готовить отдельно.
Расскажите, с какими вопросами клиенты чаще всего идут в поддержку, — вернёмся с составом первой версии кабинета и оценкой в течение 1 рабочего дня.
Не любите формы — напишите на info@datamarkup.ru