Если клиентский кабинет к сезону не успеваем: что закрывают за шесть недель

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

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

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

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

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

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

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

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

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

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

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

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

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

Напоминания с прямой ссылкой внутрь: без них кабинет остаётся местом, куда надо вспомнить зайти.

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

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

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

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

Ручная отметка вместо автоматической обработки. Сотрудник помечает принятое и проверенное — это перенос работы на человека на один цикл, и он допустим, пока такой человек у вас на сезон есть.

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

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

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

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

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

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

Замеров в кейсе нет: ни снятых обращений, ни сэкономленных часов, ни срока сборки урезанной версии. Выдумывать их мы не станем. Переносится устройство, а не цифры.

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

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

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

И дата заморозки тоже записывается. Нарушают её обычно не подрядчики, а заказчики: «давайте ещё вот это поле, это же быстро». Быстро добавленное поле за три дня до пика — частая причина того, что в пик что-то не работает.

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

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

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

Чего мы не обещаем: что урезанный кабинет снимет поток. Он снимает ту его часть, которую вы посчитали в первых двух пунктах, и ровно настолько, насколько клиенты туда зайдут. И не обещаем, что доделать после сезона выйдет легче, чем сделать сразу: часть собранного наспех переделывают. Урезание покупает не экономию работ, а один сезон.

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

Первая — что в кабинете открывали. По разделам, с числом заходов и долей клиентов, которые вернулись хотя бы дважды. Это снимает будущий спор «нужен ли нам этот раздел» и обычно показывает, что два из пяти разделов не открывал никто.

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

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

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

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