Команди часто починають із питання «які функції додати?». Сильні мобільні продукти починають інакше: яку конкретну проблему людина намагається вирішити, як часто вона виникає і що відбувається, якщо її не вирішити?
Проблема має бути спостережуваною
Фраза «користувачам потрібен зручніший застосунок» занадто загальна. Краще описати ситуацію: людина витрачає 20 хвилин на повторне введення даних, не може перевірити статус замовлення або втрачає контекст після переривання. Такий опис можна перевірити в інтерв’ю, аналітиці та тестуванні прототипу.
Як відрізнити симптом від причини
- Запитайте, що користувач робить без вашого продукту.
- З’ясуйте, де саме виникає затримка або помилка.
- Порівняйте слова користувача з реальною поведінкою.
- Перевірте, чи проблема достатньо важлива для зміни звички.
Кейс Headspace показує, що проблема може бути ширшою за окрему функцію. Команда хотіла розширити продукт у напрямі wellness, але для цього спочатку довелося перебудувати архітектуру та якість досвіду. Проблемою була не відсутність ще одного екрана, а нездатність продукту надійно підтримувати нову обіцянку.
Після формулювання проблеми створіть коротку гіпотезу: «Для [аудиторії] у [контексті] ми зменшимо [перешкоду], щоб людина могла [результат]». Потім перевірте її мінімальним експериментом і визначте ознаку успіху.
Чітка проблема дисциплінує рішення, допомагає відсікати зайві функції та робить маркетингове повідомлення конкретним. Вона є основою не тільки UX, а й усієї продуктової стратегії.
