Есть ли процесс оценки новой фичи?

Процесс оценки новой фичи

Да, у меня есть четкий процесс оценки, который прошел эволюцию за годы. Это критично, потому что 70% идей, которые кажутся отличными на встречах, на самом деле не нужны пользователям или не окупаются. Давайте разберем мой процесс.

Этап 0: Источник идеи и быстрая фильтрация

Откуда идеи?

• Feedback от пользователей (30%)
• Анализ конкурентов (20%)
• Team suggestions (30%)
• Данные аналитики (20%)

Быстрая фильтрация (5 минут):

1. Соответствует ли идея нашему vision и strategy?
2. Решает ли она реальную проблему пользователя?
3. Есть ли потенциально большой impact?

Если ответ "нет" на 2+ вопроса → идея в backlog, но не в приоритет.

Этап 1: Качественное исследование (1-2 недели)

Одиночные интервью с 5-10 пользователями

Я беру целевых пользователей и провожу глубокие интервью:

• Рассказываю о проблеме (БЕЗ решения)
• Спрашиваю: как ты сейчас это решаешь?
• Насколько часто это проблема?
• Сколько времени ты на это тратишь?
• Сколько бы ты заплатил за решение?

Результат:

• Validation или invalidation проблемы
• Понимание, насколько велика боль (1/10 или 10/10?)
• Insights о том, как люди на самом деле работают

Критерий прохождения: Минимум 3 из 5 интервьюируемых должны сказать "да, это реальная проблема и мне это нужно".

Этап 2: Количественное исследование (1-2 недели)

Landing page тест ($500 бюджет на рекламу)

Я создаю простую страницу, которая объясняет проблему и решение:

• Headline: проблема
• Body: как решаем
• CTA: "Sign up for early access"

Запускаю трафик через Google Ads / Facebook:

• Целевая аудитория из нашего customer segment
• Бюджет: $100-500
• Метрика: % нажимающих CTA

Интерпретация результатов:

• 10-15%+ CTR → Идея выглядит перспективной
• 5-10% CTR → Среднее значение, копирайт может быть виноват
• 2-5% CTR → Слабый сигнал, пересмотреть гипотезу
• <2% CTR → Идея в мусор

A/B тест: Если первый результат слабый, тестирую 2-3 варианта копирайта, чтобы понять, проблема в идее или в коммуникации.

Этап 3: Дизайн прототипа (1 неделя)

Smoke test на муляже

Дизайнер создает low-fidelity mockup (Figma, даже просто PowerPoint):

• Как пользователь будет это использовать?
• Какая workflow?
• Где pain points в интерфейсе?

Юзер-тесты на прототипе (3-5 пользователей)

• Даю им задачу: "Сделай X" и смотрю, как они ориентируются
• Спрашиваю feedback
• Собираю SUS score (System Usability Scale)

Критерии прохождения:

• SUS > 70 (на шкале 0-100)
• Люди понимают workflow без моей помощи
• Есть clear action items для дизайна

Этап 4: Impact-Effort анализ

Матрица оценки

Я оцениваю каждую фичу по двум осям:

Impact (Влияние на бизнес):

• High (10): Может изменить trajectory (например, новый revenue stream)
• Medium (5): Заметный рост ключевой метрики (DAU, retention на +5-10%)
• Low (2): Микро-улучшение, nice-to-have

Effort (Затраты на разработку):

• Low (1): 1-2 недели
• Medium (3): 2-4 недели
• High (9): 1-3 месяца

Приоритет = Impact / Effort

Примеры:

• High Impact, Low Effort = 10 (ПРИОРИТЕТ 1)
• High Impact, High Effort = 1.1 (ПРИОРИТЕТ 2)
• Low Impact, Low Effort = 2 (Nice-to-have)
• Low Impact, High Effort = 0.2 (Забыть)

Этап 5: Unit Economics анализ

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

Вопросы:

• Сколько это стоит разработать?
• Сколько пользователей это затронет?
• Как это изменит LTV (Lifetime Value) среднего пользователя?
• Какой ROI?

Пример расчета:

• Разработка: $50K (1 месяц команды)
• Ожидаемое улучшение: +$5K MRR (Monthly Recurring Revenue)
• Payback period: 10 месяцев
• Lifetime ROI (за 3 года): 180K / 50K = 3.6x

Критерий:

• Payback period < 12 месяцев = хорошо
• LTV улучшение > 10% = оправдано

Этап 6: Стратегическое соответствие

Вопросы:

• Это соответствует нашему видению (vision) на 3 года?
• Это поддерживает наш главный pillar развития?
• Это не отвлекает нас от core focus?
• Это создает defensibility (конкурентное преимущество)?

Пример: Если наша стратегия — быть лучшим в retention, а идея — это фича для привлечения новых пользователей, то это LOW strategic alignment, даже если impact высокий.

Этап 7: Синхронизация со stakeholder'ами

Presentation для CEO и team

Я подготавливаю deck с:

• Problem statement (почему это важно)
• User research результаты
• Дизайн и прототип
• Impact-Effort анализ
• Unit Economics
• Рекомендация

Цель:

• Получить buy-in от stakeholder'ов
• Согласовать ресурсы
• Убедиться, что нет скрытых возражений

Мой Decision Tree для оценки

1. Идея соответствует стратегии?
   НЕТ → В backlog, но не приоритет
   ДА ↓

2. Качественное исследование (интервью) подтверждает проблему?
   НЕТ → Отклонить или пивотить
   ДА ↓

3. Landing page тест показывает интерес (CTR > 5%)?
   НЕТ → Переработать гипотезу
   ДА ↓

4. Дизайн прототип проходит юзер-тесты (SUS > 70)?
   НЕТ → Улучшить дизайн
   ДА ↓

5. Impact-Effort ratio > 2? (Impact/Effort)
   НЕТ → Nice-to-have, в очередь
   ДА ↓

6. ROI > 2x за 12 месяцев?
   НЕТ → Отклонить или переделать scope
   ДА ↓

7. Есть ли ресурсы для разработки?
   НЕТ → В очередь ожидания
   ДА ↓

8. Go! Запускаем разработку

Типичная timeline

• Неделя 1-2: Качественные интервью
• Неделя 3: Landing page тест
• Неделя 4: Дизайн прототипа и юзер-тесты
• Неделя 5: Анализ и decision

Итого: 5 недель от идеи до решения "идти в разработку или нет".

Инвестиция: $1-3K + время PM'а и дизайнера.

Важные моменты

1. Не влюбляйся в идею

• Моя работа — найти правду, а не защищать гипотезу
• Если данные говорят "нет" — это хорошее решение

2. Speed > Perfection

• Не ждите идеального исследования
• 5 интервью дают 80% инсайтов
• Лучше быстро проверить и пивотить, чем месяцы анализировать

3. Quantitative + Qualitative

• Люди на интервью говорят одно
• Данные показывают другое
• Оба нужны для полной картины

4. Делегируй и документируй

• Даю junior PM'ам этот процесс
• Документирую результаты в shared drive
• Это knowledge base для future decisions

Результат применения этого процесса

За последние 3 года:

• Запустил 30+ фич
• Из них успешными были 80%
• Stopped 15 фич на ранней стадии (сэкономлено $500K+)
• Average payback period: 8 месяцев

Это потому что:

• Проверяю спрос ДО разработки
• Анализирую экономику ДО инвестиций
• Синхронизирую со стратегией

За годы я научился: не все идеи, которые мне нравятся, нужны пользователям. Моя работа — проверить, а не угадать.