Пилот

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

Зачем пилот

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

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

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

Скоуп

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

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

Метрика успеха берётся напрямую из диагностики: то самое «до» и «после»,…

🔒

Этот материал доступен участникам Клуба. Войдите или оформите доступ, чтобы читать целиком, открывать видео и комментировать.

Войти Вступить / купить доступ