Краткое содержание
Низкая производительность и сотрудничество, препятствия для эффективного принятия решений, отсроченный выход на рынок и риск для интеллектуальной собственности - это одни из самых распространенных проблем разработчиков продуктов. Чтобы помочь вам навигировать и минимизировать их, мы создали эту План развития продукта (Часть 2) презентацию. Заполните слайды и поделитесь своим видением с вашей командой, чтобы вместе вы могли предложить миру продукты, которые привлекают воображение и внимание клиентов и продаются как горячие пирожки.
Основные моменты слайдов
Разработка и отделка видения продукта - это не то, что вы должны делать в одиночку. Используйте этот слайд для обсуждения и обмена видением вашего продукта, затем сотрудничайте со своими заинтересованными сторонами, командой Scrum и клиентами, чтобы изменить его.
Для успеха вашего продукта вам нужно установить четкие и реалистичные [related bracelet="kpiperf"]. Цели пользователя или клиента должны быть в приоритете вашего списка и должны регулярно и тщательно измеряться.
Вкратце, объем продукта - это сумма всех функций и характеристик продукта. Определите объем вашего продукта, заложив основы, перечислив и приоритизировав функции продукта и рассчитав минимально жизнеспособный продукт.
Приложение
Согласно Wall Street Journal, существуют три вещи, которые делают бизнесы с лучшими показателями разработки продуктов: они создают четкое представление о целях проекта на ранней стадии, воспитывают сильную проектную культуру и поддерживают тесный контакт с клиентами на протяжении всего процесса. На основе данных, полученных WSJ в рамках исследования, вот что вы должны делать для разработки и запуска успешных новых продуктов:
- Сосредоточьтесь – исследование WSJ показало, что команды с четким пониманием требований к проекту могли лучше справляться с балансом между производительностью продукта и стоимостью, временем выхода на рынок и рисками проекта. Лучшие разработчики продуктов также больше сосредоточивались на том, чтобы набрать в проекты правильных людей: 47% лучших исполнителей заявили, что они изучали навыки сотрудников до запуска проекта, чтобы убедиться, что команда проекта была выдающейся.
- Общайтесь с клиентом – успешные новаторы, которых изучал WSJ, постоянно поддерживали связь со своей целевой аудиторией на протяжении всего процесса разработки. Более 80% лучших исполнителей заявили, что они периодически тестировали и проверяли предпочтения клиентов в процессе разработки.Они также исследовали, что именно хотят клиенты, что позволило им лучше определить и устранить проблемы дизайна на ранних стадиях процесса, минимизируя задержки.
Кейс-стади
Spanx
Проблема
Перед внедрением PLM, SPANX управляла дизайном продуктов компании и сотрудничеством с фабриками с помощью ручных процессов. Роберт Ханникатт, менеджер по технологическим проектам в SPANX, сказал: "Мы вели бизнес на электронных таблицах, как это обычно бывает в молодых компаниях. Но с нашим быстрым ростом стало сложнее управлять информацией и потоком данных." Он продолжил: "Наша линейка продуктов росла огромными темпами, мы нанимали больше персонала, и количество фабрик утроилось за 12 месяцев. Мы не могли продолжать вести наш бизнес на электронных таблицах."
Решение
SPANX решил найти систему PLM, которая помогла бы компании эффективно управлять не только дизайном продукта, но и заказами на покупку, производством и доставкой.
Результат
SPANX заметил значительные улучшения после внедрения PLM, такие как:
- Оптимизация разработки продукта. Программное обеспечение PLM позволило SPANX организовать эскизы продуктов, спецификации и все цифровые активы более эффективно.
- Повышение эффективности, что позволило SPANX иметь больше доступных продуктов и добавить больше гибкости к графикам дизайна.
- Улучшение коммуникации и сотрудничества с заводами. "Наши производители могут просто войти в систему и получить доступ ко всей необходимой информации, такой как спецификации дизайна, измерения и заметки о производстве", - сказал Ханникатт.
