01
Очередь задач формируется случайно
Следующим делается то, о чём громче всего попросили. Влияние на бизнес не оценивается, поэтому важные изменения ждут месяцами.
Запуск — это не финиш. Это момент, когда появляются первые реальные данные.
Ведём продукт после реализации: выбораем очередь изменений по влиянию на бизнес, выпускаем их регулярно и проверяем результат. Функции, которыми не пользуются, убираем.
Когда это нужно
Продукт растёт функциями, а не результатом
Развитие нужно, когда продукт уже работает, изменения выходят постоянно, но никто не может сказать, какие из них дали эффект.
02
Релизы непредсказуемы
Нет ритма релизов: изменения накапливаются, выходят большим блоком и ломают то, что работало.
03
Результат не проверяют
Функция выпущена — и на этом всё. Через год никто не помнит, зачем она нужна и пользуется ли ею хоть кто-то.
04
Продукт усложняется
Интерфейс переполнен, новые пользователи не разбираются, поддержка дорожает с каждым релизом.
Развитие — это не скорость выпуска функций. Это качество решений о том, что делать следующим.
Состав решения
Что входит в развитие продукта
-
01
Бэклог с влиянием на бизнес
Каждая задача имеет причину, ожидаемый эффект, стоимость и риск. Порядок выполнения виден и понятен всей команде.
-
02
Исследования перед разработкой
Данные продукта, обращения в поддержку, интервью с пользователями. Проверяем гипотезы до того, как тратить недели разработки.
-
03
Дизайн и разработка изменений
Сценарии, интерфейс, реализация и тестирование в рамках текущей архитектуры и дизайн-системы продукта.
-
04
Регулярные релизы
Предсказуемый ритм выпусков, тестовый контур, план отката. Небольшие изменения чаще — меньший риск и быстрее обратная связь.
-
05
Проверка результата
Что изменилось в метриках после реализации, подтвердилась ли гипотеза, что делаем дальше: развиваем, упрощаем или убираем.
-
06
Техническое здоровье
Плановые обновления, работа с накопленным техническим долгом и производительностью — чтобы каждое следующее изменение не стоило дороже предыдущего.
Границы: мы не берёмся вести продукт без доступа к данным и ответственного человека с вашей стороны. Без этого развитие превращается в выполнение случайных задач.
Цикл
Каждое изменение проходит полный цикл
- 01Данные и обращения
- 02Гипотеза и приоритет
- 03Дизайн и разработка
- 04Релиз
- 05Проверка и решение
Не каждая гипотеза подтвердится — это нормальная часть работы. Ненормально вообще её не проверять и строить следующее решение на предположении.
-
01
Встреча 30 минут
Что происходит с продуктом, кто им пользуется, каковы цели на ближайшие месяцы и что сейчас мешает развитию.
-
02
Загрузка и аудит бэклога
Данные продукта, текущие задачи, состояние кода. Пересобираем очередь по влиянию и показываем, что стоит убрать.
-
03
Первый цикл изменений
Несколько небольших релизов с измеримым эффектом. Так проверяются и продукт, и наша совместная работа.
-
04
Постоянный ритм
Планирование месяца, релизы, измерение результатов и обновление приоритетов вместе с вашей командой.
Стоимость
Оплачивается команда и ритм изменений, а не количество функций
Хостинг, лицензии и внешние сервисы оплачиваются отдельно их поставщикам.
Аудит продукта и бэклогаРазово
от $2 500
Состояние продукта, пересобранная очередь изменений и план на ближайшие месяцы. Документ остаётся у вас.
- Анализ данных и обращений
- Оценка текущего бэклога
- Очередь изменений по влиянию
- Риски и технический долг
Постоянное развитиеЕжемесячно
от $4 000 / мес.
Команда под задачи месяца, регулярные релизы и измерение результатов.
- Планирование и приоритеты
- Дизайн и разработка изменений
- Релизи с тествванням
- Ежемесячное измерение метрик
Вопросы
Что обычно спрашивают про развитие продукта
Поддержка сохраняет систему в рабочем состоянии: мониторинг, обновления и устранение сбоев. Развитие меняет продукт: новые сценарии, функции и улучшения, которые влияют на деньги. Часто эти направления идут параллельно, но у них разные бюджеты и разные критерии успеха.
Нет. Планируем спринт или месяц с текущими приоритетами и пересобираем очередь по результатам. Годовой план функций обычно устаревает раньше, чем успевает реализоваться.
Решение за вами. Мы готовим очередь с оценкой влияния, стоимости и рисков и аргументируем порядок. Если вы выбораете другой приоритет — фиксируем его и работаем с ним.
Предлагаем убрать или упростить. Каждая неудачная функция стоит денег в поддержке и усложняет интерфейс для остальных пользователей.
Состав команды выборается под задачи месяца: продукт, дизайн, разработка, аналитика. Постоянное ядро сохраняет контекст проекта, остальные подключаются по необходимости.
Код, доступы, документация, бэклог и история решений. Продукт должен развиваться дальше без нас — это условие, а не бонус.
Начало
Посмотрим на ваш бэклог — и решим, что из него действительно стоит разрабатывать
30 минут онлайн с основателем. Разберём продукт, текущие задачи и цели, скажем, с чего начать цикл. Резюме отправим письменно.