Разбираем четыре похожих формата и объясняем, почему путаница между ними часто приводит к неверной постановке задачи и лишним затратам.
Прототип
Прототип отвечает на дорогой технический вопрос: работает ли ключевой сценарий, достижима ли нужная задержка, выдерживает ли среда, можно ли соединить устройство, модель и интерфейс.
Он не обязан быть промышленным продуктом, но должен оставлять после себя код, архитектуру и маршрут следующего шага.
- Главная цель - снять критический риск
- Работа концентрируется вокруг одного обязательного сценария
- После этапа остается комплект передачи
Проверка концепции и минимальный продукт
Проверка концепции обычно уже и жестче: она показывает, что принципиальная идея вообще реализуема. Минимальный продукт шире и ближе к продуктовой проверке на реальных пользователях.
Часто компаниям полезно сделать сначала технический прототип, а уже потом решать, есть ли смысл переходить к минимальному продукту.
- Проверка концепции доказывает принципиальную реализуемость
- Минимальный продукт проверяет минимальную продуктовую ценность
- Не каждый технический риск должен сразу решаться через минимальный продукт
Пилот
Пилот ближе к реальному внедрению: есть площадка, среда, ограниченный контур и критерии практического успеха. На этом этапе особенно важны организационные вопросы, доступы и локальный контур сопровождения.
Если компании важно, чтобы разработка и дальнейшая передача шли внутри России, это лучше учитывать уже на предыдущем этапе, а не после пилота.
- Пилот всегда связан с конкретной средой и процессом
- Критерии успеха ближе к бизнес-результату
- Передача и сопровождение должны быть заранее продуманы