Модуль 1 · Урок 2

Аудиторія, user need і доказова сегментація

Аудиторія — не вигаданий портрет «Олена, 34, любить каву». Це визначена група людей або організацій у конкретному контексті, які намагаються досягти outcome, мають бар’єри й демонструють поведінку, яку можна дослідити.

EvidenceUser needContextSegment boundary

Потреба не дорівнює вашому рішенню

GOV.UK радить починати з того, що користувач намагається зробити, і трактувати думки без user evidence як припущення. Формулювання «користувачу потрібен наш чат-бот» уже містить рішення. Краще: «після зупинки обладнання відповідальний має швидко визначити критичність і передати повний контекст черговому, щоб скоротити простій». Канал або продукт з’являться пізніше.

ObservedПоведінка в аналітиці, search logs, записи сесій, звернення, транзакції.
ReportedІнтерв’ю, support calls, sales notes, survey — зі способом збору й bias.
InferredОбґрунтований висновок із кількох джерел, чітко позначений як inference.
AssumedГіпотеза команди без достатнього evidence; потребує плану перевірки.

Сегмент має межу й сенс для рішення

ВісьКорисний прикладПастка
КонтекстПерший аудит після міграції CMS«Усі, кому потрібне SEO»
Need / jobДовести причину падіння non-brand clicks до бюджетного reviewНазвати потребою купівлю вашого пакета
ПоведінкаПорівняв 3 рішення, повернувся на pricing, відкрив caseВважати один pageview наміром купити
Value / economicsRepeat purchase із прийнятною contribution marginСегментувати лише за revenue без cost-to-serve
ConstraintsМова, регіон, procurement, доступність, строкВикористовувати чутливу ознаку без потреби й підстави

Segment contract

Context / trigger: ______________________ User or organisation: __________________ Need / job / desired outcome: __________ Observed behavior: _____________________ Inclusion / exclusion rules: ___________ Evidence IDs and date: _________________ Decision this segment changes: _________ Known bias / missing voices: ___________ Next validation: _______________________

Сегмент корисний, якщо різниця між групами змінює offer, message, channel, service design або measurement. Якщо нічого не змінюється, сегментація декоративна.

Розширюйте evidence, а не персональні дані

Не збирайте «про всяк випадок» телефон, точну адресу, рекламні ідентифікатори чи приватні CRM-поля. Для навчального кейсу достатньо агрегованих, відкритих або синтетичних даних. Фіксуйте purpose, доступ, строк зберігання й видалення. Не публікуйте сирі записи інтерв’ю, contact details або screenshots із клієнтськими даними.

Missing voices

«Типовий користувач» часто приховує людей із низькою цифровою впевненістю, assistive technology, нестабільним інтернетом, іншим procurement process або offline-кроками. Позначайте, кого ваш evidence ще не представляє.

Практика уроку

  1. Візьміть один outcome з уроку 1 і опишіть контекст використання.
  2. Сформулюйте user need без назви вашого продукту або каналу.
  3. Створіть inclusion/exclusion rules для пріоритетного сегмента.
  4. Додайте по одному observed, reported, inferred і assumed item.
  5. Назвіть missing voice та найменший наступний research step.

Офіційні джерела

Практична перевірка · урок 2 з 42

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Що є user need?
2. Як трактувати думку команди без user evidence?
3. Коли сегментація є корисною?