MVP — це не маленька копія майбутнього застосунку і не виправдання низької якості. Це найменша версія продукту, яка перевіряє головну гіпотезу на реальному сценарії та дає команді дані для наступного рішення.
Як визначити межі
Опишіть один основний результат, заради якого користувач відкриє застосунок. Усе, що не допомагає дійти до цього результату, має бути кандидатом на пізніший етап. Наприклад, для сервісу замовлення це може бути пошук, вибір, оплата і статус, але не програма лояльності, складні рекомендації та десятки налаштувань.
Мінімальний не означає сирий
- Основний сценарій має бути завершеним від початку до кінця.
- Помилки повинні мати зрозумілий стан і спосіб відновлення.
- Дані користувача потрібно захищати з першого дня.
- Аналітика має фіксувати активацію, відмови та повторні дії.
Орієнтиром можуть бути рекомендації Android щодо якісного UX: застосунок має бути інтуїтивним, стабільним і послідовним навіть у першій версії. Користувач може пробачити невелику кількість функцій, але рідко пробачає втрату даних або незавершену ключову дію.
Як зрозуміти, що MVP спрацював
Визначте одну метрику результату та кілька діагностичних метрик. Це може бути частка користувачів, які завершили ключовий сценарій, час до першої цінності, повторне використання або кількість ручних звернень по допомогу. Не замінюйте їх загальною кількістю завантажень.
Хороший MVP закінчується не релізом, а навчанням. Після запуску команда повинна знати, що підтвердилося, що спростувалося і яку зміну варто перевірити наступною.
Джерело: Android Developers: What a great user experience looks like.
