05Приоритизация

Kill list: что выпилить из продукта

Аудит фич на удаление — освободить ресурсы, упростить продукт, снизить когнитивную нагрузку.

Составь kill list для {{product}}.

Зачем

Каждая фича несёт налог:

Поддержка кода (баги, миграции, рефакторы)
Поддержка пользователей (support tickets, документация)
Когнитивная нагрузка для всех остальных пользователей
Скорость новых разработок (больше surface area → дороже изменения)
Маркетинг (нужно объяснять)

Удалить фичу — часто бОльший вклад чем добавить новую.

1. Инвентаризация (30 мин)

Собери все фичи в одну таблицу:

Фича	Когда добавлена	Owner сейчас	Документация есть?

Источники:

Меню / навигация продукта
Pricing page
Help center
Roadmap архив
Feature flags (особенно те которые «временно» включены 2 года)

2. Метрики для каждой (по доступности)

Метрика	Сигнал
% MAU использовавших за 30 дней	< 5% — кандидат
Доля revenue завязанная	0% — лёгкая цель
Support tickets / месяц	Много — налог высокий
Bugs в backlog связанные	Много — налог высокий
Когда последний раз меняли код	> 12 мес — мёртвая зона
NPS среди использующих	Низкий — раздражает даже тех кто пользуется

3. Категории решения

Каждую фичу — в одну корзину:

✓ Keep

20% MAU, или критична для top revenue customers
Активно поддерживается, низкий долг

⚠️ Improve

Используется но плохо (low NPS, много багов)
Решение: вложиться или kill — не оставлять в зомби-состоянии

🔻 Sunset

< 5% MAU, нет revenue зависимости
Кандидат на удаление с announcement-периодом

❌ Kill

< 1% MAU, никто не заметит
Можно удалить тихо

4. Процесс sunset для Sunset категории

T-90 дней: Анонс в продукте, email активным юзерам
           Документ «alternatives» — куда мигрировать
T-60:      Stop accepting new users on this feature
T-30:      Final reminder
T-0:       Удалить из UI (код может пожить ещё)
T+30:      Удалить код, миграции, docs

5. Что НЕЛЬЗЯ выпиливать без замены

Фичи которые юзеры выбирают на pricing
Фичи в SOC2 / compliance scope
API endpoints с публичной документацией (breaking change)
Фичи которые блокируют экспорт данных юзера

Для этих — план миграции обязателен.

6. Сопротивление команды

Типичные возражения и ответы:

Возражение	Ответ
«Но Х юзеров используют»	Сколько именно? Готовы потерять?
«Это часть нашего бренда»	Когда в последний раз об этом писали?
«Мы недавно её сделали»	Sunk cost. Решение из будущего.
«А что если завтра понадобится»	Можем добавить за Y недель если 10+ просьб
«Это уважение к старым юзерам»	Уважение — это работающий продукт, не зомби-фичи