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 хвилин онлайн із фаундером. Розберемо продукт, поточні задачі та цілі, скажемо, з чого почати цикл. Резюме надішлемо письмово.