ЯК СКЛАДАТИ USER STORY?

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

Про що йде мова?

• Що таке User Story і з яких частин складається?
• Етапи написання користувацьких історій
• Переваги та недоліки історій користувача
• Як створити та оцінити User Story?
• Висновки

Що таке User Story і з яких частин складається?

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

«У розробці програмного забезпечення та управлінні продуктами, історія користувача — це неформальний опис функцій програмної системи природною мовою. Вони пишуться з точки зору кінцевого користувача або користувача системи і можуть бути записані на картках, стікерах або в цифровому вигляді в програмному забезпеченні для управління проектами. Залежно від проекту, історії користувачів можуть бути написані різними зацікавленими сторонами, такими як клієнт, користувач, менеджер або команда розробників». «User story», — Wikipedia

Мета будь-якої користувацької історії полягає у формуванні цінності для кінцевого користувача або працівників компанії. Вона допомагає подивитися на функціонал сайту чи іншого продукту з різних ракурсів, тим самим дозволяє уникнути численних переробок та правок. Простими словами, User Story — інструкція для розробників, яка описує, що має бути на сайті чи в будь-якому програмному забезпеченні.

Записують історії на невеликих з розміром картках (7 х 13 або 8 х 12 см), що сприяє короткому і точному викладу вимог. Вони відповідають на три питання, що виражається за допомогою шаблона:

«Як <роль>, я хочу <ціль/бажання> щоб <вигода>»

Наприклад:

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

Також використовують скорочену схему:

«Як <роль>, я хочу <ціль/бажання>»

Наприклад:

«Як юрист я хочу швидко та безкоштовно завантажувати шаблони документів».

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

Історії користувачів складаються з чотирьох елементів, відомих як «Чотири С».

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

1. Картка («Як спеціаліст з контролю якості продукту я хочу спростити процедуру відправлення відгуків, щоб клієнти могли додавати користувацький контент безпосередньо на сайт»).
2. Розмова. Співпраця між усіма сторонами процесу дозволяє виробити спільне розуміння потреб та проблем кінцевого користувача.
3. Підтвердження. На зворотному боці картки можуть бути вказані критерії прийнятності для оцінки її завершеності.
4. Контекст. Розгляд кожної конкретної ситуації та умов, у яких вона може виникати, сприяє послідовності карток для їх об’єднання в карту.

Етапи написання користувацьких історій

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

Виділимо 5 основних етапів написання User Story

1. Визначте критерії прийнятності. Контрольний список характеристик історії допоможе зрозуміти, коли її написання можна вважати завершеним.
2. Підготуйте портрети сегментів ЦА. У дослідженні запитів користувачів вам допоможуть такі методи як опитування, спілкування з представниками фокус-групи, аналіз форумів та соцмереж, а також моніторинг конкурентів.
3. Створіть задачі і підзадачі. Детальний опис процесу дасть команді розуміння суті кожного завдання.
4. Складіть карти історій. Мапи історій структурують роботу в рамках великих проєктів, дозволяють враховувати не лише питання та потреби користувачів, але і сукупність варіантів клієнтських шляхів.
5. Оцініть якість історії. Останній крок — перевірка того, наскільки хорошою є історія користувача.

Оцінити User Story можна за допомогою техніки INVEST. Абревіатура розшифровується наступним чином:

• Independent — незалежна. Над історіями можна працювати у будь-якому порядку, вони є окремими та самостійними.
• Negotiable — обговорювана. Текст на картці може змінюватися залежно від результатів переговорів між учасниками команди, а також між власником продукту та маркетологом, маркетологом і кінцевим користувачем.
• Valuable — цінна. Сама по собі історія не грає жодної ролі, якщо вона не дає користі клієнту.
• Estimable — оцінювана. Чудово, якщо ви можете заздалегідь оцінити, скільки часу займе створення історії.
• Small — невелика. В цьому різниця між історією і технічним завданням. User Story завжди лаконічна, вона не містить жодних деталей, приміток чи додаткових варіантів.
• Testable — така, що піддається тестуванню. Задля забезпечення стандартів якості історію потрібно тестувати.

Хороша користувацька історія відповідає всім критеріям INVEST. Найбільша помилка — вносити історію в перелік вимог для кількості. Якщо вона не є корисною для певного сегменту ЦА, ту чи іншу функцію програмного забезпечення можна додати пізніше та протестувати, чи використовують її.

Переваги та недоліки історій користувача

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

• Зосереджують увагу розробників на користувачеві. На відміну від звичайного списку завдань, цей підхід дійсно сприяє вирішенню реальних проблем користувачів та діє на випередження.
• Сприяють співпраці. Учасники команди спільно визначають цілі та шляхи їх досягнення. Це запобігає виникненню непорозумінь між різними відділами, наприклад, коли програміст не розуміє суть задумки спеціаліста, котрий створював прототип сайту.
• Стимулюють творчі рішення. Мозковий штурм, опитування користувачів, мапування історій та їх доповнення новими картками — все це дозволяє мислити нестандартно, ставити себе на місце клієнта, ловити інсайти та втілювати їх.
• Економлять ресурси на розробку і запуск проєкту. Картки полегшують розуміння того, чого прагне клієнт, які тренди та можливості функціоналу використовувати, а які будуть зайвими.
• Усувають обмеження. Користувацькі історії є гнучкими, оскільки не заглиблюються в технічні деталі. Їх можна адаптувати до конкретного сегменту аудиторії та до технічних можливостей команди.

Існує також ряд потенційних недоліків користувацьких історій.

• User Story може бути не достатньо конкретною або передбачати одразу декілька рішень.
• Щоб написати якісну історію клієнта, потрібно багато часу виділяти на дослідження аудиторії та обговорення.
• Звужене бачення. Кожна картка стосується конкретної вимоги, і це може завадити оцінити загальну картину. Тому без створення мапи реалізація вимог з користувацьких історій може бути дещо хаотичною.

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

Як створити хорошу User Story?

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

Аналітична платформа для розробки програмного забезпечення Pluralsight Flow пропонує своїм користувачам шаблони користувацьких історій різної складності. Наприклад, до ключових трьох питань «Хто?», «Чого хочу?» та «Для чого?» можна додати контекст («Враховуючи, що»), час («Коли?») та бажаний результат.

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

Радимо починати процес із створення поеми — поверхневої історії, що стосується усіх потенційних клієнтів. Відштовхуйтеся від цілей бізнесу та можливостей компанії. Після цього можна розділити поему на кілька користувацьких історій. Використовуйте зворотний зв’язок від користувачів ще на стадії формування продукту. Особливу увагу карткам варто виділити на етапі прототипування сайту, програми чи застосунку.

Для того, щоб об’єднати всі користувацькі історії та визначити, які з них є пріоритетними, застосовують мапування User Stories. Для цього існують спеціальні інструменти, наприклад, модель User story canvas.

Створювати карти історій користувачів можна і в інших програмах або вручну. Таке групування дозволяє побачити кожну картку в контексті використання продукту та знайти прогалини у виконаній роботі.

Відповіді на запитання

Висновки

Користувацькі історії не є обов’язковими. Але саме вони дозволяють розробляти зручні та цінні для ЦА продукти в максимально короткі терміни. За допомогою User Story можна детально описати необхідний функціонал та структуру веб-ресурсу, мобільного застосунку, онлайн-сервісу чи будь-якого програмного забезпечення.

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