Клиент согласился попробовать продукт. Команда радуется первому интересу и начинает дорабатывать всё, о чём её просят. Через месяц пилот всё ещё идёт, пожеланий становится больше, а участники по-разному понимают, что считалось успехом.
Пилот полезен, когда проверяет конкретное предположение в ограниченных условиях. Он не должен становиться бессрочным обслуживанием одного заказчика или заменой разговора о будущем сотрудничестве.
Выберите один рабочий сценарий
Опишите задачу, которую участник выполнит с помощью продукта. Не «проверить платформу», а, например, подготовить один тип отчёта из согласованного набора данных.
Укажите, что не входит в проверку. Иначе любая соседняя функция будет восприниматься как необходимая часть результата. Ограничение объёма не мешает собрать пожелания: их просто следует отделить от обязательств текущего этапа.
Определите участников с обеих сторон
У клиента должен быть человек, который действительно выполняет задачу, а не только согласует презентацию. У команды — ответственный за сопровождение и фиксацию наблюдений.
Договоритесь, сколько времени участники готовы выделять и как сообщать о проблемах. Если продукт требует ежедневного использования, а клиент может открыть его один раз в конце месяца, условия проверки нужно пересмотреть до старта.
Согласуйте наблюдаемый результат
Критерий должен быть связан с выбранным сценарием. Например: участник может пройти процесс с оговорённой поддержкой и получить результат, который пригоден для его рабочей задачи.
Не обещайте универсальное улучшение бизнеса на основании короткого пилота. Если сравниваете время выполнения, заранее согласуйте одинаковые условия и учитывайте помощь команды. Ручное сопровождение основателя нельзя незаметно выдавать за полностью самостоятельную работу продукта.
Ведите журнал, а не коллекцию впечатлений
После каждого значимого использования фиксируйте задачу, затруднение, способ решения и то, кто помог. Отдельно записывайте новые пожелания. Это позволит отличить дефект, непонятный интерфейс и запрос на другую функцию.
Не исправляйте каждую мелочь прямо во время наблюдения. Иногда полезнее сначала понять, почему участник выбрал неожиданный путь. Но проблемы, мешающие продолжать проверку, нужно обозначать и решать согласованно.
Завершите пилот явным решением
В финале сравните наблюдения с исходным вопросом. Возможны продолжение сотрудничества, ещё одна ограниченная проверка, изменение сценария или отказ от дальнейшей работы.
Если результата недостаточно, назовите причину: мало использований, неподходящие данные, техническое ограничение или отсутствие нужной задачи. Это полезнее неопределённого «клиенту вроде понравилось».
Хороший пилот оставляет после себя не только отзыв, но и понятное знание: для кого решение работает, при каких условиях и что нужно проверить следующим.
Как стартапу найти первых 100 платящих клиентов и не потерять год на пустые попытки
Pitch deck, который понимают инвесторы: структура, цифры и типовые ошибки без лишнего шума
Product-market fit: почему рост маркетингового бюджета не заменяет ценность продукта
До разработки продукта: как проверить, нужна ли людям ваша идея
