Ласкаво просимо до нашого Адвент-календаря на 2025 рік! Сьогодні, 2 грудня, ми продовжуємо досліджувати закулісні процеси створення продукту, зосереджуючись на найважливішому етапі: Відкриття.

Кожен проект починається з питання: Яку проблему ми насправді намагаємося вирішити?

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

Саме в цьому полягає роль фази Відкриття.

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

Проблема: відправна точка будь-якого продукту, який довговічніший

Багато проектів зазнають невдачі не тому, що рішення погане, а тому, що воно вирішує… хибна проблема.

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

Перш ніж починати розробку функції, важливо уточнити кілька елементів:

• Хто насправді є користувачем, якого це стосується, і чого він намагається досягти в певному контексті?

• Чому ця складність існує сьогодні, і що її підживлює?

• Який конкретний вплив на діяльність компанії: втрата конверсії, надмірне тертя, додаткові операційні витрати, невдоволення клієнтів?

Перед створенням прототипу, проектуванням або розробкою необхідно поставити собі три питання:

➤ Хто що намагається зробити? З точки зору користувача: контекст, мотивація, обмеження.

➤ Чому ця проблема існує сьогодні? Які першопричини? Які подразники?

➤ Що заважає продуктивності бізнесу? Конверсія, утримання, внутрішні витрати, втрата доходу тощо.

Розуміння перед тим, як діяти, заощаджує час, гроші… і багато розчарувань.

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

Визначення потреб користувачів: 4-етапний метод

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

Контекстуальне спостереження

Перш ніж слухати, потрібно подивитися.

Мета: зрозуміти фактичну поведінку, а не декларовану.

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

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

Конкретні приклади:

• Як користувач шукає товар на сайті електронної комерції?

• Які обхідні шляхи чи шляхи він використовує?

• Яка частина подорожі здається «виснажливою» або неінтуїтивно зрозумілою?

Якісні інтерв'ю

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

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

Співбесіда не є тестом з вибором відповідей, це керована розмова.

Ми шукаємо:

• розчарування

• очікування

• його глибинні мотиви (чого він НАСПРАВДІ хоче досягти)

• невидимі перешкоди (брак впевненості, когнітивне перевантаження…)

Порада дизайнера: Завжди тричі запитуйте «Чому?» — це найкращий спосіб дістатися до суті проблеми.

Аналіз даних

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

Де- розуміння дорогоцінні речі вже заховані в аналітика :

• коефіцієнт відсіву

• сторінки не переглянуті

• лійки блокатори

• Схеми Зони активності

• внутрішній пошук

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

Синтез та переформулювання потреби

Після того, як ця інформація зібрана, завдання полягає в тому, щоб перефразувати її просто. Гарну потребу користувача можна виразити одним реченням, яке визначає особу, її контекст та мету. Якщо це речення залишається розпливчастим або занадто загальним, це ознака того, що розуміння ще недостатньо глибоке.

На цьому етапі ви повинні мати змогу сформулювати чітку потребу:

«Користувач X, у контексті Y, хоче досягти Z, оскільки це дозволяє йому…»

Якщо ви не можете сформулювати просте речення: потреба незрозуміла.

Визначення потреб бізнесу: важливе узгодження

Продукт не просто служить користувачам. Він також повинен відповідати стратегічні цілі компаніїІгнорування цього аспекту часто призводить до болісних компромісів на подальших етапах проекту.

Щоб правильно визначити потреби бізнесу, корисно з самого початку уточнити, чого компанія намагається досягти. Чи це покращення ключового показника ефективності, такого як коефіцієнт конверсії або утримання клієнтів? Підтвердження стратегічної гіпотези? Зменшення внутрішніх витрат чи оптимізація ручного процесу?

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

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

Знаходження балансу між тим, що важливо для користувача, тим, що створює бізнес-цінність, і тим, що технічно можливо, є основою... Продуктове мислення.

Продукт існує не лише для користувача: він повинен служити стратегії компанії.

Розуміння бізнес-завдань

Деякі важливі питання:

• Який KPI потребує покращення?

• Яку бізнес-гіпотезу ми хочемо перевірити?

• Які витрати ми хочемо зменшити?

• Якій командній чи управлінській меті це служить?

Відображення обмежень

Вони не є перешкодою, вони є основою:

• технічні обмеження

• бюджет, терміни

• залежності від інших команд

• технічний борг

Узгодження питань

Ми намагаємося знайти перетин між:

• що важливо для користувача

• що створює цінність для бізнесу

• що технічно можливо

Цей трикутник є основою Продуктового мислення.

Переосмислення проблеми: ключ до гарного узгодження

Щоб рухатися вперед, усі повинні дивитися в одному напрямку. Після того, як елементи зібрані, переформулювання стає важливою вправою. «Формулювання проблеми» дозволяє кристалізувати ключові елементи в одному реченні: цільову аудиторію, контекст, проблему, її вплив та поставлену мету.

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

Простий, але потужний інструмент: «постановка проблеми»

Одне речення, яке підсумовує це:

• цільова аудиторія

• контекст

• справжня проблема

• негативний вплив (користувач/бізнес)

• бажана мета

приклад:

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

Якщо з цим реченням погоджені = можна переходити до розв'язання.

Семінар з генерування ідей: місток між проблемою та рішенням

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

Але не просто якийсь там старий спосіб. Щойно проблема зрозуміла, час відкрити світ можливостей. Генерування ідей полягає не в пошуку «правильної ідеї», а в дослідженні якомога більшої кількості шляхів, щоб потім дійти до найперспективніших рішень.

Гарний семінар об’єднує різноманітні профілі та дотримується чіткої методологічної основи. Він заохочує творчість, водночас дозволяючи робити вибір, керуючись фактично виявленою проблемою.

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

Хороший семінар з генерування ідей:

• об'єднує різні профілі (дизайнерПостачальник послуг DEV, бізнес...)

• дотримується чіткої методологічної бази

• досліджуйте, перш ніж судити

• сходиться до реалістичних шляхів

Щоб допомогти вам провести ефективний семінар, я пропоную посібник. Майстерня з ідей Miro (PDF) Скачати.

Ви знайдете його внизу статті.

Висновок: Гарна, добре зрозуміла проблема варта блискучого рішення

Зробити продукт успішним — це не просто випуск функцій. Йдеться про розуміння людей, їхніх реальних потреб та пошук балансу з бізнес-цілями.

La Відкриття Це не марна трата часу: це те, що запобігає марнуванню місяців часу пізніше.

А коли всі діляться думкою про проблему, рішення раптом стають… очевидними.

>> Подарунок: Завантажте свій аркуш семінару з генерування ідей (PDF): Аркуш семінару з ідеями UX Republic (PDF)

 

Вільям Мартін
Дизайнер продуктів
UX-республіка