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

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

Редакция ADS BeastОпубликовано 8 мин чтения

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

Коротко

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

С чего начать: какие данные клиент хочет видеть

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

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

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

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

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

Минимальный набор выглядит так:

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

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

Почему не стоит показывать все данные сразу

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

У этого правила есть неприятное следствие: соблазн показать «всё, что у нас есть» почти всегда побеждает на этапе проектирования. Разработка уже сделана, данные уже собираются, и кажется, что спрятать их — потерять ценность. Ценность теряется наоборот: клиент не находит главное и считает сервис неудобным.

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

Что показывает блокКлиент открываетЧто делать с блоком
Статус текущих заявокПочти каждый визитНа главный экран, крупно
История операций и платежейРегулярно, при сверкеНа главный экран или в один клик
Документы по операциямРегулярно, в отчётный периодРядом с операцией
Ответственный и контактКогда возник вопросВ шапке заявки
Аналитика и сводные графикиЧасть клиентов, редкоОтдельный раздел
Архив за прошлые периодыПо запросуОтдельный раздел, не на виду

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

Как показывать статусы заявок и заказов

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

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

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

Нумерованный список — это порядок, в котором стоит навести порядок в статусах:

  1. Выпишите все этапы, которые заявка проходит во внутренней системе.
  2. Сведите их к коротким названиям, понятным человеку со стороны.
  3. Для каждого этапа допишите, что происходит дальше и от кого зависит шаг.
  4. Отметьте этапы, где статус меняется вручную, и укажите, когда ждать обновления.
  5. Проверьте, что причина задержки видна клиенту, а не только сотруднику.

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

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

Где разместить документы и историю платежей

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

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

Что стоит предусмотреть в блоке документов:

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

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

Как навести порядок в статусах заявок. Выписать этапы: Все шаги, которые заявка проходит внутри; Свести к коротким названиям: Понятным человеку со стороны; Дописать следующий шаг: Что дальше и от кого зависит; Отметить ручные статусы: Указать, когда ждать обновления; Показать причину задержки: Клиен
Пять шагов от внутренних этапов к понятным названиям

Кто ведёт вопрос клиента и как с вами связаться

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

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

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

Какие отчёты уместны в кабинете клиента

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

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

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

Сводить показатели по кампаниям удобно в разделе с отчётами по рекламе и аналитикой: там видно CPA, CTR, CPC и CPM по подключённым кабинетам. Если клиент спрашивает, хорош ли его CTR, сравнение с ориентирами есть в разборе какой хороший CTR на YouTube.

Как проверить кабинет перед запуском

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

Что проверить:

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

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

Следующий шаг

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