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

Короткий ответ: в личном кабинете клиента нужны шесть блоков — вход, роли и права, главный раздел с данными клиента (заказы, заявки или документы), оплата, уведомления и история. В первой версии каждый блок делают в самом простом рабочем виде вокруг одного главного сценария, а остальное добавляют после запуска. У нас кабинеты с ролями, вход, приём оплаты и уведомления на почту входят в базовый объём тарифа «Веб-приложение»: от 160 000 ₽, от 10 дней, цена и срок фиксируются в договоре.

Что должно быть в личном кабинете клиента?

Шесть блоков: человек должен войти, увидеть только своё, сделать то, ради чего пришёл, оплатить, узнать об изменениях и найти, что было раньше.

• Вход — регистрация, вход, восстановление доступа.
• Роли и права — кто что видит и может менять.
• Главный раздел — заказы, заявки, документы: то, ради чего клиент заходит.
• Оплата — счёт или оплата онлайн и учёт платежей.
• Уведомления — статус сменился, документ готов, платёж прошёл.
• История — прошлые заказы, платежи и изменения статусов.

На странице разработки личного кабинета базовый объём описан так: кабинеты и разграничение прав по ролям, регистрация, вход, восстановление пароля и уведомления на почту, база данных и API под ваши данные, таблицы с фильтрами, поиском и выгрузкой, приём оплаты и учёт платежей, одна-две внешние интеграции, работа с телефона и выкладка на ваш домен.

Что делать в первой версии, а что отложить?

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

Блок	В первой версии	Позже
Вход	Один способ входа и восстановление доступа	Второй способ входа
Роли	Клиент, менеджер, администратор	Разные права у сотрудников одной компании-клиента, роли партнёров
Главный раздел	Список с поиском и фильтрами, карточка со статусом, файлы для скачивания	Согласование и подписание документов в кабинете, переписка по заказу
Оплата	Один платёжный сервис, статус оплаты, список платежей	Нестандартные платёжные схемы
Уведомления	Письма о ключевых событиях	Мессенджер, если он не вошёл в две интеграции; выбор, о чём уведомлять
История	История статусов заказа и платежей	Журнал действий сотрудников, отчёты

Часть работ в базовый тариф не входит вовсе и считается после брифа: нативные приложения для iOS и Android, интеграции сверх двух, нестандартные платёжные схемы. Адаптивная вёрстка в тариф входит: кабинет открывается с телефона.

Какой вход сделать в личном кабинете?

Для запуска достаточно одного способа, привычного вашим клиентам, и восстановления доступа. Мы строим вход на почте и пароле, номере телефона или Яндекс ID, VK ID и Госуслугах и выбираем способ на брифе; кнопок «Войти через Google» и Apple не ставим.

Часть 10 статьи 8 закона 149-ФЗ называет для российских владельцев сайтов четыре способа авторизации пользователей: по номеру мобильного телефона, через Госуслуги, через Единую биометрическую систему или через иную систему авторизации, которой владеет гражданин России или российское юрлицо (к системе и её владельцу есть дополнительные требования). Сервисы зарубежных компаний в этот перечень не попадают. Статья 13.55 КоАП, введённая законом от 26.06.2026 № 199-ФЗ, предусматривает за нарушение штраф для юрлиц от 500 до 700 тыс. ₽ (тексты на октябрь 2026 года). Подробности — в статье «Вход в личный кабинет без Google и Apple»; подходит ли выбранная схема под перечень в вашем случае, стоит подтвердить у юриста.

• Кто создаёт учётную запись. Клиент регистрируется сам, или менеджер приглашает его ссылкой. В панели магазина AleksFurs, например, сотрудник получает доступ по одноразовой ссылке и пароль задаёт сам.
• Как хранится доступ. Пароль — только в виде хеша, сессия — в защищённой cookie, число попыток входа ограничено. Так устроен наш клиентский портал.
• Что, если доступ потерян. Восстановление пароля входит в базовый объём; случай «сменились телефон или почта» лучше описать в ТЗ сразу.

Какие роли нужны и как разделить права?

Для первой версии обычно хватает трёх ролей: клиент видит только свои данные, менеджер — клиентов, которых ведёт, администратор — всё и управляет доступами. Главное правило: права проверяет сервер при каждом запросе, а не интерфейс, который просто прячет кнопки.

Проверить это можно руками на приёмке: клиент, подставив в адрес страницы чужой номер заказа, должен получить отказ, а не чужой документ. До сборки — у нас это первый этап, «Роли и сценарии» — нужно решить:

• сколько человек со стороны одного клиента входят в кабинет и одинаковые ли у них права (в нашем портале к одному проекту можно подключить нескольких представителей заказчика);
• кто может менять данные, а кто только смотреть;
• кто выдаёт и отзывает доступ, когда сотрудник клиента уволился;
• что видит менеджер: всех клиентов или только своих.

Что показывать клиенту: заказы, документы, статусы?

То, ради чего он заходит чаще всего, — и это должно быть на первом экране. Выберите одну главную сущность: заказ, заявку, договор, объект или проект. Вокруг неё строится вся первая версия.

• Список с поиском и фильтрами по статусу и дате.
• Карточка: состав, сумма, текущий статус, сроки.
• Документы: договор, счёт, акт — файлами для скачивания, с привязкой к заказу.
• Действие клиента: подтвердить, отклонить, загрузить файл, оставить комментарий.

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

Нужна ли в личном кабинете онлайн-оплата?

Нужна, если клиенты — частные лица или платят сразу при оформлении заказа. Если вы работаете с компаниями по счёту, в первой версии часто хватает счёта в карточке заказа и статуса оплаты. В базовый объём входит приём оплаты через ЮKassa, CloudPayments или Stripe и учёт платежей.

• Договор с банком или платёжным сервисом заключаете вы на своё юрлицо или ИП: подключение эквайринга от вашего юрлица и юридические документы (оферта, политика) в тариф не входят.
• При расчётах через интернет продавец обязан передать покупателю кассовый чек в электронной форме — это пункт 5 статьи 1.2 закона 54-ФЗ. Какая касса нужна и есть ли у вас исключения, решает бухгалтер; как устроена связка, описано в статье о приёме оплаты на сайте.
• Возвраты и частичная оплата — решите заранее, нужны ли они в первой версии: от этого зависит схема данных.

Какие уведомления нужны в личном кабинете?

Только о событиях, после которых клиент должен что-то сделать или перестать волноваться: заказ принят, статус сменился, документ готов, счёт выставлен, платёж прошёл. Уведомления на почту входят в базовый объём; мессенджер подключается как одна из внешних интеграций.

• Одно событие — одно сообщение со ссылкой сразу на нужную карточку, а не на главную кабинета.
• Уведомления сотрудникам — отдельный список: новый заказ, клиент загрузил файл или вернул работу на доработку. В нашем портале о решении клиента по задаче команда узнаёт в Telegram.
• Рассылка с акциями — это реклама. По части 1 статьи 18 закона «О рекламе» распространять её по сетям электросвязи можно только с предварительного согласия адресата. Поэтому согласие на рассылку стоит брать отдельной галочкой, а в письма о статусе заказа рекламу не добавлять.

Зачем кабинету история и журнал действий?

История нужна клиенту, чтобы не спрашивать менеджера, что было с прошлым заказом. Журнал действий нужен вам: в споре видно, кто и когда изменил статус, сумму или документ.

В первой версии достаточно трёх вещей: прошлые заказы в общем списке с фильтром, история статусов в карточке (дата и кто изменил) и список платежей. Отдельной строки «история» в тарифе нет: прошлые заказы и платежи видны в таблицах с фильтрами и в учёте платежей, а нужна ли история статусов и что в ней хранить, записывается в ТЗ вместе со схемой данных. Полный журнал можно добавить позже, но события, которые не записывались, задним числом не восстановить — поэтому историю статусов лучше заложить сразу.

Что учесть по персональным данным клиентов?

Кабинет хранит персональные данные, и владелец сайта, как правило, — их оператор по 152-ФЗ. Три решения стоит принять до сборки.

• Где стоит база. Часть 5 статьи 18 не допускает при сборе данных граждан России их запись и хранение в базах за пределами страны, кроме узких исключений, — поэтому сервер выбирают в российском дата-центре.
• Как берётся согласие. По части 1 статьи 9 согласие оформляют отдельно от других документов: при регистрации это своя галочка, не совмещённая с офертой.
• Как удалить учётную запись. При отзыве согласия часть 5 статьи 21 обязывает оператора прекратить обработку и — если данные больше не нужны для её целей и нет иных законных оснований их хранить — уничтожить их в срок до 30 дней. Значит, удаление аккаунта нужно предусмотреть в схеме базы заранее.

Политику обработки и текст согласия готовит владелец сайта или его юрист: юридические документы в тариф не входят. Про локализацию, уведомление Роскомнадзора и штрафы — отдельная статья о хранении данных по 152-ФЗ.

Сколько стоит кабинет с таким составом?

От 160 000 ₽ и от 10 дней по тарифу «Веб-приложение / SaaS»; точную цену и срок считаем после брифа и фиксируем в договоре. Оплата — 50% предоплата и 50% по акту, исполнитель освобождён от НДС по п. 1 ст. 145 НК РФ. В тариф входят до двух раундов правок на прототипе и до двух на готовой сборке, а также 14 дней бесплатной поддержки после запуска. Исходный код размещается в вашем репозитории; исключительное право на него остаётся у исполнителя, а вы после полной оплаты получаете лицензию на весь срок действия этого права — кабинет можно держать на любом сервере и дорабатывать с любыми подрядчиками. Из чего складывается смета и какие этапы проходит работа, разобрано в статье «Сколько стоит MVP личного кабинета».

Что подготовить к брифу на личный кабинет?

Ответы на шесть вопросов — по одному на блок. По ним видно состав первой версии и можно считать смету; всё, что в ответы не попало, — кандидаты во вторую версию.

1. Кто входит в кабинет и как получает доступ: сам или по приглашению?
2. Какие роли нужны и что каждая видит и меняет?
3. Какая сущность главная и откуда берутся её данные?
4. Как клиент платит — онлайн или по счёту — и есть ли у вас договор с платёжным сервисом?
5. О каких событиях и кому нужно сообщать?
6. Что должно сохраняться в истории и что происходит, когда клиент просит удалить аккаунт?

Короткие ответы на частые вопросы

Что обязательно должно быть в личном кабинете клиента?

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

Что можно не делать в первой версии личного кабинета?

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

Сколько стоит личный кабинет клиента в Roboweb.team?

От 160 000 ₽, срок — от 10 дней, по тарифу «Веб-приложение / SaaS». В базовый объём входят кабинеты с ролями, вход и восстановление пароля, база данных и API, таблицы с выгрузкой, приём оплаты и одна-две интеграции; точная цена считается после брифа и фиксируется в договоре.

Можно ли сделать в кабинете вход через Google или Apple?

Мы так не делаем. Часть 10 статьи 8 закона 149-ФЗ перечисляет допустимые способы авторизации, а статья 13.55 КоАП предусматривает за нарушение штраф для юрлиц от 500 до 700 тыс. ₽; вход строим на почте и пароле, номере телефона, Яндекс ID, VK ID или Госуслугах.

Входит ли онлайн-оплата в стоимость личного кабинета?

Да, приём оплаты через ЮKassa, CloudPayments или Stripe и учёт платежей входят в базовый объём тарифа. Договор с платёжным сервисом заключает сам владелец бизнеса; подключение эквайринга от его юрлица, оферта и нестандартные платёжные схемы в тариф не входят.

Нужно ли согласие клиента, чтобы отправлять ему письма из кабинета?

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

Услуги и кейсы по теме: личный кабинет на заказ · веб-приложения и MVP · кейс: клиентский портал