PoC, прототип и MVP: в чём разница и зачем нужны все три

Короткий ответ: таблица

Формально и PoC, и MVP — тоже «прототипы» в смысле «грубая модель устройства». Но как этапы разработки это три разные вещи, и каждая отвечает на свой вопрос.

PoC: идея осуществима технически

Proof-of-Concept — самая ранняя версия, цель которой ответить на один вопрос: «получится ли вообще?». На этом этапе не важно, как устройство выглядит и сколько оно стоит в производстве — важно, работает ли заложенный принцип. Поэтому PoC собирают из того, что есть под рукой: отладочные платы и одноплатные компьютеры, готовые модули связи, напечатанные на 3D-принтере шестерни и корпуса, макетные платы.

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

PoC полезен не только инженерам. Инвестору с работающим макетом на столе объяснять идею в разы проще, чем слайдами: устройство, которое «уже умеет главное», отделяет вас от команд-теоретиков.

Прототип: всё работает вместе

Принцип подтверждён — теперь нужно превратить его в устройство. На этапе прототипа появляется своя электроника: печатная плата с подобранными компонентами, прошивка, конструкция и, как правило, корпус (пусть и не финальный). Компоненты здесь уже близки к тем, что пойдут в серию, но задача этапа — не экономика, а проверка того, что все узлы корректно работают друг с другом.

Именно на этом этапе всплывают детали, которые невозможно было предвидеть на PoC. В нашем IIoT-шлюзе радиомодуль пришлось размещать над Ethernet-трансформатором — и чтобы он физически влез, потребовалось снизить профиль компонентов на плате. Подобные конструктивные решения не существуют в вакууме: они рождаются при стыковке электроники, механики и прошивки.

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

MVP: рынок решает

Minimum Viable Product — версия на серийных компонентах и материалах, достаточно стабильная и удобная для реального использования целевой аудиторией. В неё входят только ключевые функции — те, ради которых устройство вообще покупают. Задача MVP — проверить не технику, а бизнес-модель: купят ли это, по какой цене, каким каналам.

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

Почему путаница между терминами дорого стоит

Когда заказчик просит «MVP за два месяца», а по составу задач речь о PoC — никто не виноват, но смета и сроки оказываются не теми. Когда он пропускает прототип и сразу заказывает «финальное устройство» — каждая недосмотренная на раннем этапе мелочь переезжает в серийный дизайн, где цена исправления максимальна.

Этапы нельзя выбросить — можно только перенести их ошибки дальше по цепочке, где они дороже. Подробнее о том, из чего складывается бюджет разработки, мы писали в статье о стоимости разработки электроники.

Итог

PoC отвечает на вопрос «можно ли так вообще», прототип — «работает ли это как единое целое», MVP — «нужно ли это рынку». Три вопроса, три версии, три разных бюджета — и переходить к каждому следующему имеет смысл только после ответа на предыдущий. Так проект движется предсказуемо, а деньги тратятся на проверки, а не на переделки.