Что такое этап Delivery?

Что такое этап Delivery

Определение

Delivery (доставка) — это этап в процессе разработки продукта, на котором решение, прошедшее валидацию, воплощается в реальность и выпускается пользователям. Это переход от "идеи на бумаге" к "рабочему продукту в руках людей".

В контексте классической модели Product Development (Steve Blank, Lean Startup) Delivery идёт после этапов Problem/Solution Fit и Product-Market Fit.

Этапы в контексте Delivery

1. Problem-Solution Fit → Delivery

На этом этапе вы уже валидировали, что:

• Проблема реальна
• Ваше решение решает эту проблему
• Клиенты готовы платить

Теперь нужно построить полнофункциональный продукт, который масштабируется.

2. Product-Market Fit → Delivery

Вы нашли segment, на котором продукт работает хорошо:

• Retention выше 30%
• NPS > 50
• LTV/CAC > 3x
• Органический рост (word-of-mouth)

Теперь нужно масштабировать и оптимизировать процесс доставки.

Что входит в этап Delivery

Разработка и инженерия

• Полная разработка продукта на основе требований
• Архитектура, масштабируемость, надёжность
• Тестирование, QA, дебаги
• Документация, API, интеграции

Операции

• Инфраструктура, серверы, базы данных
• CI/CD, автоматизация развёртывания
• Мониторинг и алерты
• Безопасность и compliance

Продакт-менеджмент

• Приоритизация фич в backlog
• Требования для разработчиков
• A/B тесты и экспериментирование
• Сбор фидбэка от пользователей

Go-to-Market (GTM)

• Маркетинг и осведомлённость
• Sales процессы (если B2B)
• Customer support
• Onboarding и документация для пользователей

Growth и аналитика

• Отслеживание метрик (DAU, retention, LTV)
• Анализ когорт
• Выявление узких мест (bottlenecks)
• Оптимизация funnel

Ключевые вызовы на этапе Delivery

1. Масштабируемость — продукт работает на 100 пользователях, но ломается при 10,000. Нужна архитектура, которая растёт.

2. Скорость vs качество — вам нужно быстро выпускать новые версии, но не ломать работающий функционал.

3. Coordination — между разработкой, продуктом, GTM, support. Все нужно синхронизировать.

4. Cost of delivery — сколько стоит поддерживать продукт? Infrastructure, support team, разработка. Это должно быть меньше revenue.

5. Metrics vs интуиция — что верить? Числам или мнению CEO? На этом этапе нужны данные.

Пример из реальности: Slack

1. Problem-Solution Fit (2010-2012): Slack для использования только в компании автора. Валидировали, что нужна централизованная коммуникация.

2. Product-Market Fit (2012-2013): Open beta, быстрый рост, 15,000 активных команд.

3. Delivery (2013-2019):

   • Масштабирование инфраструктуры для миллионов сообщений в день
   • Найм support команды
   • Разработка API и интеграции для расширения экосистемы
   • A/B тесты на UX
   • Расширение в новые рынки

4. Результат: IPO в 2019 году, оценка 20 млрд.

Метрики, которые PM отслеживает на этапе Delivery

• DAU/MAU — ежедневные и ежемесячные активные пользователи
• Retention — какой процент пользователей вернулся на неделю 2, месяц 2?
• Churn rate — какой процент пользователей ушли?
• NPS — Net Promoter Score (готовность рекомендовать)
• LTV — lifetime value одного пользователя
• CAC — cost of acquisition одного пользователя
• Engagement — как часто пользователи используют продукт?

Выводы

Delivery — это критический этап, где идеи становятся реальностью. Это не просто "выпустить в prod" и забыть. Это непрерывный процесс:

• Разработка и оптимизация
• Отслеживание метрик
• Слушание пользователей
• Быстрые итерации

PM на этапе Delivery должен быть мостом между инженерией, бизнесом и пользователями, обеспечивая, что продукт доставляется надёжно, быстро и ценно.