Пилотное внедрение с крупной компанией редко начинается с одной презентации. За интересом к технологии обычно следуют проверка продукта, обсуждение рисков, согласование доступа к данным и оформление документов.
Для стартапа это не просто демонстрация решения. Нужно доказать, что продукт можно встроить в рабочий процесс, а команда понимает границы ответственности, порядок испытаний и критерии результата. Участник проекта «Сколково» получает возможность использовать статус в деловых коммуникациях, но сам по себе этот статус не заменяет проверку со стороны заказчика и не гарантирует заключение договора.
Что именно попросит крупная компания? Универсального перечня нет. Запрос зависит от отрасли, типа продукта, способа подключения и того, насколько пилот затрагивает внутренние системы заказчика.
С чего начинается подготовка к пилоту
Сначала стартапу стоит зафиксировать не рекламное описание продукта, а конкретную задачу заказчика. Формулировка «повысить эффективность» слишком расплывчата. Лучше определить процесс, его исходное состояние и измеримый результат, которого стороны хотят достичь в ходе испытания.
На первой встрече полезно обсудить пять вопросов:
- какой процесс или участок работы проверяет пилот;
- кто со стороны заказчика принимает результаты;
- какие данные и доступы нужны продукту;
- сколько длится тестовый этап и какие действия выполняют стороны;
- по каким признакам компания решит, что пилот завершён успешно.
Не подменяйте пилотом полноценную продажу. Пилот проверяет применимость решения в согласованных условиях. Если стартап обещает внедрение во всей компании, хотя стороны договорились только о тестовом контуре, разногласия возникнут уже на этапе приёмки.
Какие документы обычно готовят
Документы оформляют поэтапно. Сначала стороны фиксируют предмет обсуждения и ограничения обмена информацией, затем описывают сам пилот, а после завершения оформляют результаты.
| Этап | Что может потребоваться | Что проверить стартапу |
|---|---|---|
| Первичный контакт | Презентация, описание продукта, сведения о команде и готовности решения | Совпадает ли описание с фактическими возможностями продукта |
| Обсуждение условий | Соглашение о конфиденциальности, перечень вопросов заказчика, техническое описание | Какие сведения можно раскрывать и кто вправе их получать |
| Пилот | План работ, техническое задание или иной документ с объёмом испытаний | Границы работ, доступы, роли, сроки и критерии результата |
| Завершение | Отчёт, акт, протокол испытаний или итоговое заключение | Зафиксированы ли фактические результаты и нерешённые ограничения |
Названия документов могут различаться. Важнее не форма, а содержание. В документе о пилоте желательно раздельно описать действия стартапа и заказчика, используемые ресурсы, порядок обмена информацией и способ фиксации результата.
Что крупная компания проверяет у стартапа
Крупный заказчик оценивает не только технологию. Он смотрит, сможет ли команда пройти внутренние процедуры и поддерживать решение после тестирования.
Техническая готовность
Подготовьте схему подключения, описание компонентов, требования к инфраструктуре и ограничения продукта. Покажите, какие функции доступны уже сейчас, а какие находятся в разработке. Не выдавайте прототип за готовый промышленный модуль.
Заказчик также может спросить о резервном сценарии, журналировании действий, обновлениях и поддержке пользователей. Если продукт зависит от внешнего сервиса, это нужно указать заранее. Скрытая зависимость часто становится причиной остановки пилота.
Информационная безопасность
Заранее опишите, какие данные обрабатывает продукт, где они находятся и кто получает к ним доступ. Отдельно укажите, нужны ли персональные, коммерческие или технологические сведения. Если пилот можно провести на обезличенных данных, предложите такой вариант.
Крупная компания может направить собственную анкету по безопасности. Отвечайте на неё фактически. Формулировка «защищено на корпоративном уровне» не заменяет описания мер и границ ответственности.
Юридические и коммерческие условия
Стороны обычно отдельно обсуждают конфиденциальность, права на результаты, использование товарных обозначений, доступ к материалам и порядок публикации кейса. Стартапу важно не соглашаться на передачу всех прав автоматически, если документ этого не объясняет.
Проверьте, кому принадлежат данные заказчика, кто отвечает за их передачу и когда стартап обязан удалить или вернуть полученные материалы. Уточните, можно ли использовать обезличенные результаты в презентациях и заявках. Любую публичную ссылку на заказчика согласуйте заранее.
Как описать результат, чтобы его можно было принять
Критерий результата должен отвечать на вопрос: что именно стороны смогут проверить после завершения пилота. Для этого фиксируют исходную точку, метод измерения, ожидаемый показатель и допустимые ограничения.
Например, вместо общей цели «проверить систему» можно описать набор сценариев, которые продукт должен выполнить, перечень доступных данных и форму итогового отчёта. Если стороны хотят оценить экономический эффект, нужно заранее согласовать метод его расчёта. Иначе каждый участник будет по-своему понимать успешность проекта.
Задайте себе вопрос: сможет ли независимый сотрудник прочитать документ и понять, завершён ли пилот? Если ответ отрицательный, условия пока недостаточно конкретны.
Не включайте в критерии то, на что стартап не влияет. Доступность инфраструктуры, полнота данных и действия сотрудников заказчика должны иметь ответственных лиц. Иначе технический сбой могут ошибочно принять за недостаток продукта.
Практический чек-лист стартапа
- Опишите задачу. Укажите процесс, пользователей и ожидаемый эффект без рекламных формулировок.
- Соберите пакет материалов. Подготовьте презентацию, техническое описание, схему интеграции и сведения о поддержке.
- Разделите обязательное и желательное. Покажите минимальный состав пилота и функции, которые можно подключить позднее.
- Проверьте данные. Установите источник, формат, доступ, срок хранения и допустимый способ использования.
- Зафиксируйте роли. Назначьте ответственных за доступы, тестирование, обратную связь и итоговый документ.
- Согласуйте критерии. Опишите сценарии, показатели, способ проверки и последствия неполного результата.
- Подготовьте финал. Заранее определите, кто подписывает итог и какие решения возможны после испытаний.
Ошибки, которые усложняют согласование
Первая ошибка заключается в попытке сразу продать масштабное внедрение. Заказчику проще согласовать ограниченный и понятный контур, чем проект без ясных границ.
Вторая ошибка связана с чрезмерными обещаниями. Если стартап не контролирует качество исходных данных или действия пользователей, он не должен гарантировать результат, зависящий от этих факторов.
Третья ошибка возникает, когда команда обсуждает только технологию. Закупочная процедура, безопасность, доступы и внутренний владелец процесса могут занять не меньше внимания, чем сама демонстрация продукта.
Наконец, нельзя откладывать разговор о правах на результаты и публичном кейсе. Эти условия лучше согласовать до начала работ, когда у сторон ещё нет разных ожиданий.
Частые вопросы
Нужен ли отдельный договор для пилота?
Форма зависит от договорённостей сторон и содержания работ. Важно письменно закрепить предмет пилота, объём действий, доступы, ответственность и порядок фиксации результата.
Можно ли провести пилот без доступа к реальным данным?
Иногда стороны могут использовать тестовые или обезличенные данные. Возможность такого подхода зависит от задачи и требований заказчика, поэтому её обсуждают до технического запуска.
Должен ли участник проекта «Сколково» предоставлять особый пакет документов?
Статус участника проекта не отменяет процедуры конкретной крупной компании. Заказчик вправе запросить сведения о продукте, команде, безопасности, договорных условиях и готовности к интеграции.
Как доказать успешность пилота?
Заранее согласуйте проверяемые сценарии, показатели и форму итогового документа. Результат оценивают по этим условиям, а не по общему впечатлению от демонстрации.
Можно ли публиковать название крупного заказчика после пилота?
Публикацию нужно согласовать с заказчиком. Сам факт проведения испытаний не означает автоматического разрешения использовать его название, логотип или результаты в рекламе.
Позиция экспертов Реестр Гарант
Команда «Реестр Гарант» рекомендует начинать подготовку к пилоту с карты ожиданий заказчика, а не с расширенной презентации продукта. Чем точнее стартап опишет данные, роли, критерии результата и ограничения, тем проще сторонам оценить реалистичность проекта. Статус участника проекта «Сколково» стоит использовать как часть делового профиля, но не как замену технической и юридической проверке.