
Нужна помощь с реализацией?
Наша команда готова взяться за ваш проект. Оставьте заявку — мы свяжемся с вами и обсудим детали.
Похожие статьи
Все статьи

Форма обратной связи: поля, антиспам, куда идут заявки
Читать полностью

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

Телеграм блокируют в России: что происходит и как обойти
Читать полностью
Телеграмм
Делимся визуально привлекательными фрагментами наших последних веб-проектов.
ВКонтакте
Пишем о интересных технических решениях и вызовах в разработке.
MAX
Демонстрируем дизайнерские элементы наших веб-проектов.
TenChat
Деловые связи, кейсы и экспертные публикации.
Рассылка
© 2025-2026 МАЙПЛ. Все права защищены.
Личный кабинет на сайте — закрытый раздел, где пользователь входит по логину и управляет заказами, договорами, счетами, документами и статусами заявок. Кабинеты бывают B2C, B2B и партнерские. Простой кабинет разрабатывают за 3–5 недель, с интеграцией в CRM и 1С — за 8–12 недель, бюджет от 50 000 ₽. Персональные данные по 152-ФЗ хранятся на серверах в России.
Дальше — как выбрать тип кабинета под свою задачу, что включить в первую версию и на каких вопросах подрядчику сэкономить деньги и нервы, а не переплатить за лишний функционал.

Профиль хранит имя, почту и пароль. Личный кабинет — рабочее место, где клиент сам решает задачи: проверяет статус заказа, скачивает акт, продлевает тариф.
Если заметная доля обращений в поддержку — вопросы о статусе заказа или документах, нужен кабинет, а не расширенный профиль. Клиент готов решать задачу сам, если дать ему инструмент.
Допустим, магазин вынес в кабинет отслеживание заказа и смену адреса доставки. Клиенты начинают проверять статус сами, и звонков становится меньше.
Чтобы клиент вообще зарегистрировался, кабинет должен давать то, чего нет без входа: персональные цены, историю заказов, повтор покупки.
Что сделать сейчас: выписать 5 самых частых вопросов клиентов в поддержку и отметить, какие из них человек мог бы закрыть сам через кабинет.

Тип кабинета определяет роль пользователя, а от роли зависят разделы и права доступа. Покупателю нужна история заказов, закупщику компании — счета на организацию, сотруднику — рабочие задачи. Если свести всех в одно меню, интерфейс быстро превращается в свалку ссылок.
| Тип ЛК | Кто входит | Главная задача | Ключевые разделы |
|---|---|---|---|
| B2C-покупатель | частный клиент интернет-магазина | оформить и отследить заказ | заказы, доставка, бонусы, избранное |
| B2B-клиент | сотрудник компании-покупателя | закупать на своих условиях | договорные цены, счета, акты, отгрузки |
| Партнер или дилер | представитель дилерской сети | продавать товар поставщика | прайс своего уровня, остатки, план продаж |
| Сотрудник | штатный работник компании | решать рабочие задачи | заявки, задачи, документы, отпуск |
| Абонент услуги | подписчик сервиса или оператора | управлять подпиской | баланс, тариф, подключенные услуги |
На что обратить внимание при проектировании:
У B2C-покупателя набор разделов завязан на личные покупки: заказы, доставка, бонусы, избранное, повтор заказа в один клик. Кабинет решает его задачи как частного человека.
У B2B-клиента задачи другие: договорные цены, которые видны только его компании, несколько пользователей от одной организации с разными правами, счета, акты, отгрузки и дебиторка. Кабинет здесь работает не с человеком, а с юридическим лицом, от имени которого действует несколько сотрудников.
Дилер в кабинете видит прайс своего уровня, остатки на складе поставщика и план продаж — данные, по которым строит закупки для своих клиентов. Сотрудник работает с заявками, задачами, документами и отпуском: кабинет здесь ближе к внутреннему сервису, чем к продажам.
Абонент услуги открывает кабинет ради баланса, тарифа, списка подключенных услуг и заявки на ремонт. Что сделать сейчас: определить, к какому из этих типов ближе будущий кабинет, и выписать три главные задачи, которые он должен закрывать для этой роли.

В первую версию берут то, что снимает нагрузку с поддержки и приносит деньги: вход, заказы или заявки, оплата, документы, обратная связь. Если клиент не решает главную задачу за 3–5 кликов, сценарий пересобирают. Порядок работы такой: карта задач пользователя, минимум шагов на каждую, затем группировка в разделы — панель, профиль, заказы, платежи и документы, поддержка, настройки.
Сразу решите, какие события кабинета писать в аналитику: вход, просмотр разделов, изменение данных, заказ. По ним видно, где клиенты застревают. Эти же события становятся сегментами для ретаргетинга: кто смотрел тарифы и не продлил, получает напоминание, кто бросил заказ — предложение его завершить.
| Очередь | Магазин | B2B | Сервис |
|---|---|---|---|
| Обязательно | заказы, оплата, доставка, покупка без регистрации | договорные цены, счета, акты | баланс, тариф, заявки |
| Вторая очередь | программа лояльности, виджеты | сложная аналитика, мобильное приложение | кастомизация интерфейса, чат |
Ошибки на старте: делать все сразу, копировать кабинет маркетплейса, забыть о покупке без регистрации. Обязательный вход перед заказом отсекает тех, кто пришел купить один раз.
Роли тоже добавляют по очереди. Сначала одна, например покупатель. Когда ее сценарии работают без сбоев, подключают вторую — B2B-клиента или дилера — со своими разделами и правами, а не расширяют старый интерфейс под всех сразу.
Шаг на сегодня: разложите функции по двум колонкам — обязательно и вторая очередь — и стройте прототип только от первой.

Кабинет сам почти ничего не хранит: он показывает данные из учетных систем. Схема потоков выглядит так:
Каждая стрелка — отдельный обмен со своим расписанием и своими сбоями. Схему стоит нарисовать до выбора подрядчика: по ней сразу видно объем интеграции.
Если цены в 1С меняются чаще раза в день, обмен раз в сутки не подойдет: нужна синхронизация раз в несколько минут или по событию. Обмен по событию сильнее нагружает 1С, это проверяют до запуска.
В одной экосистеме, где сайт на Битриксе, а учет в 1С, интеграция настраивается проще: меньше стыков. Основа для ТЗ интегратору — список систем и объектов обмена с частотой обновления для каждого.

В кабинете лежат персональные данные: имя, телефон, адрес, иногда реквизиты и договоры. Их хранят на серверах в России. С 1 сентября 2025 года согласие на обработку оформляется отдельным документом.
Если в ЛК есть договоры или платежные данные, двухфакторка обязательна как минимум для B2B-пользователей и администраторов.
Базовые требования:
Частые ошибки: общий логин на всю компанию, тестовая база с реальными данными клиентов, отсутствие логов.
Что сделать сейчас: проверить, где физически стоит сервер и есть ли на сайте отдельная форма согласия.

Цена растет от числа ролей, интеграций, уникальности дизайна, требований к нагрузке и безопасности. Если нужна интеграция с 1С и CRM, закладывайте 8–12 недель вместо 3–5: обмен данными добавляет тестирование и настройку прав.
| Критерий | Проверка | Кому важно | Частая ошибка |
|---|---|---|---|
| Число ролей | сколько типов пользователей видят разные разделы | B2B и сервисам с сотрудниками | заложить одну роль на старте, потом переделывать права |
| Интеграции | сколько систем отдают данные в кабинет | магазинам с 1С и CRM | считать интеграцию мелкой доработкой, а не этапом |
| Нагрузка и безопасность | сколько пользователей одновременно и есть ли платежи | крупным магазинам и сервисам с оплатой | экономить на тестировании перед запуском |
Первый сценарий — модуль на CMS или конструкторе. Подходит типовому магазину с базовыми разделами: заказы, профиль, избранное. Простой ЛК так делают за 3–5 недель, бюджет — от 50 000 ₽.
Если модуль не ставят как есть, а адаптируют макеты и формы под конкретный сайт, срок растягивается до 6–8 недель. Это тот же класс проекта, просто с доработкой.
Ограничение: сложные роли и нестандартная логика прав в готовый стек не встают. Конструктор вроде REG.Site подойдет простому магазину с одним типом покупателя. B2B-оптовику с несколькими пользователями от одной компании и договорными ценами он тесен: гибко настроить права там нельзя.
Второй сценарий — готовая CMS с интеграцией 1С и CRM: 8–12 недель на обмен данными и права доступа.
Третий — разработка с нуля. Здесь цифры другого порядка, и сравнивать их с модулем за 50 000 ₽ не стоит. Базовый B2C-кабинет со своим дизайном и логикой делают за 2–3 месяца, бюджет — 500–800 тыс. руб. B2B-портал с мультиаккаунтами и договорными ценами — 4–6 месяцев и 2–4 млн руб., точная смета считается по ТЗ.
После запуска в любом сценарии заложите около месяца на доработку сценариев, которые всплывут на реальных клиентах: нестандартные способы оплаты, роли, о которых не подумали на старте.
Как выбрать: один тип пользователя и простые заказы — модуль, несколько ролей и обмен с 1С — интеграция на готовой платформе, договорные цены и мультиаккаунты — разработка с нуля.

Эти вопросы отсеивают тех, кто оценивает проект наугад:
Если цену называют без вопросов о ролях и интеграциях, оценка взята с потолка. Если срок заметно расходится с ориентирами выше, попросите разложить его по этапам.
Разошлите вопросы двум-трем подрядчикам и сведите ответы в одну таблицу.
Опишите задачу — за 2 рабочих дня вернем смету и план по вашему личному кабинету: сайт с ЛК от 50 000 ₽, кабинет с интеграцией в CRM и 1С — от 300 000 ₽. Раздел «Сайты».