КАК СОСТАВЛЯТЬ 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 наиболее эффективны для фиксации требований в сложных проектах, разработка которых является многоэтапным процессом. Используя карточки, обсуждая и подтверждая их и учитывая контекст, вы сможете действовать на опережение и соответствовать ожиданиям клиентов сразу после запуска продукта.