# Как стартапу продать первый пилотный проект корпоративному клиенту

Источник: https://www.youtube.com/watch?v=Wotgsu8C8TE
Канал: Founder Institute
Опубликовано: 29.08.2023

---

Как стартапу преодолеть барьер недоверия крупных корпоративных клиентов и превратить первые демонстрации продукта в реальные контракты? В рамках вебинара акселератора Founder Institute ветеран технологических стартапов и преподаватель MIT Кент Саммерс совместно со своим партнером, экспертом по Enterprise-продажам Джимом Макдональдом, представили проверенную методологию запуска пилотных проектов. Они детально разобрали три модели упаковки B2B-продуктов, 10 обязательных условий коммерческого соглашения и практические методы борьбы с сопротивлением корпоративного статус-кво.

## 🧱 Сила статус-кво: почему клиенты не покупают без тест-драйва
[[JUMP:07:20]]

В сфере B2B-продаж самый сложный этап — это переход от первоначального знакомства к реальному внедрению продукта [07:32]. Кент Саммерс подчеркивает, что презентации, демонстрации и даже убедительные отзывы других клиентов сегодня больше не работают так, как раньше [07:44]. Крупные корпоративные покупатели стали крайне прагматичными: они не готовы платить за софт или услуги, пока не протестируют их внутри своей инфраструктуры, на собственных данных и с участием своих сотрудников [08:09]. 

Даже если у фаундера сложились отличные личные отношения с представителями клиента, а ценностное предложение выглядит безупречно, этого почти никогда не хватает для заключения годового контракта на подписку (SAS) [08:22]. Для покупателя это огромный риск. Именно поэтому пилотные проекты (или Proof of Concept — POC) стали стандартным инструментом в индустрии [09:02]. Они снижают входной барьер и позволяют клиенту «потрогать» продукт с минимальными рисками для себя.

Однако за внешней привлекательностью пилота скрывается невидимый враг любого стартапа — корпоративный статус-кво [13:09]. По словам Кента Саммерса, внутри любой крупной организации действуют мощные силы сопротивления изменениям [13:59]. Под «ватерлинией» организационной структуры скрываются:

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

Любое новое решение, даже несущее очевидную выгоду, неизбежно нарушает этот баланс. Единственный способ победить статус-кво — предложить клиенту максимально простой, дешевый и безопасный способ протестировать ваш продукт [14:26]. 

В Enterprise-продажах этот подход называется стратегией «Land and Expand» («приземлиться и расшириться») [15:20]. Кент Саммерс утверждает, что стартапы, которые сначала фиксируют свое присутствие с помощью успешного пилота, в дальнейшем демонстрируют конверсию в полноценные лицензии в 3–10 раз выше по сравнению с теми, кто пытается продать дорогое комплексное решение «в лоб» [15:45].

## 📦 Три модели упаковки пилотного продукта
[[JUMP:16:30]]

Универсального способа упаковки пилота не существует — конфигурация зависит от специфики отрасли, типа продукта и ценовой политики стартапа [16:53]. Тем не менее, эксперт выделяет три базовые модели, каждая из которых накладывает свои ограничения на продукт и ставит перед отделом продаж особые задачи.

### Горизонтальный пилот (Horizontal Pilot)
При таком подходе стартап ограничивает функциональность продукта, но дает клиенту возможность масштабировать его без ограничений [18:02]. Например, если ваша платформа состоит из трех независимых модулей, вы предоставляете клиенту только первый модуль (Модуль А) [18:15]. При этом клиент может подключать любое количество пользователей и обрабатывать неограниченные объемы данных.

Главная задача продаж в этой модели — доказать ценность базового функционала и убедить клиента докупить остальные модули или расширенные возможности (типичная схема для Freemium-сервисов) [18:43].

### Вертикальный пилот (Vertical Pilot)
В этой модели клиент получает доступ к 100% функций и возможностей продукта, однако стартап жестко ограничивает масштабы его использования [19:25]. Это могут быть лимиты на количество учетных записей (например, не более 5 пользователей), объем загружаемых данных или жестко ограниченное время работы. 

По мнению Кента Саммерса, это наиболее эффективная модель [46:06]. Он приводит аналогию с рестораном: 

> «Это похоже на то, как если бы вы пришли в ресторан, заказали роскошный обед из десяти блюд, расставили его на столе, но разрешили сесть за этот стол только трем гостям [46:44]. Все остальные толпятся за окном, видят эту великолепную еду и безумно хотят войти. Когда они увидят реальную ценность всего комплекса услуг, они с гораздо большей охотой заплатят за полноценные места за столом [46:56]».

Джим Макдональд дополняет, что вертикальный пилот позволяет сразу показать клиенту самые ценные элементы системы («золотые самородки» функционала), оставив при этом стимул для покупки полной версии для решения масштабных корпоративных задач [47:23].

### Точечный пилот (Site Pilot)
Этот вариант оптимален для работы с гигантскими транснациональными корпорациями. Клиент получает полный доступ ко всем функциям продукта и неограниченный масштаб, но только в рамках одного конкретного филиала, завода или департамента [20:45]. Задача стартапа после успешного завершения теста — перенести этот локальный успех на другие подразделения компании [21:13].

## 📜 Десять заповедей успешного пилотного соглашения
[[JUMP:21:56]]

Большинство пилотных проектов терпят неудачу вовсе не из-за плохой работы продукта или отсутствия у клиента реальной потребности. Главная причина провалов, по мнению Кента Саммерса, кроется в размытых ожиданиях сторон и отсутствии четких взаимных обязательств на старте [10:35]. 

Чтобы пилот гарантированно конвертировался в платный контракт, стартап должен зафиксировать в коротком (на 2–3 страницы) соглашении 10 ключевых условий [34:50].

### 1. Выделение ресурсов со стороны клиента
Заинтересованные лица (стейкхолдеры) на стороне покупателя должны официально подтвердить готовность выделить персонал для сопровождения пилота [22:09]. Часто менеджеры среднего звена боятся подписывать соглашения, поскольку не понимают, как участие в тестировании нового софта повлияет на выполнение их текущих приоритетных задач [22:35]. 

Стартап должен четко рассчитать трудозатраты (например, «потребуется 0,5 FTE специалиста в неделю») и прописать это в договоре [23:01].

### 2. Социальный контракт на покупку
Необходимо зафиксировать взаимное понимание: пилот проводится не ради праздного любопытства, а для подтверждения уже принятого решения о покупке [23:43]. Клиент должен согласиться, что если продукт продемонстрирует оговоренные показатели, это автоматически повлечет за собой подписание годового контракта.

### 3. Четкие критерии успеха (kpi)
Критерии успешности должны быть оговорены заранее, оцифрованы и привязаны к ROI (окупаемости инвестиций) клиента [24:37]. Например: сокращение времени выполнения операции в два раза, снижение ошибок на 30% и т. д. [24:50]. 

Если не зафиксировать эти показатели на бумаге до старта, то в процессе тестирования требования клиента начнут хаотично меняться, а к концу проекта цели и вовсе могут «раствориться» [25:28].

### 4. Прозрачность будущей стоимости лицензии
Стоимость полноценной коммерческой подписки должна быть известна клиенту заранее [26:09]. Часто стартапы продают пилот со скидкой, а затем шокируют клиента ценой годовой лицензии. 

Саммерс рекомендует всегда прикреплять полный прайс-лист в качестве «Приложения А» к пилотному соглашению, чтобы исключить любые сюрпризы в будущем [26:35].

### 5. Ограниченные сроки (таймлайн)
Пилотный проект должен иметь жесткую дату окончания. В противном случае он превратится в «вечный бесплатный тест», интерес к которому у сотрудников постепенно угаснет [27:18]. 

Для большинства B2B SaaS-продуктов оптимальный срок составляет от 30 до 60 дней — этого времени достаточно для демонстрации реальной ценности (Time to Value) [27:46].

### 6. Пилот должен быть платным
Кент Саммерс выступает категорически против бесплатных пилотов и бесконтрольного использования модели freemium [28:57]. Бесплатность указывает на то, что проект не является приоритетом для клиента, и у него нет стимула вовлекаться в процесс [29:09]. 

У крупных компаний всегда есть так называемые «дискреционные бюджеты» (discretionary budgets) в размере от $5 000 до $20 000, которые менеджеры могут тратить без длительных согласований [30:03]. Стартап должен установить цену пилота в этих пределах, чтобы покрыть свои расходы на внедрение. 

В качестве компромисса при переговорах можно предложить зачесть стоимость пилота в счет будущей годовой лицензии [30:48].

### 7. Фиксированный объем и отсутствие кастомизации
Продукт должен разворачиваться быстро (в течение 1–2 дней) в стандартной конфигурации [31:00]. Никакой кастомизации кода под клиента во время пилота быть не должно — это резко увеличивает технические риски и затягивает сроки [31:29].

### 8. Внутренний регламент (плейбук) для команды
Для сотрудников стартапа пилот должен быть отработанным «шаблонным сценарием» [31:41]. Каждый член команды — от основателя до аккаунт-менеджера — должен четко знать свою роль в процессе внедрения и поддержки. Маленький стартап обязан вести себя как крупная надежная корпорация [32:23].

### 9. Еженедельные 20-минутные встречи
Необходимо заранее внести в календари стейкхолдеров короткие еженедельные встречи [32:52]. Формат 20 минут идеален: он дисциплинирует участников, не отнимает много времени от их основной работы, но позволяет оперативно выявлять технические проблемы, собирать обратную связь и контролировать динамику пилота [33:16].

### 10. «Радикальное сотрудничество»
Кент Саммерс призывает окружить клиента максимальным вниманием, качественной поддержкой и обучением на протяжении всего пилота [34:08]. Покупатель должен не просто оценить софт, но и влюбиться в команду стартапа, осознав, насколько комфортно и выгодно будет работать с этими людьми в рамках долгосрочного контракта [34:23].

---

*Важно:* Весь этот свод правил должен быть упакован в предельно простой договор объемом не более 2–3 страниц [34:50]. Раздутые соглашения на 10 листов будут неделями и месяцами пылиться на столах у корпоративных юристов и специалистов по безопасности, парализуя сделку еще до ее начала [35:05].

## 🏁 Закрытие сделки и переход к ценообразованию на основе ценности
[[JUMP:35:19]]

Не позднее чем через 2–3 недели после завершения пилота должна состояться итоговая встреча со всеми стейкхолдерами клиента [35:19]. Цель этой встречи — пройтись по каждому пункту критериев успеха, зафиксированных в договоре, и получить официальное подтверждение, что показатели достигнуты [35:44].

Если стартап четко следовал методологии и зафиксировал KPI на берегу, у клиента не останется аргументов для затягивания сделки или выдвижения новых условий [36:12]. 

После успешного пилота ландшафт переговоров кардинально меняется. Как показывает практика Кента Саммерса, если до начала пилота вопрос высокой стоимости продукта стоял у покупателя на 1-м месте в списке возражений, то после получения измеримой ценности и формирования доверия ценовой вопрос перемещается на 6-е место [38:41].

Эксперт напоминает фаундерам о важности ценностного ценообразования (value-based pricing) [39:22]. Стоимость лицензии должна зависеть не от себестоимости разработки софта, а от масштаба экономической выгоды, которую получает клиент:

> «Если вы решаете проблему стоимостью в $1 для организации с 500 000 сотрудников, вы буквально из воздуха создаете для нее ценность в полмиллиона долларов [39:37]. В таких случаях не бойтесь добавить к цене своего продукта еще один ноль [39:50]».

## 💬 Инсайты Q&A: Бета-версии, борьба со срывом сроков и расширением рамок проекта
[[JUMP:45:00]]

Во второй части встречи к обсуждению подключился Джим Макдональд, ответив на практические вопросы аудитории, находящейся на стадии pre-revenue и разработки первых версий продуктов.

### Чем бета-тест отличается от пилота?
Один из ключевых вопросов касался проведения тестов на этапе, когда продукт еще не готов. Кент Саммерс пояснил, что в этом случае речь идет не о пилоте, а о бета-тестировании [48:17]. 

*   **Бета-тест** всегда бесплатен [54:37]. Стартап привлекает 3–4 доверенных стратегических партнеров, которые помогают дорабатывать продукт своими отзывами [54:51]. В качестве благодарности они получают льготные условия (например, бесплатный первый год использования коммерческой версии 1.0) [55:37]. 
*   **Пилот** — это сугубо коммерческая история для готового продукта, за которую клиент обязан платить [28:57].

Джим Макдональд при этом предостерег фаундеров: при совместной разработке беты с крупными клиентами нужно быть предельно осторожными с юридической точки зрения, чтобы корпорация не попыталась заявить свои права на вашу интеллектуальную собственность (IP) или использовать полученные знания для создания собственного аналога [50:03].

### Как реагировать на просьбу продлить пилот?
Если клиент просит продлить пилотный проект, ссылаясь на занятость или технические сложности, Саммерс рекомендует использовать финансовый рычаг [51:24]. Если пилот был разбит на ежемесячные платежи (например, $5 000 в месяц при трехмесячном тесте), то каждый дополнительный месяц продления должен оплачиваться по той же ставке [51:24]. Это быстро отрезвляет клиента и заставляет его активнее вовлекаться в процесс оценки.

Если же задержка произошла по вине стартапа (например, из-за технических сбоев продукта), продление должно быть бесплатным, но сопровождаться честным и открытым диалогом с клиентом [52:46]. 

### Как предотвратить «размывание» рамок пилота?
Часто клиенты в процессе тестирования начинают требовать доработок и добавления новых функций. Джим Макдональд подчеркивает, что с этим нужно бороться на этапе предварительного исследования (Discovery) [58:56]. 

Необходимо иметь жестко структурированный опросник, который позволит заранее отсеять клиентов с завышенными требованиями. Если клиент настаивает на расширении рамок проекта в процессе пилота, стартап должен вежливо перенаправить его к коммерческому лицензионному соглашению: «Мы с радостью реализуем эти функции, но уже в рамках полноценного платного контракта» [57:49].

---