Результати (outcome) важливіші за вихід (output)

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

Поглянь на верхні рядки таблиці запитів Котокорму: оптові замовлення для клінік, мобільний застосунок, бонусні бали, нагадування про повторне замовлення, новий чекаут, темна тема. Кожен із них — вихід: те, що команда збудувала б.

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

Фабрика фіч (feature factory) — це команда, яка міряє успіх кількістю випущених фіч і ніколи не перевіряє, що вони змінили для клієнтів чи бізнесу. Вона може зробити все вчасно й не зрушити нічого. Саме такий незручний факт має для ради директорів Ian, CEO Котокорму: торік команда вчасно випустила всі 14 фіч із роадмапи, а відтік не зрушив. Жодна з 14 не була спрямована на відтік.

Роадмапи з виходів цьому сприяють. «Зробити мобільний застосунок» вважається виконаним, щойно застосунок у магазині, байдуже, чи хтось через нього замовляє. Результат виконано лише тоді, коли зрушила цифра.

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

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

Тепер питай «чому це важливо?», щабель за щаблем:

1. Оптові замовлення для клінік (вихід).
2. Адміністратори перестають замовляти телефоном, клініку за клінікою.
3. Замовлення приходять правильні й вчасно, тож корми не закінчуються.
4. Клініки перестають відсилати власників тварин до інших постачальників.
5. Котокорм розвиває й утримує канал ветклінік (бізнес-ціль).

Нижній щабель — вихід, середні — результати для клінік, верхній — бізнес-ціль, якій вони служать. Зупинися там, де команда ще може впливати на результат: зазвичай саме його варто ставити в роадмапу.

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

Щоб виміряти, вибери сигнал, який уже видно або який можна почати відстежувати, і додай базовий рівень і ціль. Для клінік: «Випадків нестачі лікувального корму в партнерських клініках стає не 6 на місяць, а 1». Туди можуть привести оптові замовлення. А може, автоматичні повторні замовлення чи проста спільна таблиця.

Спробуй на іншому рядку таблиці. Дослідження показує, що головна проблема підписників — забути замовити й лишитися без корму; у таблиці написано «Зробити мобільний застосунок». Слабкі варіанти зберігають рішення («запустити застосунок до червня»), лишаються розмитими («найкращий застосунок на ринку») або рахують використання виходу («10 000 завантажень»). Сильний називає зміну: «збільшити частку підписників, які отримують наступну доставку до того, як корм закінчився, із 70% до 85%». Якщо туди приведе застосунок — чудово; якщо нагадування — ще дешевше.

Результат марний, якщо потрапив в одну з чотирьох пасток, і навіть речення з «навіщо» може потрапити в кілька одразу. Візьмімо «Запустити бонусні бали в Q2, щоб підвищити залученість». Тут є «навіщо», але є й фіча, дата і розмите слово: як «залученість» виглядатиме в даних? Хто що робитиме частіше?

Чотири пастки:

• Не виміряти: «зробити клієнтів щасливішими» не має сигналу, який можна перевірити.
• Вихід під маскою: «запустити програму лояльності до кінця Q2» — це й далі поставка з дедлайном.
• Нав'язує рішення: «зменшити відтік, додавши кнопку паузи» наперед фіксує одне з можливих рішень.
• Надто широко для однієї команди: «подвоїти вартість Котокорму» чи «збільшити виручку компанії на 30%» — нормальні бізнес-цілі, але жодна команда не зрушить їх сама.

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

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

Якщо єдина відповідь — «у всіх конкурентів є», це копіювання, а не ціль. Спитай, що клієнти конкурентів через це роблять інакше. Саме цю зміну і варто записати як результат.

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

Як і будь-якому доброму результату, додай базовий рівень і ціль: сьогодні 38% нових покупців замовляють повторно протягом 60 днів. Тоді бали стають лише однією ставкою на те, як підняти це число.

Коли клієнт хоче вписати в договір фічу з датою, запропонуй натомість результат. PurrPoint хоче щось, що можна вписати в договір, а Brandon потрібна альтернатива «оптовим замовленням до квітня».

Клінікам насправді байдуже до «оптових замовлень». Їм важливо ніколи не лишатися без лікувальних кормів і не витрачати годину на телефон. Котокорм може пообіцяти працювати саме над цим і звітувати про прогрес, не обіцяючи конкретної фічі до конкретного місяця.

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

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

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

У Котокормі техлідка Lucy бачить результат для клінік і просить дослідити два-три варіанти замість того, щоб уже зараз оцінювати «оптові замовлення». Це і є домовленість у дії. Якщо оптові замовлення виявляться дорогими, а спільна таблиця так само скоротить нестачу корму, зобов'язання щодо фічі однаково змусить будувати дороге; зобов'язання щодо результату дозволяє команді змінити рішення.

Домовленість також переносить оцінювання на час, коли проблему вже зрозуміли, тож оцінки менші, чесніші й прив'язані до рішення, яке порівняли з альтернативами.

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