2021-12-05 11:18:18
Проектный, Продуктовый и Предпринимательский подход к развитию.
Традиционный подход к менеджменту подразумевает, что у вас есть понимание что вы хотите сделать. Создаете Проект, формируете тех задание, в котором описываете подробный образ результата, определяете ресурсы и команду проекта. Далее наблюдаете прогресс по таймплану, а результат оцениваете по KPI.
Однако динамика современного мира часто приводит к тому, что нужна заниматься развитием даже тогда, когда у вас нет четкого понимания, что вы хотите получить в итоге. Ответом на этот вызов стал Продуктовый подход. Он пришел из мира ИТ, где добиться от заказчика тех задания очень сложно, а стоимость эксперимента относительно небольшая.
Суть продуктового подхода состоит в том, что вместо образа результата, появляется Владелец Продукта, у которого в голове есть гипотеза о том, что хочет клиент. Проблема в том, что клиент никогда не знает до конца что он хочет, у него просто есть неосознанные потребности. Вы строите предположение о том, какой должен быть Продукт, чтобы ее удовлетворить и проводите эксперименты, чтобы понять насколько вы угадали.
И оказалось, что такой подход работает не только в софте, но и в других отраслях. Сотовые телефоны – отличный пример. Вспомните, в начале 2000-х топом был Nokia 3310 и если спросить клиента что он хочет, то выходило, что нужно еще меньше телефон, который бы еще дольше работал от одной зарядки, ну и конечно дешевле. Но пришел Джобс и показал, что клиенту нужно другое. Но и он угадал только направление, а не результат. Отрасль перешла на ежегодные итерации проверок удовлетворенности клиентов, и мы получили большой, дорогой смартфон, который дай бог проработает сутки от зарядки, да и звонить по нему далеко не главная потребность.
Но проблема в том, что Продуктовый подход плохо поддается Регулярному Менеджменту. Как оценить результат, если вы не знаете каким он должен быть? KPI не работает, ибо невозможно оцифровать задачу. Попробуете оценивать размер и время работы смартфона? А если окажется, что клиенту этого не нужно? Более того, вы не можете давать прямых указаний Владельцу Продукта, ибо это он собирает знания о том, что нужно Клиенту и принимает решения что делать. Вы можете только предоставлять ему ресурсы и делегировать полномочия.
Единственным рабочим методом по управлению Продуктовой командой стала Конкуренция. Лучше всего конечно рыночная, и вы просто оцениваете насколько хорошо получается у вашей команды относительно конкурентов. Но это работает и с внутренними клиентами, правда для этого нужно дублировать проектные команды. Еще нужно не забыть добавить к этому культуру признания Права на Ошибку. Не все гипотезы в ходе эксперимента подтвердятся, но это тоже полезный результат и путь развития.
Но есть область развития, которая содержит еще больше неопределенности, та которую мы относим к созданию новых бизнесов. Здесь не только непонятны свойства продукта и потребности клиента, но часто непонятен и сам клиент. Как можно формализовать задачу создания Facebook или Telegram?
Для решения этой задачи придуман Предпринимательский подход. Тут вся фишка в фигуре Предпринимателя и его Предпринимательском Видение. Оно отличается от продуктового тем, что нужно сформировать гипотезу не только о потребности клиента, но и о нем самом. А также о форме монетизации полезности и получении ресурсов. Тысяча ответов на тысячи вопросов. Причем скорее всего у Предпринимателя нет всех ответов, в лучшем случае уверенность, что он их найдет.
2.0K views08:18
А
