Я проверяю готовность SaaS к самостоятельной покупке по моменту, когда менеджер перестаёт объяснять базовый путь

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

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

Самостоятельная покупка — не отсутствие людей

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

В B2B это особенно заметно. Компания может не купить сервис без договора, счёта или проверки безопасности. Это нормально. Самостоятельность начинается раньше: человек не должен собирать по письмам ответ на вопрос, подходит ли ему продукт и что потребуется для старта.

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

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

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

Такой разбор продолжает логику первого обязательства клиента в B2B-онбординге. Важно не отправить письмо с инструкцией, а помочь сделать действие, после которого у человека появляется собственный рабочий контур.

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

Четыре вещи, которые должны быть ясны

Для выбранного сценария я проверяю четыре вопроса.

1. Для кого он. Не «для любого бизнеса», а для роли и ситуации. Например: руководитель отдела продаж хочет перестать собирать статусы по чатам.
2. Что произойдёт в первый день. Не список возможностей, а одно действие с понятным результатом.
3. Что стоит отдельно. Тариф, внедрение, перенос данных, дополнительный контур — всё, что может изменить ожидание клиента, лучше назвать до разговора об оплате.
4. Куда обратиться, если путь перестал быть типовым. Живой контакт не исчезает, но появляется в понятной точке, а не как единственный способ сдвинуться с места.

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

Где продукт обычно выдаёт себя

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

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

Что измерять вместо количества регистраций

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

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

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

Самостоятельность растёт по ступеням

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

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