Вигоди після проєкту

У модулі 1 ми розділили результат і вигоду: гру можна випустити бездоганно, і ніхто в неї не гратиме. Проєкт закінчується на релізі, а вигоди з'являються пізніше. Тому їх перевіряють уже після закриття проєкту.

Хто стежить за вигодами

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

• яку вигоду чекаємо;
• як її міряємо;
• коли перевіряємо;
• хто відповідає.

У студії вигоди взято зі статуту (модуль 4):

• 50 тисяч завантажень за три місяці;
• рейтинг у магазинах не нижче 4,3;
• NPV (чиста приведена вартість) більше нуля.

Перевірки призначили на 3, 6 і 12 місяців після релізу.

Перша перевірка: три місяці

• Завантаження: 38 тисяч замість 50.
• Рейтинг: 4,4.
• Дохід: 26 тис. грн за квартал замість запланованих 30.

Гра подобається тим, хто її знайшов, але знаходять її мало. Засновники ухвалюють два рішення:

• запустити ефір зі стримером-партнером (модуль 5);
• випустити оновлення з п'ятьма новими рівнями, про які домовилися ще під час конфлікту дизайнера з програмістом (модуль 10).

Друга і третя перевірки

• Через шість місяців: 72 тисячі завантажень, рейтинг 4,5.
• Через рік: 118 тисяч. Дохід за перший рік — 112 тис. грн замість 120.

NPV лишається додатним, якщо наступні роки підуть за планом. Проєкт вийшов на тиждень пізніше, а продукт свої вигоди дає. Це та різниця між успіхом проєкту й успіхом продукту, про яку йшлося в модулі 4.

Без перевірок засновники дізналися б про відставання наприкінці року, коли щось змінити вже складно.