Портал самообслуживания снижает нагрузку на поддержку только там, где один и тот же клиент обращается регулярно. У компании с разовыми покупками он не снимает почти ничего: человек, который зайдёт на портал один раз в жизни, быстрее напишет в чат, чем вспомнит пароль. Это не мнение, а следствие арифметики, которую мы ниже разберём по шагам.
Модельный пример: поток 6 000 обращений в месяц, справочные и транзакционные вопросы занимают 40%, портал перехватывает 30% из них. Это 720 обращений, 84 освободившихся часа и, при типовой цене портала 1 200 000 ₽, окупаемость около 35 месяцев. Почти три года — цифра, которую в коммерческих предложениях не показывают.
Ниже — три условия окупаемости, разбор того, какие блоки портала реально снимают поток, полный расчёт, четыре причины, по которым клиенты в личный кабинет не заходят, и вариант вдвое дешевле, который в большинстве случаев стоит делать первым.
Три условия, без которых портал не окупится
Условия проверяются по своим данным за час и работают вместе, а не по отдельности. Выполнены все три — портал считаем всерьёз. Выполнены два — сначала считаем дешёвую альтернативу. Одно — разговор о портале преждевременный.
- 1Клиент обращается регулярно
Не реже раза в один-два месяца: подписка, обслуживание, регулярные поставки, абонемент, аренда. Проверяется по базе — доля клиентов, обратившихся больше двух раз за квартал. Если она ниже 20%, привычки заходить в кабинет не сформируется никогда.
- 2Справочных и транзакционных вопросов не меньше 35–40%
Это вопросы, у которых есть однозначный ответ в системе: где заказ, когда доставят, где акт, перенеси дату, поменяй адрес. Долю берут из справочника тем, а не на глаз: обычно она оказывается ниже, чем кажется руководителю поддержки.
- 3Вход в личный кабинет уже существует и им пользуются
Если кабинета нет, к стоимости портала добавляется стоимость формирования привычки — а это самая дорогая и самая непредсказуемая часть проекта. У компаний с готовым кабинетом перехват выходит вдвое выше при том же наполнении.
Проверка занимает вечер и делается на своих данных. Частота обращений считается по базе: сколько клиентов за квартал обратились больше двух раз. Доля справочных берётся из разметки ста-двухсот обращений за неделю — той же выборки, на которой строится справочник тем. Наличие привычки к кабинету видно по числу входов за месяц в отношении к числу активных клиентов: ниже 15% привычки нет, и портал придётся не наполнять, а рекламировать собственным клиентам.
Вертикальная схема из трёх последовательных ворот сверху вниз: «клиент обращается чаще раза в два месяца», «справочных и транзакционных вопросов ≥ 35–40%», «личный кабинет уже есть и им пользуются». Прошедшая все три стрелка ведёт в блок «считаем портал, 1 200 000 ₽». Боковые отводы от первых двух ворот ведут в блок «публичная база знаний, 200 000 ₽». Чертёжный стиль, подписи по-русски.
Что кладут в портал и что из этого снимает поток
Наполнение портала обычно обсуждают списком, в котором все пункты выглядят одинаково полезными. На поток они влияют очень по-разному, и порядок реализации должен идти от верхних строк таблицы к нижним.
| Блок портала | Какие обращения снимает | Влияние на поток | Что требуется |
|---|---|---|---|
| Статусы заказов и заявок | «Где мой заказ», «когда привезут», «взяли ли в работу» | Наибольшее: это самая частая тема справочных обращений | Интеграция с учётной системой на чтение |
| Документы: счета, акты, накладные, УПД | «Пришлите закрывающие», «повторите счёт» | Высокое в B2B, близкое к нулю в рознице | Доступ к документам и права по договорам |
| Типовые действия | Перенос даты, отмена, смена адреса, заявка на возврат | Среднее, но растёт со временем | Запись в учётную систему, правила и лимиты |
| База знаний внутри кабинета | Вопросы «как сделать» и «что означает» | Низкое: за ответами идут в поиск, а не в кабинет | Готовые статьи и нормальный поиск |
| Переписка с поддержкой в кабинете | Не снимает — переносит канал | Нулевое по нагрузке, полезно для истории | Связь с общей лентой обращений |
Отсюда практический вывод: поток снимают статусы, документы и действия, то есть интеграции с учётной системой. База знаний, спрятанная за входом в кабинет, работает плохо — её ищут в поисковике, а не после авторизации. Именно поэтому в расчёте ниже перехват считается только от справочных и транзакционных обращений.
Расчёт: 6 000 обращений, 40% справочных
Считаем в часах, а не сразу в рублях: так видно, почему экономию нельзя записывать целиком. Вводные — те же, что в опорной статье кластера: полная стоимость оператора 110 000 ₽ в месяц, среднее время обработки обращения 7 минут, полезная мощность одного оператора 117,6 часа в месяц.
Верхняя граница в 78 100 ₽ — это стоимость высвобожденного времени, а не деньги в кассе. Оператора на 71% ставки не увольняют: экономия становится реальной только как отменённый наём при росте потока или как перевод людей с очереди на работу, до которой раньше не доходили руки. В обосновании бюджета честно писать именно так — иначе через год расчёт не сойдётся с отчётом о прибылях.
Цифра 30% перехвата — не заниженная. На живых внедрениях у компаний с регулярными клиентами она попадает в диапазон 25–35% от справочных обращений, у компаний с разовыми покупками — 5–12%. Обещание «портал снимет половину всех обращений» означает либо перехват 100% справочных, чего не бывает, либо подмену: в расчёт незаметно добавлены эффекты первой линии.
Воронка из трёх убывающих блоков слева направо: «6 000 обращений в месяц» → «2 400 справочных и транзакционных, 40%» → «720 перехвачено порталом, 30% от справочных». Под третьим блоком выноска «84 часа = 0,71 ставки = 78 100 ₽ верхняя граница». Справа отдельный столбик расходов «44 000 ₽/мес» и подпись «чистый эффект 34 100 ₽/мес, окупаемость 35 месяцев при вложении 1 200 000 ₽». Чертёжный стиль, подписи по-русски.
Четыре причины, по которым клиенты не заходят
Построенный и пустующий портал — обычная история, и причины у неё всегда одни и те же. Каждая лечится, но три из четырёх лечатся не разработкой.
- 1Вход сложнее вопроса. Пароль забыт, восстановление через почту, которой клиент не пользуется. Лечится входом по коду из SMS и, отдельно, доступом к статусу заказа по его номеру вообще без авторизации — самая недооценённая функция портала.
- 2Клиент не знает, что портал есть. Лечится ссылкой в каждом уведомлении о заказе, в подписи оператора и в чеке. Одного анонса при запуске не хватает: заходить начинают те, кому ссылку показали в момент, когда вопрос уже возник.
- 3В портале нет ответа на его вопрос. Проверяется по десяти самым частым темам: если хотя бы три из них портал не закрывает, поток он не снимет. Это возвращает к порядку работ — статусы и документы первыми.
- 4Быстрее спросить. Главная причина и единственная, с которой нельзя спорить. Если найти ответ в кабинете дольше, чем написать сообщение, клиент напишет сообщение. Отсюда требование: путь до статуса заказа — не больше двух нажатий с главного экрана.
Вариант вдвое дешевле: публичная база знаний
Публичная база знаний с нормальным поиском и подсказками прямо в канале обращения перехватывает меньше портала — примерно 12% справочных вопросов против 30%, потому что не умеет отвечать про конкретный заказ. Зато она работает без авторизации, индексируется поисковиками и стоит принципиально других денег.
Двенадцать месяцев против тридцати пяти — при вдвое меньшем эффекте. Разница в отношении, а не в абсолютных цифрах, и именно поэтому база знаний почти всегда делается первой. Сколько часов в месяц занимает её ведение и кто в компании этим занимается, разобрано в отдельной статье про ведение базы знаний поддержки; работа эта не разовая, и 15 000 ₽ в месяц из расчёта — про неё.
Если первая линия уже закрывает 45% потока, справочных обращений в очереди остаётся меньше, и перехват порталом падает примерно вдвое — до 12–15% от исходной доли. Три инструмента борются за одни и те же обращения, поэтому порядок такой: сначала база знаний, потом первая линия с автоответами, портал — третьим, когда останутся именно те вопросы, которые требуют личных данных клиента.
Сравнение двух колонок. Левая «портал самообслуживания»: вложение 1 200 000 ₽, эксплуатация 44 000 ₽/мес, перехват 720 обращений, чистый эффект 34 100 ₽/мес, окупаемость 35 месяцев. Правая «публичная база знаний с поиском»: вложение 200 000 ₽, эксплуатация 15 000 ₽/мес, перехват 288 обращений, чистый эффект 16 400 ₽/мес, окупаемость 12 месяцев. Внизу общая подпись «поток 6 000 обращений, справочных 40%». Чертёжный стиль, подписи по-русски.
Кому портал не стоит делать
Четыре ситуации, в которых деньги за портал уходят в интерфейс, которым никто не пользуется.
- Разовые покупки. Мебель, окна, техника, ремонт: клиент обращается два-три раза за весь цикл сделки и больше не возвращается. Привычка заходить не формируется, а статус заказа дешевле присылать самому — уведомлением в мессенджер.
- Пожилая или нетехнологичная аудитория. Здесь портал не снижает нагрузку, а добавляет её: к обычным обращениям прибавляются вопросы о том, как войти в кабинет.
- Меньше 1 500 обращений в месяц. При 40% справочных и перехвате 30% это около 180 обращений и 21 час — примерно 19 600 ₽ верхней границы экономии в месяц против 44 000 ₽ эксплуатации. Портал уходит в минус ещё до учёта вложения.
- Справочных вопросов меньше четверти потока. Значит, к вам обращаются за решениями, а не за информацией. Такие обращения портал не забирает: их закрывает человек или первая линия с доступом в учётную систему.
В смете портала есть и статья, о которой вспоминают в последнюю очередь: он показывает клиенту его собственные данные, а значит, попадает под требования к защите персональных данных целиком. В бюджет закладываются проверка защищённости перед запуском, разграничение прав внутри компании-клиента, журнал доступов и порядок реагирования на инцидент. По рынку это 100 000–250 000 ₽ разово и часть тех самых 30 000 ₽ ежемесячной поддержки — сумма не критичная, но её отсутствие в коммерческом предложении означает, что подрядчик про эту часть просто не подумал.
Отдельный случай — оптовый B2B, где портал строится не ради снижения нагрузки на поддержку, а ради приёма заказов и работы с прайсами. Экономика там считается по другой формуле, и разобрана она в материале о B2B-портале для оптовых клиентов: снятие обращений в таком проекте — приятный побочный эффект, а не цель.
