Личный кабинет клиента: что показывать, чтобы он не писал в поддержку
Какие блоки нужны в личном кабинете клиента, как показывать статусы, документы и историю платежей, чтобы клиент не писал в поддержку.
Редакция ADS BeastОпубликовано 8 мин чтения
Личный кабинет клиента показывает статус его текущих заявок и заказов, историю операций с документами и понятный способ связаться с тем, кто ведёт его вопрос. Всё остальное добавляйте только после того, как клиент реально начал этим пользоваться. Кабинет решает одну задачу: снять с менеджера повторяющиеся вопросы.
Коротко
- Главный экран отвечает на вопрос «что с моим заказом», а не «что у нас нового».
- Обязательный минимум: статусы, история операций, документы, контакт ответственного.
- Пустой раздел хуже отсутствующего: он создаёт ощущение, что сервис не работает.
- Статус без объяснения следующего шага всё равно приводит в поддержку.
- Набор экранов пересматривают по тому, какие разделы открывают, а какие нет.
С чего начать: какие данные клиент хочет видеть
Начните с задач, которые клиент решает у вас: оплата, заявки, доставка, отчётность. Выпишите вопросы, которые он чаще всего задаёт менеджеру, и проверьте, на какие из них можно ответить на экране без переписки. Показывать стоит то, что закрывает эти вопросы, а не всё, что есть в базе.
Практический приём: возьмите переписку или записи звонков за последний месяц и отметьте повторяющиеся формулировки. «Когда будет», «какой статус», «пришлите счёт», «кто занимается моим вопросом» — каждая такая фраза превращается в блок кабинета. Вопросы, которые задают один раз в год, в интерфейс выносить незачем.
Есть второй источник — менеджеры. Спросите их, что они пересылают клиентам руками: счета, акты, скриншоты статусов. Всё, что пересылается регулярно, просится в кабинет. Заодно спросите, что клиенты понимают неверно: если человек трижды за день спрашивает, почему заказ стоит в одном статусе, проблема в формулировке этапа, а не в клиенте.
Что обязательно показывать в личном кабинете клиента
Обязательный набор небольшой: статус текущих заявок или заказов, история операций и документы по ним, способ связаться с вами и увидеть, кто ведёт его вопрос. Остальные блоки добавляйте, если клиент ими пользуется. Пустые разделы создают ощущение, что сервис не работает.
Минимальный набор выглядит так:
- текущие заявки и заказы со статусом и датой следующего шага;
- история операций: что заказано, что оплачено, что закрыто;
- документы по операциям — счета, акты, закрывающие;
- ответственный сотрудник с контактом;
- способ задать вопрос по конкретной заявке, а не «в общую поддержку».
Обратите внимание на последний пункт. Клиенту проще написать там, где он смотрит на свой заказ, чем искать форму обратной связи в другом разделе. Если вопрос привязан к заявке, менеджер сразу видит контекст и не тратит первые минуты на выяснение, о чём речь.
Почему не стоит показывать все данные сразу
Лишние блоки усложняют навигацию и мешают найти главное. Если клиент заходит проверить статус заявки, а видит десять разделов с аналитикой, он дольше ищет нужное и чаще звонит в поддержку. Набор экранов стоит пересматривать по тому, какие разделы открывают, а какие нет.
У этого правила есть неприятное следствие: соблазн показать «всё, что у нас есть» почти всегда побеждает на этапе проектирования. Разработка уже сделана, данные уже собираются, и кажется, что спрятать их — потерять ценность. Ценность теряется наоборот: клиент не находит главное и считает сервис неудобным.
Разделите содержимое кабинета на два уровня. Первый — то, что клиент открывает регулярно: статусы, платежи, документы. Второй — то, что нужно редко: архив, детальная статистика, настройки. Второй уровень убирайте за отдельный вход, а не выносите на главный экран.
| Что показывает блок | Клиент открывает | Что делать с блоком |
|---|---|---|
| Статус текущих заявок | Почти каждый визит | На главный экран, крупно |
| История операций и платежей | Регулярно, при сверке | На главный экран или в один клик |
| Документы по операциям | Регулярно, в отчётный период | Рядом с операцией |
| Ответственный и контакт | Когда возник вопрос | В шапке заявки |
| Аналитика и сводные графики | Часть клиентов, редко | Отдельный раздел |
| Архив за прошлые периоды | По запросу | Отдельный раздел, не на виду |
Таблица описывает не универсальный шаблон, а принцип приоритета. У сервиса с ежемесячной подпиской на первом месте окажутся платежи и документы, у сервиса с заявками — их статусы. Порядок зависит от того, зачем клиент заходит чаще всего.
Как показывать статусы заявок и заказов
Используйте короткие понятные названия этапов и объясняйте, что происходит дальше и от кого зависит следующий шаг. Если статус меняется вручную, честно укажите, когда он обновится. Когда клиент видит причину задержки, у него меньше поводов писать в поддержку.
Хороший статус отвечает на три вопроса: где сейчас заказ, что будет дальше, кто должен сделать следующий шаг. Плохой ограничивается словом из внутренней системы, которое клиенту ничего не говорит. «В обработке» может означать и «менеджер ещё не открыл заявку», и «ждём ответа от поставщика» — разница для клиента огромная.
Проверьте названия этапов на понятность. Внутренние термины вроде «квалификация» или «резерв» понятны вам и не понятны клиенту. Если без термина не обойтись, добавьте одну строку пояснения под статусом.
Нумерованный список — это порядок, в котором стоит навести порядок в статусах:
- Выпишите все этапы, которые заявка проходит во внутренней системе.
- Сведите их к коротким названиям, понятным человеку со стороны.
- Для каждого этапа допишите, что происходит дальше и от кого зависит шаг.
- Отметьте этапы, где статус меняется вручную, и укажите, когда ждать обновления.
- Проверьте, что причина задержки видна клиенту, а не только сотруднику.
Отдельно про ручные статусы. Если сотрудник обновляет этап раз в день, а клиент смотрит на экран каждый час, он видит устаревшую картину и делает неверный вывод. Честная подпись «статус обновляется вручную, менеджер проверит заявку в рабочее время» снимает больше вопросов, чем мгновенная, но неверная смена этапа.
Где разместить документы и историю платежей
Документы и историю платежей размещайте рядом с блоком, где клиент проверяет заказ или оплату: так он не ищет счёт по всему кабинету. Документы стоит отдавать в формате, который открывается без специальных программ, и хранить за период, который нужен клиенту для отчётности. Точный срок хранения зависит от вашего учёта и договора с клиентом.
Практика показывает: клиент ищет документ от операции, а не операцию от документа. Он помнит, что платил в марте, и хочет найти счёт за март. Значит, вход в документы должен быть из строки платежа, а не из отдельного раздела «Документы», куда ещё надо догадаться зайти.
Что стоит предусмотреть в блоке документов:
- название документа и период, к которому он относится;
- формат, который открывается на телефоне и на компьютере без установки программ;
- понятное имя файла, по которому документ узнаётся в папке загрузок;
- возможность скачать несколько документов за период, если клиент ведёт отчётность.
Про срок хранения не угадывайте. Он зависит от того, как вы ведёте учёт, и от договора с конкретным клиентом. Если не уверены — держите документы дольше, чем просит клиент, и скажите ему, за какой период архив доступен.
Кто ведёт вопрос клиента и как с вами связаться
В кабинете должно быть видно, кто ведёт вопрос клиента, и как с этим человеком связаться. Безымянная поддержка заставляет клиента каждый раз заново объяснять ситуацию. Имя, роль и рабочий контакт в шапке заявки экономят обеим сторонам один круг переписки.
Контакт не обязан быть личным номером менеджера. Подойдёт рабочая почта, чат внутри кабинета или телефон отдела с указанием, к кому обращаться. Важно, чтобы клиент не гадал, куда писать, и чтобы вопрос попадал к тому, у кого есть контекст.
Если менеджер меняется, обновите контакт в кабинете в тот же день. Клиент, который написал прежнему сотруднику и не получил ответа, считает, что его бросили, — даже если новый менеджер уже всё сделал.
Какие отчёты уместны в кабинете клиента
Отчёты нужны, если клиент по ним принимает решения, а не если их легко построить. В кабинете уместны те сводки, которые клиент открывает сам и по которым задаёт вопросы. Всё остальное лучше отдавать по запросу.
Здесь работает то же правило, что и с разделами: отчёт, который никто не открывает, занимает место и создаёт шум. Если вы делаете регулярные сводки, проверьте, что они читаются без пояснений. Как автоматика портит смысл цифр и где это происходит, разобрано в материале про автоматические отчёты и потерю смысла. Структура, которую клиент понимает с первого экрана, описана в статье про шаблон отчёта по рекламе.
Если клиенту нужны не пятьдесят показателей, а пять, ориентируйтесь на подход из материала дашборд для владельца бизнеса: пять цифр вместо пятидесяти. А если кабинет используется как часть вашего сервиса, подумайте, стоит ли отдавать отчёты под вашим брендом — об этом отчёт под собственным брендом: что это меняет.
Сводить показатели по кампаниям удобно в разделе с отчётами по рекламе и аналитикой: там видно CPA, CTR, CPC и CPM по подключённым кабинетам. Если клиент спрашивает, хорош ли его CTR, сравнение с ориентирами есть в разборе какой хороший CTR на YouTube.
Как проверить кабинет перед запуском
Проверка занимает один проход по сценариям клиента. Пройдите путь от входа до ответа на главный вопрос и отметьте, где приходится думать. Всё, где вы задумались, клиент тоже заметит.
Что проверить:
- клиент попадает на статус своей заявки без лишних кликов;
- у каждого статуса понятно, что будет дальше;
- документ находится от операции, а не через отдельный раздел;
- видно, кто ведёт вопрос, и как с ним связаться;
- пустых разделов нет;
- на телефоне главное видно без горизонтальной прокрутки.
Последний пункт часто недооценивают. Клиенты заходят с телефона, и таблица, которая на компьютере выглядит аккуратно, на узком экране превращается в кашу. Проверяйте на реальном телефоне, а не в уменьшенном окне браузера.
Следующий шаг
Возьмите десять последних вопросов клиентов менеджеру и отметьте, на какие из них кабинет уже отвечает, а на какие нет. Скорее всего, окажется, что половину вопросов снимает один блок — статус с объяснением следующего шага. Начните с него, а остальное добавляйте по мере того, как клиенты начнут пользоваться разделами. Посмотреть, как устроены отчёты и сводки по кампаниям, можно на странице аналитических отчётов.