Написание user story, или пользовательских историй — это один из важных этапов в таких бизнес-процессах, как разработка программного обеспечения и создание маркетинговых стратегий. Этот этап помогает разработчикам, дизайнерам и product менеджерам выявить потребности пользователей и создать продукт, который соответствует реальным запросам целевой аудитории. Разбираем термин user story – что это, примеры написания и как правильно составлять.
Что такое User Story
В мире разработки ПО и управления проектами важным инструментом является User Story (в переводе с английского – пользовательская история). Говоря простыми словами, юзер стори – это короткое описание функционала с точки зрения пользователя. При этом фокус создается не на технических деталях, а на ожиданиях клиентов от определенных функций.
Пользовательская история позволяет предугадать потребности аудитории и запросы от функционала продукта (software либо другой товар). На этой основе корректируется процесс разработки – это может быть внесение новых функций либо изменение существующих.
Как формулировать User Story
User Story формируется по принципу «роль — цель — результат» и включает в себя следующие этапы:
обозначение роли (кто) – клиент, который пользуется продуктом;
обозначение цели (что) – действие, которое требуется совершить;
обозначение результата (зачем) – что должно получиться в итоге.
Для упрощения используется следующий шаблон:
«Как [роль], я хочу [цель], чтобы [результат]».
Результат – это польза, которую получает клиент, либо причина, по которой он желает совершить обозначенное действие.
Неправильное применение:
«Я Коля, и я хочу удалять свои сообщения».
«Я могу выделять сообщения. Я могу удалять текст. Я могу сохранить измененное сообщение».
«Как клиент, заказывающий фаст-фуд онлайн, я хочу найти предыдущие списки заказов на еду, чтобы видеть все заказы, которые у меня есть».
В этих случаях присутствуют ошибки или полностью отсутствуют критические пункты:
Нет роли. Коля – это имя, а не роль, во втором случае этот параметр отсутствует полностью.
Не указана польза. В первых двух примерах не указано, для чего требуется функция и какую ценность она несет.
Слишком громоздкая структура. Второй пример дает слишком много не критичной для процесса информации. Его можно сформулировать более сжато.
Неверно сформулированная ценность. В третьем примере результат («чтобы видеть все заказы») является повтором желаемого действия ( «хочу найти предыдущие списки заказов»).
Правильные примеры:
«Как пользователь интернет-магазина, я хочу сортировать товары по стоимости, чтобы быстрее находить подходящие предложения».
«Как администратор, я хочу получать уведомления об ошибках системы, чтобы оперативно исправлять проблемы».
В рамках одного проекта можно создавать несколько сториз для разных типов пользователей. Например, если ресторан разрабатывает приложение для онлайн-доставки, создаются user stories для клиентов сервиса, разработчиков, работников техподдержки и т.д.
Рекомендации по написанию User Story
Создавая карту юзер сториз, фокусируйтесь на потребностях потенциального клиента. Проследите, чтобы пользовательский запрос был понятен для всех участников процесса, в том числе тех, кто не имеет глубоких технических познаний.
Еще несколько советов по созданию, которые должны привести к нужному результату:
Будьте конкретны. Избегайте расплывчатых формулировок, которые невозможно проверить. Например, вместо «Сделать функцию удобной» уточните: «Процесс можно завершить за 3 клика».
Делайте сценарии небольшими. Захватывайте одну функцию, чтобы ее можно было выполнить за один спринт или итерацию. Если сториз получается слишком объемной, разделите ее на несколько отдельных.
Избегайте технических деталей. Указывайте желаемый результат с точки зрения пользователя, а не реализации. Например, вместо «Подключить API для отправки запросов» нужно использовать «Ответ за запрос получен в течение 5 секунд».
К написанию юзер стори требуется привлечь как можно большее количество участников команды. Это требуется, чтобы собрать как можно больше полезного фидбека, избежать возможных разночтений и установить ограничения.
Преимущества и недостатки User Story
User stories имеют как преимущества, так и недостатки, которые требуется учитывать перед внедрением их в бизнес-процессы.
Основные достоинства включают в себя:
Создание конкурентного продукта. Команде сосредотачивается на реальных потребностях, а не технических нюансах. Это способствует созданию более ценных и удобных решений.
Простота и понятность. US формулируются простым языком, что делает их доступными для всех участников проекта — от разработчиков до заказчиков. Таким образом результат будет понятен в том числе участникам без технического бэкграунда.
Гибкость. Юзер сториз легко адаптируются под изменения в проекте. Их можно добавлять, удалять или перерабатывать по мере появления новых требований или изменения приоритетов.
Улучшение коммуникации. User Story стимулируют диалог между участниками команды, уточняют детали задачи и позволяют избежать недопонимания.
Поддержка Agile-подхода. Пользовательские сториз идеально вписываются в методологии гибкого управления командами (Scrum, Kanban). С их помощью можно быстро организовать спринты и оценить поставленные таски.
Однако стоит учитывать также недостатки:
Недостаток деталей. Истории могут быть слишком обобщенными, что приводит к расхождениям в оценке результата или неправильному пониманию цели.
Необходимость дополнительных уточнений. Часто требуют дополнительных обсуждений, написания критериев приемки и детализированных описаний. Это увеличивает время на подготовку.
Сложность масштабирования. В крупных проектах с большим количеством историй может возникнуть путаница, а также трудности с структурированием и приоритезацией.
Риск упрощения. Сосредоточение только на пользовательском опыте может привести к игнорированию важных технических аспектов. Это может привести к багам и увеличению времени на тестирование.
Зависимость от команды. Качество историй напрямую зависит от опыта и вовлеченности участников проекта. Если они недостаточно хорошо понимают потребности ЦА, эффективность метода снижается.
Хорошая сториз должна выдерживать баланс между простотой (желаемый итог должен быть понятен без технических познаний) и глубиной проработки (между участниками не должно возникать разных мнений). Для внедрения этой технологии требуется эффективная коммуникация между отделами и четко выстроенные процессы внутри команды.
Зачем нужны User Story
User Story — это универсальный инструмент, который дает командам возможность сосредоточиться на потребностях клиента и повышает эффективность работы. Пользовательская история упрощает коммуникацию между отделами и помогает выделить ценность, которую должен принести продукт.
Среди проблем, которые закрывают юзер истории, можно выделить:
Определение требований. Дают понять, чего именно хочет получить пользователь от продукта.
Определение объёма работы. Позволяют разбивать таски на небольшие части.
Приоритизация. Помогают сосредоточиться на наиболее важных функциях.
Создание общего понимания целей. Устраняют разногласия между участниками команды, так как описывают конечный результат доступным языком.
Упрощение тестирования. Критерии приемки можно использовать в создании сценариев для тестирования юзабилити и тест-кейсов для QA.
Подготовка основы для документирования. Формируют понятную документацию о функциях продукта.
Контроль качества. Гарантируют, что выполненная задача соответствует ожиданиям и приносит ценность.
Планирование и оценка работы. Позволяют команде оценивать временные затраты на реализацию.
Благодаря своей функциональности такая методика применяется не только в IT, но и в других сферах деятельности. Рассмотрим подробнее варианты их использования в разных областях бизнеса.
Использование в отделе продаж
В продажах пользовательские истории применяются для лучшего понимания потребностей клиентов, за счет чего возможно повысить выручку компании.
«Как клиент бренда, я хочу быстро узнавать о скидках на интересующие меня товары, чтобы экономить деньги».
Цель: Внедрение опции подписки на акции, отправка клиенту уведомлений по выбранному каналу связи.
Такой юзер стори помогает получить представление о том, какие функции продукта помогут увеличить продажи. Отдел разработки может использовать данные для внедрения инструментов, позволяющих анализировать предпочтения аудитории. Это повысит лояльность клиентов и увеличит конверсию.
Использование в отделе PR
Для PR-команд User Stories — это способ сбора информации о целевой аудитории. Они помогают понять, какие сообщения лучше всего донести до аудитории.
«Как пользователь интернет-магазина, я хочу читать отзывы других покупателей, чтобы быть уверенным в качестве товара».
Цель: Создание контента, который повышает вовлеченность и доверие к бренду.
Правильно сформированные пользовательские истории позволяют PR-командам разрабатывать релевантные кампании и акцентировать внимание на интересах аудитории.
Инструмент для увеличения ценности продукта
В продажах эта методика помогает определить, какие функции или улучшения несут максимальную ценность для ЦА.
«Как пользователь приложения для фитнеса, я хочу получать рекомендации по питанию, чтобы быстрее достигать своих целей».
Цель: Добавление функционала рекомендаций, увеличивающего ценность продукта.
Такие истории помогают вносить в продукт изменения, которые действительно нужны аудитории, что повышает его ценность для потенциального клиента.
Роль в Agile методологиях
В Agile-подходах User Stories используется как база для планирования и выполнения задач. Они помогают командам разбивать масштабные проекты (эпик) на небольшие итерации, что позволяет управлять датами и дедлайнами.
Они помогают:
формировать бэклог продукта;
планировать спринты;
проверять выполнение задач на соответствие ожиданиям.
Юзер стори в Agile помогает командам ставить четкие задания и постоянно вносить в продукт улучшения, ориентируясь на обратную связь.
Критерии приемки User Story
От качества истории зависит эффективность разработки: если ее правильно сформулировать, она экономит время и ресурсы, что необходимо для успеха бизнеса. При оценке используют критерии приемки, или критерии успеха. Это перечень условий, которые требуется выполнить, чтобы история считалась завершенной.
Рассмотрим такой пример:
«Как пользователь, я хочу видеть подтверждение после проведения платежа, чтобы быть уверенным в успешной оплате».
При создании и утверждении этого сценария используются следующие критерии приемки:
- После оплаты приходит уведомление об успешной транзакции.
- Уведомление содержит номер заказа, дату и сумму оплаты.
- В случае ошибки оплаты отображается соответствующее сообщение.
Критерии приемки важно правильно составить, чтобы они эффективно работали. Наиболее популярным вариантом является методика INVEST.
Согласно этой технологии, пользовательская история должна быть:
независимой – можно реализовать без привязки к остальным сториз;
обсуждаемой – каждая сториз может подвергаться обсуждению и изменению;
ценной – обязана приносить ценность для целевого клиента;
оцениваемая – по сториз можно понять, сколько времени и ресурсов уйдет на реализацию;
небольшой – должна включать в себя все необходимые параметры, но быть максимально краткой и лаконичной;
тестируемой – историю можно проверить на исполняемость и корректность.
Критерии выступают своеобразным «чек-листом», с помощью которого user stories проверяются на соответствие всем необходимым параметрам. Они помогают избежать разночтений и повысить качество результата.
Примеры User Story
Рассмотрим несколько вариантов того, как правильно создавать пользовательские истории в зависимости от поставленной цели.
Пример №1: Авторизация в кабинете сайта
Описание:
«Как пользователь сайта, я хочу заходить в личный профиль с помощью пароля или через социальные сети».
Цель:
Обеспечить комфортный и безопасный доступ к личному кабинету, где клиент сможет управлять своими данными, заказами или услугами.
Задача:
Внедрение функционала выбора авторизации с учетом безопасности (валидация данных, защита от взлома, капча).
Критерии успеха:
Простота авторизации.
Минимизация рисков взлома.
Предоставление выбора авторизации.
Результат:
Клиент сможет беспрепятственно входить в личный кабинет любым выбранным способом, что повысит удобство использования сайта.
Пример №2: Меню ресторана в мобильном приложении
Описание:
«Как пользователь приложения ресторана, я хочу видеть актуальное меню с фотографиями и ценами, чтобы быстро выбрать и заказать блюда».
Цель:
Обеспечение удобного просмотра и заказа блюд без необходимости посещать ресторан.
Задача:
Разработка интерфейса меню с разделами (супы, напитки, десерты), списком используемых продуктов, визуальным оформлением (фото) и фильтрацией по предпочтениям.
Критерии успеха:
Удобство навигации и использования.
Привлечение большего числа заказов через приложение.
Результат:
Увеличение числа онлайн-заказов, улучшение клиентского опыта и рост дохода ресторана.
Пример №3: Приложение интернет-магазина косметики
Описание:
«Как покупатель, я хочу искать косметику по типу кожи и фильтровать по популярности и стоимости, чтобы найти подходящие продукты».
Цель:
Помочь клиенту быстро находить товары, соответствующие его индивидуальным потребностям.
Задача:
Создание фильтров по категориям, рейтингу и отзывам, а также улучшенный поиск с рекомендациями.
Критерии успеха:
Ускорение процесса выбора товара.
Увеличение числа покупок.
Результат:
Рост продаж, повышение лояльности клиентов и увеличение времени взаимодействия с приложением.
Пример №4: Повышение лояльности через отзывы
Описание:
«Как покупатель, я хочу оставлять отзывы о купленных товарах, чтобы делиться своим опытом и помогать другим в выборе».
Цель:
Увеличение доверия ЦА за счёт прозрачности и возможности ориентироваться на опыт других.
Задача:
Реализация системы отзывов с оценками и комментариями, модерируемая для фильтрации спама.
Критерии успеха:
Создание сообщества вокруг бренда.
Увеличение конверсии за счёт реальных отзывов.
Результат:
Рост клиентской лояльности, укрепление репутации компании и увеличение объема продаж.
Пример №5: Улучшение интерфейса приложения
Описание:
«Как пользователь, я хочу, чтобы приложение имело интуитивно понятный интерфейс, чтобы я мог быстро находить нужные функции».
Цель:
Обеспечить удобство использования приложения, снизив число действий, необходимых для выполнения.
Задача:
Редизайн интерфейса: упрощение навигации, внедрение подсказок и улучшение структуры меню.
Критерии успеха:
Уменьшение времени на выполнение действий.
Повышение пользовательского опыта (UX).
Результат:
Снижение уровня отказов, увеличение числа активных пользователей и повышение удовлетворенности клиентов благодаря удобному управлению.
Пример №6: Добавление плейлиста в приложение
Описание:
«Как пользователь музыкального приложения, я хочу создавать плейлисты, чтобы получить быстрый доступ к моим любимым трекам».
Цель:
Дать слушателям возможность персонализировать свой музыкальный опыт и повысить юзабилити.
Задача:
Добавление функционала создания, редактирования и сохранения плейлистов с возможностью делиться ими.
Критерии успеха:
Повышение вовлеченности.
Увеличение времени, проведенного в приложении.
Результат:
Укрепление привязанности к приложению и рост его популярности.
Пример №7: Улучшение безопасности приложения банка
Описание:
«Как клиент банковского приложения, я хочу, чтобы моя личная информация была защищена, чтобы избежать мошенничества».
Цель:
Обеспечить максимальную защиту личной информации и транзакций посредством внедрения дополнительных функций безопасности.
Задача:
Внедрение двухфакторной аутентификации, шифрования данных и функции автоматического выхода из приложения.
Критерии успеха:
Уверенность пользователя в безопасности.
Соответствие требованиям безопасности и стандартам регуляторов.
Результат:
Рост доверия пользователей, увеличение числа клиентов, использующих мобильное приложение, и снижение рисков киберугроз.
Заключение
В этой статье мы разобрали, что такое user story и как эта техника применяется в бизнесе. Это удобный инструмент маркетинга, который будет полезен в различных сферах бизнеса. Основным назначением сториз является определение и повышение ценности продукта для среднестатистического пользователя. Пользовательская история помогает адаптировать стратегию под реальные нужды клиентов и позволяет процессы более понятными для всех вовлеченных сторон.
FAQ
Как строить User Story Map?
Построение карты пользовательских историй делится на несколько этапов:
- Дробление процесса взаимодействия с продуктом на этапы (активности).
- Добавление ключевых тасков на каждом этапе (заголовки историй)
- Детализация подзадач для каждой истории.
- Сортировка по этапам (горизонтально) и по приоритетам (вертикально).
Как сделать ТЗ для дизайнера User Story?
Для начала требуется указать контекст: кто пользователь, его цели и боли. Затем вывести ожидаемый результат и ограничения. Добавьте референсы и требования к интерфейсу. Также приложите User Story пример с критериями приемки.
Чем User Story отличается от Use Case?
Пользовательская сторис кратко описывает задачу с точки зрения потребителя. Use Case — подробный сценарий взаимодействия с продуктом, включая шаги и варианты развития событий.
Чем отличается User Story от JTBD?
US описывает, что клиент хочет сделать в продукте. JTBD (Jobs To Be Done) фокусируется на работе/цели, которую пользователь пытается достичь независимо от конкретного решения.
Что такое эпик и юзер стори?
Эпик — это крупный проект, который делится на несколько сториз. User Story — небольшая, конкретная задача, выполняемая для достижения эпика.