Как спроектировать личный кабинет для клиентов и партнёров

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

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

Если клиент регулярно звонит менеджеру, чтобы узнать статус заказа, просит повторно отправить документы, уточняет персональную цену или остатки, значит, он таким образом закрывает свои задачи, а единственным "инструментом" получения нужной информации является менеджер. Является ли это проблемой? Возможно, нет, если речь идёт о премиум-сегменте, где клиентам обещают особый сервис. Но если поток таких обращений большой, и это сжигает время менеджера, то стоит задуматься.

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

Сначала нужно понять, для кого создаётся личный кабинет

Формулировки «личный кабинет клиента» или «портал партнёра» сами по себе мало говорят о требованиях к системе. В разных компаниях за ними могут скрываться совершенно разные процессы.

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

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

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

Изучите существующий процесс до его автоматизации

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

Можно просто перенести отдельные части этого процесса на сайт. Но гораздо полезнее сначала разобрать цепочку целиком.

Откуда берутся цены? Где хранятся остатки? Может ли клиент оформить заказ самостоятельно? Нужна ли проверка менеджера? Кто создаёт счёт? Какие данные можно получить автоматически из ERP? На каких этапах участие сотрудника действительно необходимо, а где оно появилось только потому, что другого способа получить информацию раньше не было?

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

Определите ключевые пользовательские сценарии

После изучения процессов можно сформировать сценарии, которые должен поддерживать личный кабинет. Лучше описывать их не названиями разделов, а задачами пользователя.

Не «раздел "Документы"», а «клиенту нужно самостоятельно найти счёт по конкретному заказу и скачать его». Не «раздел "Заказы"», а «партнёру нужно увидеть текущий статус поставки и понять, когда ожидать товар». Не «Профиль», а «администратору компании нужно добавить нового сотрудника и определить его права».

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

Для начала полезно выделить несколько самых частых и ценных сценариев и спроектировать именно их. Особенно если личный кабинет запускается поэтапно.

Не пытайтесь перенести в кабинет вообще всё

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

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

Приоритет стоит отдавать сценариям, которые происходят регулярно, занимают много времени у клиента или сотрудников и могут быть достаточно хорошо автоматизированы. Именно они быстрее всего создают заметную ценность от личного кабинета.

Личный кабинет должен знать, кто именно в него вошёл

В простых сервисах один аккаунт соответствует одному человеку. В корпоративных системах всё часто устроено сложнее.

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

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

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

Нужно определить, где находится источник данных

Большинство полезных личных кабинетов не существуют изолированно. Они показывают информацию, которая уже хранится в других системах компании.

Цены могут находиться в 1С или ERP, информация о клиенте — в CRM, документы — в системе электронного документооборота, обращения — в сервис-деске, а данные о доставке приходить от внешнего логистического сервиса. В личном кабинете эти данные собираются для пользователя в единую картину.

Для каждой сущности важно заранее определить источник истины. Если клиент изменил реквизиты в личном кабинете, должны ли они автоматически измениться в CRM? Если цена в ERP обновилась пять минут назад, когда её увидит пользователь? Если заказ создан на сайте, какая система присваивает ему номер и управляет дальнейшими статусами?

Без ответов на эти вопросы можно сделать красивый интерфейс, за которым будет скрываться ненадёжный обмен данными и большое количество ручной работы.

Интеграции нужно проектировать вместе с личным кабинетом

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

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

Кроме того, нужно учитывать не только успешный обмен данными. Что произойдёт, если одна из систем временно недоступна? Может ли пользователь продолжить работу? Не создастся ли заказ дважды после повторной отправки? Как система сообщит человеку, что операция ещё обрабатывается?

Интеграция — не техническое дополнение к готовому кабинету. Во многих проектах она является частью его основной бизнес-логики.

Главная страница должна помогать работать, а не просто приветствовать

После авторизации пользователю необязательно видеть большой баннер и текст «Добро пожаловать в личный кабинет». Гораздо полезнее показать информацию, ради которой он сюда пришёл.

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

Хорошая главная страница личного кабинета отвечает на несколько простых вопросов: что сейчас происходит, требует ли что-то моего внимания и какое действие мне, скорее всего, понадобится следующим?

Так интерфейс становится рабочим инструментом, а не просто набором разделов за авторизацией.

Не заставляйте пользователя повторять то, что система уже знает

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

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

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

Ценность цифрового сервиса появляется тогда, когда он действительно убирает лишние действия, а не просто переносит их на экран.

Продумайте обратную связь системы

Пользователь должен понимать, что происходит после каждого важного действия.

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

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

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

Безопасность зависит от возможностей кабинета

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

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

При проектировании необходимо определить, какие данные являются чувствительными, каким операциям требуется дополнительное подтверждение, нужна ли двухфакторная аутентификация, как управляются сессии и что происходит после увольнения сотрудника клиента.

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

Мобильная версия зависит от реального сценария

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

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

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

После запуска нужно смотреть, пользуются ли кабинетом

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

Какие функции используются чаще всего? Где люди прекращают сценарий? Какие действия всё равно продолжают выполнять через менеджеров? Какие вопросы регулярно приходят в поддержку? Возвращаются ли клиенты в кабинет после первого входа?

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

Поэтому развитие личного кабинета не заканчивается релизом. Реальные данные позволяют постепенно улучшать сценарии и определять, какие функции стоит создавать следующими.

Как понять, что личный кабинет действительно полезен

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

Клиент быстрее получает информацию и может решить типовую задачу без ожидания ответа менеджера. Сотрудники компании меньше времени тратят на передачу документов, уточнение статусов и другие повторяющиеся операции. Данные реже переносятся вручную между системами, а значит, снижается вероятность ошибок.

При этом полностью исключать человека из процесса тоже необязательно. Сложные вопросы, нестандартные условия и важные переговоры могут по-прежнему оставаться за менеджером. Задача личного кабинета — не заменить любое общение, а убрать из него рутину.

Проектируйте не раздел сайта, а сервис

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

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

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

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