Содержание11
- Что положить в кабинет в первый релиз
- Магазин, услуги, B2B: состав по этапам
- Сценарии, из-за которых кабинет открывают повторно
- Какие данные собирать в кабинете и как их хранить
- Плагин, конструктор, готовый сервис или своя разработка
- Регистрация, пароль, 2FA и вход с телефона
- Почему страницы кабинета нельзя отдавать в поиск
- Связки, без которых кабинет врёт клиенту
- Как понять, что кабинет работает
- Частые вопросы
- Источники
Личный кабинет на сайте открывает клиенту заказы, документы и настройки после входа. Для первого релиза обычно достаточно профиля, истории заказов со статусами, оплаты или счетов и обращения в поддержку. Бонусы, рекомендации и роли для юрлиц добавляйте, когда клиенты освоят основные сценарии.
Что положить в кабинет в первый релиз
Начните с четырёх задач: клиенту нужно проверить контакты, увидеть заказы и их статусы, разобраться с оплатой и связаться с поддержкой. Для этого хватит профиля, истории заказов, раздела оплаты или счетов и формы обращения. Кабинет показывает данные вошедшего пользователя, а публичный каталог остаётся доступным всем.
В профиле оставьте имя, телефон, почту и нужные для доставки адреса. В истории покажите состав заказа, сумму, дату и текущий статус. Обращение лучше привязать к заказу, чтобы клиенту не пришлось повторно объяснять контекст.
Профиль, история заказов, оплата и поддержка — ядро первого релиза.
Сложные бонусы и персональные рекомендации отложите. Пока основные сценарии не освоены, они отнимают время у статусов и оплаты.
Магазин, услуги, B2B: состав по этапам
Модули зависят от того, что клиент делает на сайте. Магазину нужны заказы и оплата, сайту услуг — заявки и файлы, а B2B-порталу — документы и доступы для нескольких сотрудников компании. Если заказы разовые, повторных визитов нет и доставку не отслеживают, кабинету может хватить одной истории заявок или он вовсе не нужен в первом релизе.
| Модуль | Интернет-магазин | Сайт услуг | B2B-кабинет |
|---|---|---|---|
| Профиль и контакты | MVP | MVP | MVP плюс карточка юрлица |
| История заказов, заявок, отгрузок | MVP со статусами | MVP, статус заявки | MVP, история отгрузок |
| Оплата и счета | MVP, эквайринг | MVP, счёт или акт | MVP, счета и закрывающие |
| Канал в поддержку | MVP | MVP | MVP, тикет к заказу |
| Избранное и повтор заказа | этап 2 | записи из истории, этап 2 | повтор отгрузки, этап 2 |
| Трекинг и уведомления | этап 2 | этап 2, статус заявки | этап 2, статус отгрузки |
| Возврат и претензия | этап 2 | отмена или перенос, этап 2 | претензия к отгрузке, этап 2 |
| Программа лояльности | этап 3 | этап 3 при повторных визитах | этап 3, если нет договора |
| Несколько пользователей и роли | не в первом релизе | не в первом релизе | этап 2 |
| Прайс по договору | не применяют | не применяют | этап 2 |
Разделяйте клиентский кабинет, интерфейс менеджера и панель модератора. Это упрощает доступ к нужным функциям и помогает не смешивать клиентские и рабочие действия.
Если клиентам нужно повторять заказы или самим проверять их статус, включите эти сценарии в проект сразу. Для сайта-каталога с кабинетом и заказами заложите четыре экрана MVP в ту же постановку, что и витрину.
Для разовых заказов без отслеживания доставки и повторных покупок в первом релизе часто достаточно письма со статусом. Если есть повторные заказы, юрлица или потребность в самообслуживании, кабинет принесёт больше пользы.
Сценарии, из-за которых кабинет открывают повторно
Клиент возвращается в кабинет, когда может выполнить там конкретную задачу: повторить заказ, оформить возврат, скачать счёт или сменить адрес. Если в истории нет состава заказа, его статуса и нужных действий, клиент уходит в переписку, а менеджер снова отвечает на типовые вопросы.
Повтор заказа начинайте с истории, чтобы покупателю не пришлось искать товар заново. Покажите позиции, дайте выбрать нужные и перед подтверждением предложите проверить адрес и способ получения.
Возвраты и претензии разместите рядом с заказом. Покажите статус обращения и ожидаемый ответ согласно вашему регламенту. Не обещайте срок ответа в интерфейсе, если его не поддерживает рабочий процесс компании.
Настройки адреса и уведомлений вынесите в отдельный раздел профиля. В B2B-кабинете отдельно продумайте доступ к счетам, актам и УПД: сотрудник должен видеть только те документы и действия, которые ему нужны.
Какие данные собирать в кабинете и как их хранить
Запрашивайте только данные, которые нужны для выбранных сценариев: лишние поля усложняют регистрацию, но не помогают клиенту проверить заказ. Например, дата рождения не нужна для показа статуса доставки. Если без дополнительного поля сценарий работает, не включайте его в форму регистрации.
До запуска определите, какие сведения собирает кабинет, кто к ним имеет доступ и как клиент может управлять своей учётной записью. Тексты политики и согласия на обработку персональных данных подготовьте с учётом вашего процесса и требований, применимых к нему.
Не храните пароль в открытом виде. Не собирайте полные данные карт или сканы документов, если для сценария нет конкретной необходимости. Порядок хранения и удаления данных закрепите в документации проекта.
Собирайте ровно те сведения, без которых выбранный сценарий не работает.
Плагин, конструктор, готовый сервис или своя разработка
Выбирайте способ внедрения по ограничениям проекта и нужным сценариям. Модуль CMS подходит типовым магазинам, конструктор — простому профилю и списку заявок. Готовый сервис помогает запустить экраны, но часть решений и данных будет зависеть от его условий. Собственная разработка оправдана, когда нужны роли, документы юрлиц и связь с учётной системой.
| Способ | Что закрывает | Ограничения | Кому подходит |
|---|---|---|---|
| Плагин или модуль CMS | Витрина, типовые заказы, базовый профиль | Роли, комплект документов, нетиповой склад | Интернет-магазин на готовой CMS |
| Конструктор | Профиль и список заявок | Ограниченная настройка данных, ролей и интеграций | Услуги с простым потоком заявок |
| Готовый сервис кабинета | Быстрый запуск экранов | Данные и бренд зависят от условий сервиса | Пилот, пока нет своей разработки |
| Своя разработка, B2B-портал | Несколько юрлиц, прайс по договору, согласования | Нужны проработка сценариев и интеграции | Опт, дилеры, кабинет с документами |
Плагин обычно проще доработать под типовые заказы; портал с ролями и документами потребует проработать больше сценариев. Сроки и стоимость определяйте по смете: они зависят от ролей, документов и интеграций.
В 1С-Битрикс можно доработать клиентский кабинет под заказы, документы и связь с 1С. Конструктор не подойдёт, если проекту нужны несколько юрлиц, цены по договорам и документы из учётной системы: проверьте, поддерживает ли он нужные роли и обмен данными.
Регистрация, пароль, 2FA и вход с телефона
На форме регистрации оставьте только поля, нужные для создания учётной записи. Email или телефон обычно достаточно для связи с клиентом; дополнительные сведения можно запросить позднее, когда станет понятно, что они нужны выбранному сценарию.
Для действий с оплатой, реквизитами или доступом сотрудников предусмотрите второй фактор. Подойдут SMS, приложение или письмо — выбор зависит от того, как клиент получает доступ и какие действия доступны в кабинете.
Дайте клиенту выбрать длинный уникальный пароль и предусмотрите защиту от подбора. Если разрешаете вход через соцсеть, оставьте запасной способ входа по почте или телефону.
На телефоне статус, сумма и кнопка повтора заказа должны читаться без увеличения страницы. Такой интерфейс стоит заложить при разработке адаптивного сайта для мобильных пользователей.
Почему страницы кабинета нельзя отдавать в поиск
Страницы кабинета закрывают от поисковой индексации, а публичный каталог и карточки товаров оставляют открытыми. На закрытых страницах могут отображаться данные клиента и сведения о заказах, поэтому доступ к ним должен контролироваться при входе.
Для управления обходом используйте директивы robots и рекомендации Яндекс Вебмастера. Учитывайте, что robots.txt управляет обходом страниц поисковым роботом, но сам по себе не ограничивает доступ пользователей к кабинету.
Не закрывайте вместе с кабинетом всю витрину: иначе поисковик перестанет обходить страницы каталога, которые нужны в поиске.
В поиске оставляйте витрину; страницы кабинета защищайте авторизацией и настройками индексации.
Связки, без которых кабинет врёт клиенту
Статус в кабинете должен совпадать с данными об оплате, наличии и сделке. Свяжите его с CRM, чтобы клиент и отдел продаж видели актуальную информацию. Если заказ оплачен, а в истории по-прежнему ждёт оплаты, клиенту снова придётся обращаться к менеджеру.
Эквайринг должен передавать результат оплаты и возврата в заказ. Данные об остатках, отгрузке и документах B2B передавайте из складской системы или 1С. Если доступен трек-номер, показывайте его в кабинете.
Предложите клиенту самому выбрать уведомления по почте, SMS или push. Сообщения по всем каналам о каждом действии быстро становятся лишними.
CRM связывает заказ с менеджером и статусом сделки. Эквайринг обновляет оплату и возвраты; склад и 1С передают остатки, отгрузки и документы. Служба доставки передаёт трек-номер, а настройки уведомлений помогают клиенту выбрать удобный канал связи.
Без актуальных связок экран заказов не решает задачу: красивое меню не заменит верный статус.
Как понять, что кабинет работает
Кабинет помогает, когда клиент решает типовой вопрос сам, не обращаясь к менеджеру. Оценивать результат стоит по данным вашей компании, а не по чужим обещаниям роста лояльности.
Сравните обращения «где мой заказ» до запуска и после по одним и тем же тегам в CRM. Посмотрите, сколько заказов клиенты оформляют повторно из истории, а сколько — с витрины. Для поиска счёта, смены адреса и обращения по заказу замерьте время на нескольких типовых сценариях и отдельно проверьте число тикетов поддержки.
Если у сайта пока нет кабинета, понадобятся проработка сценариев и связок со статусами. Опишите тип сайта и обязательные экраны — мы поможем собрать состав первого релиза для магазина, услуг или B2B.
Кабинет работает, когда клиент сам закрывает типовой вопрос и не пишет менеджеру.
Источники
- Файл robots.txt — Яндекс Вебмастер
