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

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

Разберем, как выстроить пилотное внедрение, чтобы по его итогам у клиента было не просто ощущение «интересно», а основание принять коммерческое решение.

Победа, за которой ничего не последовало

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

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

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

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

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

Пилот в продажах: тест, пилот и контракт — разные вещи

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

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

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

Контракт — это уже подписанное обязательство с бюджетом, сроками, объемом работ и распределенной ответственностью.

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

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

Три вопроса, о которых никто не подумал до старта

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

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

• Как масштабировать решение? Пилот проходил на одной подстанции и трех трансформаторах. А всего у компании по стране — тысячи таких объектов. Какие подключать первыми? В каком порядке? С какими затратами?
• Из какого бюджета платить? В госкомпании бюджет утверждают на год вперед. Чтобы заложить новый проект, нужно подавать заявку с обоснованием заранее. Такой заявки никто не готовил.
• Кто отвечает за внедрение внутри компании? Технические специалисты участвовали в пилоте, но не принимали закупочных решений. Руководители с бюджетом и полномочиями узнали о проекте только на финальном этапе.

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

Почему технически успешный пилот не гарантирует покупку

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

Если заранее не понять, кто именно принимает коммерческое решение, пилот легко становится «интересным экспериментом», который все хвалят, но никто не покупает.

В кейсе с трансформаторами сделка заморозилась по трем причинам.

• Разное понимание успеха. Инженеры считали пилот успешным. Финансовый директор не видел оснований для решения, потому что экономический эффект никто не посчитал. Закупочный блок не получил формальный акт приемки с прописанными критериями.
• Бюджетная яма. Бюджет капитальных вложений уже был распределен. Чтобы заложить деньги на следующий год, требовалось заранее подготовить заявку с экономическим обоснованием.
• Организационная пустота. Внедрение нового решения означало не только установку программы, но и изменение регламентов, обучение персонала, интеграцию с учетными системами. Владельца результата не назначили.

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

Где ломается переход от пилота к договору

Если смотреть на этапы пилотного проекта как на путь к коммерческому решению, чаще всего переход ломается в пяти местах.

1. Критерии успеха не определены до старта. Нет единого понимания, что значит «пилот прошел успешно».
2. Следующий шаг не зафиксирован. Не описано, что происходит, если критерии достигнуты: кто встречается, кто подписывает акт, кто готовит коммерческое предложение, кто принимает решение.
3. Бюджет не согласован заранее. Деньги не заложены, статья затрат не определена, финансовый блок узнает о проекте слишком поздно.
4. Экономический эффект не посчитан. Клиент видит, что продукт работает, но не понимает, сколько он экономит или зарабатывает.
5. Ответственный за внедрение не назначен. Сделка переходит из отдела в отдел, а владельца результата нет.

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

Что согласовать до старта пилота

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

На этой встрече важно зафиксировать пять параметров.

• Критерий перехода к контракту. Не «решение работает», а конкретный показатель: снижение простоев, выявление определенного числа дефектов, экономия часов инспекций или другая измеримая метрика.
• Бюджетный источник. Статья затрат и порядок подачи заявки должны быть понятны до начала работ.
• Ответственного за внедрение. Это должен быть конкретный руководитель с ресурсами и интересом довести проект до решения.
• План масштабирования. Поэтапный переход от одного объекта к большему объему с указанием сроков и стоимости каждого шага.
• Экономическое обоснование. Расчет снижения затрат на ремонт, простои, аварии или другие показатели, которые важны именно этому клиенту.

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

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

Чек-лист пилота, который готов к контракту

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

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

Когда этого нет, пилот превращается в бесплатное исследование. Технология создает ценность. Но только выстроенная бизнес-модель превращает эту ценность в выручку.

Автор

Мария Сергиенко

Бизнес-консультант, ментор технологических и B2B-проектов