Как разработать план развития продукта для Интернета вещей

Посмотрим правде в глаза. Составить дорожную карту продукта IoT сложно - намного сложнее, чем составить дорожную карту для «обычных» технологических продуктов.

Это потому, что продукты Интернета вещей представляют собой сложные системы. Чтобы создать рабочее решение, все уровни стека технологий Интернета вещей - оборудование устройства, программное обеспечение устройства, средства связи, облачная платформа и облачные приложения - должны работать вместе. Это похоже на управление пятью продуктами в одном, и ваша дорожная карта должна быть связующим звеном, на котором все заинтересованные стороны будут придерживаться вашего видения.

Дорожная карта продукта Интернета вещей - ваш ключ к согласованию заинтересованных сторон и команд

Дорожная карта продукта IoT должна показывать направление продукта, а также влияние новых функций таким образом, чтобы это было понятно для всех заинтересованных сторон. Ваши заинтересованные стороны могут быть из отдела продаж, маркетинга, высшего руководства, инженерного отдела и т. Д. У всех разные потребности и разные уровни понимания того, как создается продукт.

Фактически, IoT вносит дополнительную сложность, потому что даже техническая реализация, вероятно, разделена на несколько групп. В зависимости от структуры вашей компании у вас могут быть выделенные группы для разработки аппаратного и программного обеспечения, встроенных и облачных решений и т.д. полное изображение.

Из-за этой сложности управление продуктом IoT аналогично управлению портфелем продуктов с той разницей, что ВСЕ продукты в вашем портфеле должны работать вместе, чтобы сформировать единое решение. Непростая задача.

Ключом к созданию надежной дорожной карты продукта IoT является баланс между высокоуровневым обзором сквозного продукта и более подробным обзором каждого уровня стека технологий IoT. Таким образом, вы сможете предоставить нужный уровень информации различным заинтересованным сторонам и убедиться, что никто не упускает из виду общую картину.

Рекомендуемая литература: Интернет вещей:руководство для менеджеров по продуктам

Построение дорожной карты высокоуровневого продукта для Интернета вещей

Давайте воспользуемся примером, чтобы проиллюстрировать все подвижные части дорожной карты продукта Интернета вещей. Представим, что ваша компания производит промышленные водяные насосы.

Поговорив с множеством клиентов и продавцов, вы обнаруживаете, что главной заботой ваших клиентов является поддержание непрерывной работы. Они хотели бы знать, если насос вот-вот выйдет из строя, чтобы они могли заранее заказать запчасти и запланировать обслуживание. Это сократит время простоя и сэкономит им много денег. Такое «профилактическое обслуживание» очень ценно для ваших клиентов, и они готовы за это много платить.

Исследуя инженерные решения, вы узнаете, что с возрастом насос начинает вибрировать. Чем больше он вибрирует, тем ближе к отказу. Таким образом, если вы сможете отслеживать вибрацию насоса и выполнять аналитику на основе этих данных, вы сможете прогнозировать сбои. Обладая этой информацией и проявив должную осмотрительность в бизнесе, вы определяете, что это отличное решение, и готовы включить его в дорожную карту продукта для внутреннего участия.

Ваш общий план развития продукта может выглядеть примерно так.

Пример общего плана развития продукта

Как видите, это не отличается от дорожной карты продукта, не относящегося к IoT. Проблема здесь в том, что вашим заинтересованным сторонам - руководителям, продажам, маркетингу и инжинирингу - очень сложно понять, что потребуется для создания этой функциональности и как будет выглядеть конечный продукт. Также сложно понять, почему выпуск №1 займет 6 месяцев, а выпуск №2 и №3 будут короче.

Использование Story Mapping для улучшения вашей дорожной карты IoT-продукта

Чтобы ваша дорожная карта продукта IoT отражала полную историю, вам необходимо предоставить еще один уровень детализации, описывающий функции высокоуровневой дорожной карты продукта в стеке технологий IoT.

Я обнаружил, что картографирование историй - отличный способ погрузиться в детализацию следующего уровня. Мне нравится комбинировать отображение историй со стеком технологий Интернета вещей, чтобы показать, как функции совпадают с различными уровнями сквозного продукта Интернета вещей.

Результатом является визуализация, которая все еще находится на более высоком уровне, чем «отставание продукта», но дает достаточно информации для всех команд, чтобы понять общую картину. Это представление также позволяет командам понять, как запланированная функциональность соотносится с повседневной работой, которую им необходимо выполнять.

Вот как этот подход будет выглядеть для нашего примера «умного насоса». С этой точки зрения легче объяснить работу, которую необходимо выполнить для поддержки функции профилактического обслуживания. Обратите внимание, как имена высокоуровневых функций в предыдущем плане продукта стали темой для каждого из выпусков. Это помогает вашей команде следить за общей картиной, уделяя при этом внимание мелким деталям.

Пример истории, отображающей дорожную карту продукта

Обратите внимание, что не все уровни должны быть затронуты в каждом отдельном выпуске. В этом примере после выпуска №1 на уровне «Связь» нет никаких функций. В этом примере предполагается, что функции выпуска №1 на уровне «Коммуникации» смогут поддерживать функциональность версий №2 и №3.

Из этой визуализации легко увидеть, что выпуск №1 - единственный, который влияет на оборудование вашего устройства. Поэтому легко объяснить, почему выпуск №1 займет больше времени, чем другие выпуски.

Вы также можете видеть, что в выпусках №2 и №3 затронуто меньшее количество слоев. Первоначальный выпуск будет самым длинным, потому что вам нужно создать большую инфраструктуру. После того, как вы построите эту первоначальную «водопроводную сеть», вы сможете гораздо быстрее добавлять к ней элементы. Вы также можете использовать этот инструмент, чтобы объяснить эту эволюцию.

Рекомендуемая литература: Структура управления продуктами для Интернета вещей

Использование дорожной карты продукта для координации разработки

Вы также можете использовать дорожную карту отображения историй для координации нескольких инженерных групп на разных уровнях стека технологий Интернета вещей. Каждой команде необходимо поделиться единым видением того, в каком направлении будет развиваться продукт. Но в то же время они должны понимать, какую работу предстоит проделать их конкретной команде. Этот план развития продукта может помочь вам в достижении обеих целей.

Как показано ниже, вы можете сделать «вертикальные срезы» для создания конкретных дорожных карт для каждой группы инженеров по нескольким выпускам. Пока формат данных и интерфейсы между уровнями четко определены, этот подход позволит каждой команде работать независимо и быстрее добиваться прогресса.

Пример плана развития продукта для команды

Нижняя строка

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

Быстрая услуга. Если вам действительно понравилась эта статья, то она будет ОГРОМНЫМ подспорьем, если вы поделитесь ею с другими разработчиками продукта (вы можете использовать значки общего доступа). Это может показаться незначительным, но мне помогает больше, чем вы думаете. Спасибо!

PS:Изначально я написал эту статью как гостевой пост для блога ProductPlan.