Бесплатный первый цикл: инвестиция в модель, а не вечный сервис

Мне регулярно задают ещё один вопрос.

Его задают консультанты, наставники, эксперты, участники акселераторов и потенциальные инвесторы:

Почему вы делаете первый цикл бесплатно и за свой счёт? Почему не брать деньги за внедрение сразу, если вы тратите время основателя и команды?

Вопрос логичный.

Особенно со стороны.

Мы подключаем данные.

Погружаемся в контекст.

Помогаем сформулировать гипотезу.

Калибруем критерий.

Разбираем реальные коммуникации.

Обсуждаем с руководителем следующий шаг.

Иногда кажется очевидным: за такую работу нужно сразу выставлять счёт.

На рынке я вижу другой привычный подход.

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

Условные 50 тысяч рублей становятся входным билетом в продукт.

Я сознательно не хочу сейчас строить нашу модель вокруг этого платежа.

Не потому, что наша работа ничего не стоит.

И не потому, что я собираюсь бесконечно делать всё бесплатно.

Причина другая.

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

Наша конечная цель намного больше стоимости внедрения

Долгосрочная цель продукта - 1 млрд рублей годовой выручки.

К ней нельзя прийти только за счёт продажи ручных внедрений.

Даже если сто клиентов заплатят по 50 тысяч рублей, компания один раз получит 5 млн рублей.

Это деньги.

Они могут быть полезны.

Но сами по себе они не доказывают, что у нас появился масштабируемый продукт.

Для большой компании важнее другая конструкция:

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

Разовый платёж за внедрение и повторяемая подписная модель - разные активы.

Первый даёт выручку один раз.

Вторая создаёт экономику, которая повторяется.

Поэтому сейчас я оптимизирую процесс не под максимальную оплату на входе.

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

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

Когда клиент должен сначала заплатить существенную сумму, меняется сам состав входящих компаний.

Остаются те, кто:

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

Это могут быть хорошие клиенты.

Но выборка становится искажённой.

Мы начинаем проверять не только ценность продукта.

Мы одновременно проверяем способность клиента купить сложное внедрение.

Для ранней стадии это опасно.

Можно решить, что продукт нужен только крупным и очень зрелым компаниям.

Хотя на самом деле менее зрелые компании просто не готовы платить десятки тысяч рублей до того, как увидели первый результат.

Можно сделать onboarding тяжёлым, потому что клиент уже заплатил и вынужден терпеть.

Можно не заметить, что ценность объясняется слишком долго.

Можно компенсировать слабый продукт дорогой ручной работой.

Можно научиться продавать внедрение, но не научиться быстро доводить до результата.

Мне нужна другая проверка.

Я хочу увидеть, способен ли клиент войти в продукт с минимальным риском и пройти один полный управленческий цикл.

Бесплатный цикл снижает цену первого решения

У сложного B2B-продукта клиент покупает не только функцию.

Он принимает несколько рискованных решений сразу.

Нужно дать доступ к коммуникациям.

Выделить время руководителя.

Признать, что в продажах есть неопределённость.

Обсудить критерии работы сотрудников.

Возможно, показать внутренние разногласия.

Попробовать изменить поведение команды.

А затем вернуться к повторному измерению.

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

Клиент ещё не понимает:

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

Поэтому бесплатный стандартизированный первый цикл снижает цену ошибки для клиента.

Он может проверить подход не по презентации и не по обещанию.

А на собственных коммуникациях.

Для нас бесплатный цикл тоже является проверкой

Бесплатность не означает, что ценность получает только клиент.

Мы также покупаем важное знание.

За свой счёт мы получаем возможность проверить:

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

По сути, мы инвестируем собственное время и деньги в ускорение discovery.

Не в абстрактное исследование рынка.

В реальные циклы с реальными компаниями.

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

Что именно мы даём бесплатно

Здесь нужна жёсткая граница.

Бесплатно - не значит:

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

Бесплатным является один стандартизированный первый цикл.

Его логика:

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

Это не бесплатный консалтинговый проект.

Это ограниченная проверка механизма продукта.

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

Если бесплатный вход каждый раз устроен по-разному, мы ничего не проверяем.

Один клиент получает анализ звонков.

Другой - исследование конкурентов.

Третий - обучение отдела.

Четвёртый - индивидуальную таблицу.

Пятый - пересборку процесса продаж.

Даже если все довольны, модель не складывается.

Невозможно понять:

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

Поэтому важна не только граница бесплатного объёма.

Важна одинаковая базовая последовательность.

Контекст клиентов различается.

Но сама работа должна оставаться узнаваемой и сравнимой.

Бесплатность не должна скрывать слабость продукта

Есть опасная ловушка.

Когда клиент не платит, он может быть терпеливее.

Не требовать быстрый результат.

Соглашаться на дополнительные встречи.

Не возвращаться к продукту, но при этом сохранять хорошие отношения.

Говорить, что всё было интересно и полезно.

Для команды это создаёт ложное ощущение успеха.

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

Мне важно увидеть:

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

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

Где проходит граница между первым циклом и дополнительной работой

Граница должна быть понятна до старта.

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

За пределы цикла выходит работа, если клиент хочет:

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

Такая работа может быть полезной.

Но она должна отдельно обсуждаться, оцениваться и оплачиваться.

Иначе бесплатный продуктовый вход незаметно превращается в бесплатный консалтинг.

Почему я не хочу зарабатывать на обязательной сложности

Есть бизнес-модели, в которых внедрение становится отдельным источником прибыли.

Продукт сложный.

Клиент не может разобраться сам.

Поэтому компания продаёт часы специалистов, настройку и обучение.

Иногда это нормальная модель.

Но для нас сейчас она создаёт неправильный стимул.

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

Каждая непонятная настройка превращается в оплачиваемую услугу.

Каждое повторяемое объяснение - в дополнительный час.

Каждая слабость интерфейса - в доход внедрения.

Я хочу обратную мотивацию.

Чем чаще мы вручную повторяем один шаг, тем сильнее причина убрать его из ручной работы.

Чем больше клиенту нужно объяснять, тем важнее встроить объяснение в onboarding.

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

Мы должны богатеть не на том, что продукт тяжёлый.

Мы должны богатеть на том, что повторяемая ценность масштабируется.

Что бесплатный цикл должен оставлять после себя

Каждый первый цикл должен создавать два результата.

Результат для клиента

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

Результат для продукта

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

Если второй результат не появляется, мы просто бесплатно оказываем услугу.

Если первый не появляется, клиент не получает ценность.

Полезный цикл должен создавать оба.

Как понять, что бесплатный цикл можно заканчивать

Он не должен длиться до тех пор, пока клиент полностью не перестроит продажи.

Первый цикл завершается, когда:

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

Дальше возможны три решения.

1. Клиент переходит в регулярное платное использование

Он продолжает работать с данными и запускает следующие циклы.

Это основной желаемый сценарий.

2. Клиенту нужен отдельный консалтинг

Запрос выходит за границы продукта.

Тогда работа обсуждается как отдельная услуга, а не прячется внутри бесплатного внедрения.

3. Клиент не увидел достаточной ценности

Мы фиксируем причину и не растягиваем сопровождение ради надежды когда-нибудь его убедить.

Отказ тоже является данными.

Когда бесплатная модель должна измениться

Бесплатный первый цикл - не вечная догма.

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

Со временем должны появиться признаки, что условия можно менять.

Например:

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

Тогда возможны разные модели:

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

Но переход должен происходить не потому, что «пора брать деньги».

Он должен опираться на зрелость модели.

Какие показатели я бы отслеживал

Чтобы бесплатный цикл не превратился в красивую идеологию, его нужно считать.

Минимально я хочу видеть:

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

Особенно важна не конверсия из встречи в оплату сама по себе.

Важна конверсия из первого цикла в регулярное получение ценности.

Как это связано со 100 циклами

Горизонт в 100 циклов нужен не для того, чтобы сто раз бесплатно сделать любую работу.

Нам нужно сто раз проверить стандартную последовательность.

На разных клиентах.

С разными гипотезами.

С успешными и неуспешными результатами.

Чтобы понять:

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

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

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

Компания может раньше нас получить деньги.

Продать сто внедрений.

Показать выручку.

Нанять внедренцев.

Это само по себе не означает, что она построила лучший продукт.

Возможно, она построила сильную услугу.

Возможно, клиент продолжает платить за постоянную ручную помощь.

Возможно, каждое внедрение начинается почти с нуля.

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

Я не считаю такую модель автоматически плохой.

Но это не та ставка, которую делаю я.

Моя ставка:

раньше других построить воспроизводимый путь от первого вопроса до регулярной управленческой ценности.

Победит не обязательно тот, кто первым получил 50 тысяч рублей за внедрение.

На длинной дистанции сильнее окажется тот, кто раньше понял, что повторяется, передал это команде, встроил в продукт и начал получать выручку каждый месяц.

Что я хочу, чтобы понимала команда

Когда мы делаем первый цикл бесплатно, это не означает, что время компании бесплатное.

Наоборот.

Мы инвестируем ограниченный ресурс в конкретную проверку.

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

Команда должна знать:

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

Бесплатность без этой рамки разрушает фокус.

Бесплатность внутри стандарта ускоряет развитие.

Мой ответ внешним экспертам

Почему я трачу собственное время и деньги на первый цикл?

Потому что сейчас это более выгодная инвестиция, чем разовая оплата за внедрение.

Она помогает:

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

Но только при одном условии.

Первый цикл должен оставаться первым циклом.

Ограниченным.

Стандартным.

Измеримым.

И ведущим либо к платному продолжению, либо к честному выводу, что ценности пока недостаточно.

Иначе инвестиция превращается в вечный бесплатный сервис.

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