(и как не налететь на грабли “мы просто сделали фичу по задаче”)
Многие проектные менеджеры считают, что их работа — это контроль сроков, сбор статусов, синкапы, спринты и Jira. Но это только половина картины.
Если ты не понимаешь, зачем делается та или иная фича — ты превращаешься в секретаря. Хорошего, надёжного, но отстранимого от принятия решений.
Проектный менеджер, который не владеет продуктовыми знаниями, рискует:
– принимать приоритеты без оценки пользы для пользователя;
– не уметь задать уточняющий вопрос “зачем мы это делаем?”;
– превращаться в “передатчика задач”, а не человека, влияющего на успех продукта.
Поэтому даже если ты не продукт, тебе нужно уметь:
– читать и понимать метрики;
– разбираться в CJM (Customer Journey Map);
– ориентироваться в методах тестирования гипотез;
– понимать, как устроена воронка и на каком этапе сейчас ваша задача.
🧪 Как тестировать гипотезы в проектах
Если ты уже знаешь, что нужно проверить, дальше — метод. Ниже простой и адаптивный фреймворк тестирования гипотез.
🔍 1. Сформулируй гипотезу чётко и измеримо
❌ «Сделаем тёмную тему — пользователи будут довольны»
✅ «Если добавить тёмную тему, NPS среди активных пользователей вырастет на 15% за месяц»
Критерий: гипотеза должна быть проверяемой и фальсифицируемой. Иначе это не гипотеза, а пожелание.
📊 2. Оцени гипотезу по шкале ICE или RICE
- Impact — насколько сильно повлияет на цель (метрику);
- Confidence — насколько ты уверен в оценке;
- Ease — насколько просто реализовать;
- Reach — сколько пользователей затронет (если используешь RICE).
Оцени гипотезы по баллам (1–10). При равных — начинай с более простых и быстрых.
🧪 3. Выбери метод проверки
- Fake button / Wizard of Oz — ставишь кнопку «Оформить заказ», которой ещё нет, и смотришь, жмут ли. Отлично подходит для новых фич.
- Customer interviews — качественные интервью на этапе до разработки.
- A/B-тесты — проверяешь разные варианты UI, текста, шагов.
- Формы / Лид-формы — смотришь, оставляют ли заявку, даже если услуга ещё не реализована.
- Smoke test / MVP — делаешь минимальную реализацию и замеряешь спрос.
📈 4. Замерь метрики — заранее
До запуска пропиши:
– Что считаем успехом?
– Какая метрика ключевая?
– Как долго ждём результат?
Пример: “Гипотеза успешна, если в течение 7 дней после запуска тёмной темы как минимум 20% активных пользователей включат её и NPS вырастет на 15%”.
📌 5. Зафиксируй выводы — даже если гипотеза не сработала
Важно не просто «не делать», а понять, почему не сработало. Это тоже результат. В базе знаний должен остаться вывод: для кого, почему и в какой форме фича оказалась не нужна.
Даже если ты не продукт, но отвечаешь за релизы — тебе стоит знать, зачем делается каждая задача. Если ты умеешь тестировать гипотезы, ты не просто менеджер задач — ты человек, который помогает продукту не делать лишнего и быстрее идти к успеху.
