Современный айтишный продакт-менеджер – это рыцарь в сиящих доспехах до зубов вооруженный в борьбе с неопределенностью. IT-индустрия отшлифовала продуктовый подход до блеска: тут и философия создания ценности через проверку гипотез, и огромный арсенал методик. От требований к продактам в глазах рябит: CustDev, JTBD, CJM, A/B, RR, PU, CPI — и ещё десяток англоязычных аббревиатур публикуется в соотвествующих вакансиях.

Расскажу на примере о том, с какими препятствиями эти привычные для IT подходы могут сталкиваться при применении в мире хардкорного производства. Одна, без шуток, уважаемая и развивающаяся компания, которая задумала освоить производство инновационных труб для шельфовой добычи нефти, пригласила нас на совещание по продуктовой разработке в качестве консультантов. Суть инновации в том, что предлагается разработать специальную композитную полимерную трубу для замены стальной. Полимерные трубы легче и их можно разматывать с катушки, что ускоряет и делает дешевле монтаж. Но такой продукт должен выдерживать огромные температуры и давление.

Обсуждалась возможность выпуска в экспериментальном цеху (лаборатории) образца трубы длиной 1 метр для демонстрации заказчикам в качестве MVP и получения от них обратной связи. В чем нарушение принципа подхода lean startup? В самой базовой идее: MVP — это минимально жизнеспособный продукт. Как заказчик может оценить эту жизнеспособность, подержав в руках кусок трубы? Никак. Для этого нужно выпустить трубы и комплектующие в достаточном количестве, чтобы применить их в качестве трубопровода на тестовом участке: проверить грузонесущую способность и целый комплекс иных физических параметров, характеризующих саму возможность использования этой инновации. Если же ценность продукта — в его удешевлении, то все это бесполезно без понимания предлагаемой цены (а значит, и себестоимости) продукта и его монтажа. И еще одна деталь: для применения такого трубопровода на опасном производстве потребуется сертификация. Как вам такой MVP? С полной отработкой технологического процесса и сертификации. Но ведь именно для того, чтобы избежать таких затрат и придумана концепция MVP.

Как можно проблему решить? Да, скорее всего, привычный для IT способ – дать демоверсию не прокатит. Но это не говорит о неприменимости самой идеи. Можно устроить тестовые продажи, сделать убедительную 3D-визуализацию в видеоролике, или даже закупить готовые зарубежные решения для тестов и последующего реинжиниринга, чтобы не изобретать велосипед. Главное, при планировании любого исследования понимать смогу ли я на его базе сделать нужны мне выводы.