Личный кабинет на сайте: когда он нужен бизнесу и что закладывать в разработку

Что такое личный кабинет с точки зрения бюджета

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

Из-за этого кабинет стоит в разы дороже страницы «Услуги» такого же размера. Дело не в дизайне — визуально кабинет может быть скучным. Дорого стоит логика: кто что видит, что происходит при ошибке, что будет, если человек потерял доступ к почте.

Поэтому первый вопрос — не «как он будет выглядеть», а «какую работу он снимает с людей».

Когда кабинет действительно нужен

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

Посчитайте за последнюю неделю, сколько раз менеджер отвечал на вопросы «где мой заказ», «пришлите акт сверки», «сколько у меня осталось занятий», «повторите тот же заказ». Если таких обращений десятки в неделю и они отнимают часы — кабинет окупается. Если их пять и все от одного клиента — дешевле нанять помощника или сделать нормальную страницу с документами.

Второй сценарий — когда без кабинета услуга физически не работает. Онлайн-курсы, подписка, B2B-заказ по индивидуальным ценам, сервис с историей обращений. Здесь кабинет не улучшение, а сам продукт.

• Клиент возвращается регулярно, а не покупает один раз в жизни.
• У разных клиентов разные цены, условия или документы.
• Есть данные, которые копятся: история заказов, платежи, остатки, прогресс.
• Сотрудники вручную пересылают одни и те же файлы и статусы.

Когда кабинет не нужен и лучше сэкономить

Если покупка разовая — ремонт квартиры, установка окон, свадебная съёмка — кабинет не нужен почти никогда. Человек не будет регистрироваться ради одной сделки, а вы получите базу мёртвых аккаунтов и обязанность защищать персональные данные.

Ещё частый случай: клиентов мало, но каждый крупный. Пять корпоративных заказчиков спокойно обслуживаются в мессенджере и почте, и живой менеджер для них ценнее интерфейса. Здесь дешевле и быстрее закрыть задачу Telegram-ботом или автоматической рассылкой статусов: бот пишет клиенту сам, регистрация не нужна.

Отдельно про мотив «конкурент сделал». Посмотрите, что у конкурента внутри кабинета. Если это пустая страница с фамилией и кнопкой «изменить пароль» — вы копируете чужую неудачную трату.

Что обязательно проговорить до сметы

Большинство конфликтов по кабинетам происходит не из-за кода, а из-за того, что часть работы никто не обсудил. Пройдите этот список с разработчиком и попросите отразить пункты в смете отдельными строками.

Про роли спрашивайте отдельно и подробно. «Клиент и админ» — это две роли. «Клиент, сотрудник клиента, менеджер, бухгалтер, админ» — это пять, и разница в трудозатратах кратная, потому что для каждой роли нужно решить, что она видит и что может менять.

• Роли и права: кто какие данные видит, кто может редактировать, кто удалять.
• Вход: почта с паролем, код на телефон, вход через Telegram или Госуслуги — каждый способ это отдельная работа.
• Восстановление доступа: что делает клиент, потерявший пароль, и что делает ваш сотрудник, если и почта потеряна.
• Уведомления: какие события шлют письмо или сообщение и кому — клиенту, менеджеру, обоим.
• Админка: как вы сами создаёте клиента, блокируете доступ, правите данные, не дёргая разработчика.
• Логи действий: кто и когда изменил заказ или сумму. Без этого разбор спорной ситуации невозможен.
• Персональные данные: где хранятся, кто имеет доступ, что с согласиями и политикой обработки.
• Что происходит при ошибке: платёж не прошёл, файл не загрузился, интеграция недоступна.

Интеграции — там, где смета обычно рвётся

Кабинет почти всегда должен где-то брать данные: остатки из 1С, платежи из платёжного шлюза, сделки из CRM. И вот здесь сроки и бюджет уезжают чаще всего.

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

Полезный приём: попросите разработчика описать одним абзацем, откуда берётся каждое число, которое клиент увидит на экране. Если на какое-то число ответа нет — вы нашли будущую проблему до оплаты.

Как заказывать, чтобы не переплатить

Начинайте с одного сценария, который приносит наибольшую экономию. Обычно это просмотр статуса и истории заказов плюс скачивание документов. Это уже снимает основную часть звонков.

Попросите смету списком экранов и функций, а не одной строкой «личный кабинет». Одна строка с большим числом — это не смета, а число. По списку вы сможете сами вычеркнуть то, чем не будете пользоваться в первый год.

И договоритесь о поддержке заранее. Кабинет — живая система: у неё истекают сертификаты, меняются API партнёров, приходят новые требования по данным. Сайт-визитка может стоять годами без внимания, кабинет — нет.

• Соберите список реальных обращений за две недели — это и есть техзадание.
• Опишите роли до дизайна, а не после.
• Разбейте работу на этапы: первый запуск с одним сценарием, дальше по факту использования.
• Проверьте, у кого будут доступы к серверу, базе и коду. Ответ «у разработчика» вас не устраивает.