Разработка (проектирование) и организация выпуска нового продукта

Что это за процесс

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

Как читать эту схему

Схема построена на основе эксклюзивных шлюзов, которые принимают решения по одному из возможных путей. Первая критическая точка — согласование бизнес-плана. Если решение положительное («Одобрение»), процесс переходит к подготовке детального плана разработки. Если отрицательное («Отказ»), процесс завершается без дальнейших действий. Вторая точка принятия решений находится после тестирования и подготовки документации на комитет. Здесь возможны три исхода: при одобрении готовится начало реализации продукта; при необходимости доработки выполняется корректировка детального плана; при отказе процесс останавливается. Также в схеме предусмотрено архивирование документов как отдельный шаг, завершающийся событием «Документы заархивированы».

Кому подойдёт

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

Как адаптировать под свою компанию

• Замените общие формулировки задач на конкретные действия вашей команды, например, уточните, кто именно проводит анализ конкурентов.
• Настройте интеграцию с вашей системой BPMS для автоматического распределения задач по подразделениям, как указано в шаге 7.
• Определите критерии «Одобрения» и «Отказа» на этапах шлюзов, чтобы исключить субъективность решений.
• Добавьте конкретные сроки выполнения каждого этапа в детальный план разработки, если они не регламентированы отдельно.
• Уточните состав документации для комитета, чтобы он соответствовал внутренним стандартам вашей компании.

Типичные ошибки

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