Анатомія роадмапи: п'ять компонентів і приклад

Єдиного шаблону роадмапи немає, але кожна корисна роадмапа розповідає ту саму коротку історію: куди ми йдемо, як зрозуміємо, що наближаємося, що має стати правдою, у якому порядку, і нагадування, що все зміниться. Цю історію несуть п'ять обов'язкових компонентів, і кожен відповідає на одне запитання, з яким читач приходить до сторінки:

• Бачення продукту: куди ми йдемо і хто від цього виграє?
• Бізнес-цілі: як компанія зрозуміє, що все працює?
• Теми: що має стати правдою для клієнтів, щоб ми туди дійшли?
• Часові горизонти: що буде першим, а що може почекати?
• Дисклеймер: наскільки твердий цей план?

Пропусти один — і в історії з'явиться діра. Без бачення темам нема куди вказувати. Без цілей ніхто не знає, чому роботу варто фінансувати. Без тем сторінка скочується до списку фіч. Без горизонтів не видно, що терміново. Без дисклеймера кожен рядок стає обіцянкою.

Усі п'ять уміщаються на одну сторінку: читач має пройти всю історію за пару хвилин, без зустрічі.

Верх сторінки займають два компоненти, які пояснюють усе, що нижче.

Бачення продукту (product vision) — це майбутнє, до якого рухається продукт: хто отримує користь і як змінюється їхнє життя. Перша чернетка для Котокорму: «власникам котів ніколи не доводиться думати, що закінчиться потрібний корм». Усе інше на сторінці веде до нього.

Бізнес-цілі (business objectives) — це вимірювані результати, яких компанія чекає від продукту. Вони пояснюють, чому роадмапу варто фінансувати. CEO Ian називає дві на наступний рік: виручку від підписки, тобто боротьбу з відтоком, і канал ветклінік. Двох-трьох цілей досить; десять цілей означають відсутність пріоритетів.

У бачення немає числа, а в цілі є. Модуль 2 збудує обидва як слід: звідки вони беруться, як їх сформулювати і як виміряти.

Результати з таблиці стають темами (themes). Тема відповідає на запитання: що має стати правдою, щоб ми дійшли до бачення й досягли цілей? Це потреба чи проблема клієнта, сформульована як результат, а не як рішення.

Для Котокорму: «Підписники не залишаються без корму між доставками». «Клініки поповнюють запас лікувальних кормів без дзвінків нам». «Нові власники обирають правильний корм із першого замовлення». Кожна збирає під однією потребою багато можливих фіч.

Фічі з таблиці стають можливими рішеннями під темою, якщо взагалі з'являються. Нагадування, повторне замовлення в один клік і гнучкі дати доставки — усе під «не залишаються без корму», а вибирає між ними команда пізніше. Темна тема, бонусні бали чи перехід на нового платіжного провайдера — рішення, а не теми; якщо вони важливі, їм місце під темою.

Два правила. Кожна тема має підтримувати хоча б одну бізнес-ціль: тема без цілі — хобі. І пиши її словами клієнта: якщо директор клініки не впізнає проблему, тему написано з твого боку, а не з його. Модуль 3 покаже, як знаходити теми в потребах клієнтів і наповнювати їх можливими рішеннями.

Часові горизонти (timeframes) замінюють дати широкими проміжками: кварталами, півріччями або Now / Next / Later. Сам порядок показує, що важливіше.

Що далі, то ширші й розмитіші проміжки, бо так само падає й певність. Техлідка Котокорму Lucy каже це трьома рядками: про Now вона може говорити, про Next — здогадуватися, а Later — туман. Тож Now детальний і досить певний, а Later — лише напрям. Це чесно: так виглядає те, що команда справді знає.

Читачі однаково спитають, що Now означає в календарі, тож напиши це на сторінці: наприклад, Now — цей квартал, Next — наступні один-два, Later — усе, що далі.

Дата поруч із «підписники не залишаються без корму» — здогадка про те, коли проблему розв'яжуть, і читачі сприймуть її як обіцянку. Точні дати належать лише жорстким зовнішнім подіям, які не зсунуться, хай що дізнається команда, як-от конференції, дату якої встановили організатори. Як показати такі події на сторінці, розповість модуль 3.

Дисклеймер (disclaimer) прямо каже, що це поточний план і що він змінюватиметься, коли команда дізнаватиметься більше. Він схожий на юридичний дрібний шрифт, але робить справжню роботу: захищає команду від «але ж ви обіцяли» й попереджає читачів не будувати власні плани на Later.

Він лише для роадмап, які бачать клієнти? Ні. Внутрішні читачі теж перетворюють пункти роадмапи на обіцянки: продажі цитують їх клієнтам, інші команди планують під них свої квартали. Короткий внутрішній дисклеймер із датою останнього оновлення допомагає всім читати сторінку як план, що змінюватиметься.

Для внутрішньої роадмапи досить дати й одного чесного речення. Версії для клієнтів, як-от клінік PurrPoint, потрібні твердіші слова, а публічна компанія перевірила б їх із юристами. Brandon, менеджер з ключових клієнтів, можливо, захоче одразу показати внутрішню сторінку клієнтові, але кожна аудиторія отримує свою версію зі своїм дисклеймером; ці версії розбирає модуль 3.

Lucy має одне прохання: зробити дисклеймер таким, щоб його справді читали, а не сірим текстом, якого ніхто не помічає. Дисклеймер працює, лише якщо читачі побачать його до того, як почнуть цитувати дати.

Чотири звички допомагають:

• Розмісти його там, де всі бачать — угорі або поруч із часовими горизонтами, а не у футері.
• Пиши по-людськи. Прості слова кращі за юридичні звороти: читачі мають чути команду.
• Постав дату. «Оновлено 2 жовтня» показує, наскільки план свіжий.
• Скажи, як часто його переглядають. Щомісячний перегляд показує, що роадмапа жива, і коли повертатися по новини.

Проста структура все покриває: скажи, що це (наш поточний план на основі того, що знаємо сьогодні), чим воно не є (зобов'язанням щодо конкретних фіч чи дат) і коли змінюється (переглядаємо щомісяця; Next і Later зсуватимуться). Зазвичай досить трьох коротких речень. «Може бути змінено» дрібним шрифтом формально каже те саме, а фактично — нічого.

Крім п'яти обов'язкових компонентів, роадмапа може мати додаткові елементи: імовірні фічі, стадію розробки, рівень упевненості, цільових клієнтів, продуктові напрями. Вони корисні, але додавай їх лише тоді, коли вони потрібні конкретній аудиторії. Техлідка Lucy захоче бачити фічі, статуси й рівні впевненості; версії для клієнтів може не знадобитися жодне з цього.

Деяка інформація взагалі не є частиною роадмапи, хоча люди чекатимуть, що ти її знаєш: графіки проєктів, бюджети, архітектура. Вона живе в інших документах — плані релізів, плані проєкту, технічному дизайні, — і на них можна послатися.

Навіщо така суворість? Роадмапа, перевантажена додатками, знову починає читатися як план проєкту, а саме від нього ти й тікаєш. Кожна додана колонка — це те, що читачі вимагатимуть, і те, що доведеться підтримувати актуальним.

Тож правило таке: п'ять обов'язкових частин завжди, додаткове — на вимогу, а графіки й бюджети — у власних документах. Які додатки потрібні якому читачеві, покаже модуль 3.

Перш ніж сторінка буде готова, перевір ланцюжок. Візьми будь-який пункт і піднімись угору: під якою він темою, якій цілі служить ця тема і як це веде до бачення?

Для Котокорму ланцюжок іде від широкого до конкретного:

1. Бачення: власникам котів ніколи не доводиться думати, що закінчиться потрібний корм.
2. Бізнес-ціль: збільшити виручку від підписки, скоротивши щомісячний відтік із 9% до 6%.
3. Тема: підписники не залишаються без корму між доставками.
4. Можлива фіча: нагадування про повторне замовлення.
5. Пункт плану релізів: листи-нагадування виходять у релізі 12.

Кожен рівень відповідає на «як?» для вищого й на «навіщо?» для нижчого. Перші три належать роадмапі, фіча — лише як приклад під своєю темою; пункт релізу — у плані релізів. Пункт без теми, як-от темна тема, лишається в таблиці з одним рядком пояснення.

Як це складається докупи: ланцюжок — це п'ять компонентів, прочитаних згори донизу: часові горизонти задають порядок, а дисклеймер тримає все чесним. Далі урок Збираємо вхідні дані відкриває модуль 2: звідки беруться бачення й цілі.