Истории пользователей

Что такое пользовательская история?

История пользователя — это общее описание функциональности сайта (программы), написанное с точки зрения конечного пользователя. Его цель — сформулировать, какая функциональность нужна вашему сайту и какую ценность он принесет вам и посетителям вашего сайта.

Компании, ориентированные на клиента, на 60% прибыльнее по сравнению с товароориентированными компаниями.

Если вы хотите создать успешный, удобный и интересный сайт, вам необходимо понять потребности ваших потенциальных клиентов, определить целевую аудиторию, а затем создать максимально удобный и интересный сайт для этой целевой аудитории. Именно по этой причине пользовательские истории пишутся с точки зрения конечных пользователей и используют нетехнический язык.

Зачем создавать пользовательские истории?

Пользовательские истории гарантируют, что вы и команда разработчиков сайта ПОНИМАЕТЕ создаваемый сайт, почему он создается и какую ценность должен создать конечный пользователь. В результате процесс создания сайта проходит более плавно и сайт создается быстрее, он стоит меньше и самое главное максимально точно адаптирован к потребностям и желаниям вашей целевой аудитории и конечных пользователей.

Обратите внимание, что термин «конечный пользователь» означает не только посетителей общедоступной части сайта, но и всех пользователей сайта, включая администраторов сайта, редакторов контента, авторов контента, дизайнеров и так далее.

Давайте рассмотрим это на следующем примере:

Цель бизнеса – создание службы торговли и доставки цветов.

Для этого необходимо организовать:

• покупка цветов;
• Хранение цветов;
• Продажа и доставка цветов;

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

В этом случае этот веб-сайт должен предоставлять несколько функций, таких как:

• Сотрудник компании должен следить за тем, чтобы на сайте отображалось актуальное цветочное предложение - размещать фотографии и описания новых цветов и удалять те, которые могут быть распроданы или отсутствуют в данный момент;
• Сотрудник компании должен собирать полученные заказы;
• Сотрудник компании должен организовать доставку цветов;
• Заведующий складом должен следить за запасами и при необходимости пополнять запасы;
• Менеджер компании должен получать информацию о финансовых и других выгодах или убытках;
• Специалисты по маркетингу чаще хотят получать информацию о деятельности посетителей сайта во время их нахождения на сайте, собирать контактную информацию клиентов и посетителей сайта, чтобы они могли отправлять им различного рода объявления и предложения;
• …

Пользовательские истории — это описания этих действий по следующей формуле — Как [владелец/администратор сайта/посетитель страницы] я хочу, чтобы [деятельность] имела [преимущество/ценность], например:

• Как редактор контента сайта, я хочу, чтобы новое фото цветов и описания появлялись на главной странице для как можно большего числа посетителей;
• Как редактор контента сайта, я хочу контролировать внешний вид статей (включая изображения и видео), чтобы они были визуально привлекательными;
• Как сборщик заказов, я хочу получать информацию о подтвержденных заказах, чтобы я мог выполнить их в течение 10 минут после утверждения;
• Как бизнес-менеджер я хочу видеть статистику посещаемости сайта и активность посетителей, чтобы выявлять несоответствия или потенциальные проблемы;
• Как маркетолог, я хочу рассылать купоны новым покупателям на будущие покупки, чтобы стимулировать повторные покупки;
• Как посетитель сайта, я хочу выполнять поиск по основной части страниц, заголовкам и именам авторов, чтобы быстро найти то, что мне нужно;
• Как посетитель сайта, я хочу комментировать статьи, чтобы другие могли их прочитать;
• …

Как писать пользовательские истории

Основная цель пользовательских историй — понять, какой функционал нужен сайту, как с точки зрения его посетителей, так и с точки зрения вас как владельца страницы и других пользователей сайта. Плюс - желательно указывать критерии приемки каждого функционала/работы, по которым вы будете оценивать реализован ли конкретный функционал и, соответственно, также качество нашей работы.

При создании пользовательских историй постарайтесь:

1. Подумай об этом ко Вы хотите решить/создать/достичь, а не как сделать это. Таким образом, вы не будете ограничивать возможные решения, и мы сможем предложить вам более эффективное, безопасное или дешевое решение;
2. Старайтесь писать максимально лаконично и лаконично. Это сложно, но чем проще и недвусмысленнее формулировка, тем меньше вероятность непонимания;
3. Одно действие - одна история. Если вы хотите написать что-то вроде «как клиент, я хочу просмотреть товары и добавить их в корзину», лучше разделите это на 2 отдельные истории.
4. Не забудьте добавить четкий критерий приемлемости в историю каждого пользователя, чтобы можно было проверить, правильно ли она реализована (что предполагает действие при его выполнении, каков результат. Например, когда пользователь заполняет форму заявки, введенные данные сохраняются и экспортируются в CSV.).
5. Попробуйте структурировать пользовательские истории, например, по типу пользователя — функциональность, необходимая администратору сайта, функциональность, необходимая редактору контента, функциональность, необходимая посетителям сайта, и многое другое. Например:

Преимущества пользовательских историй

• Помогает создавать функциональные возможности, отвечающие потребностям пользователей, и определять ресурсы, необходимые для их реализации;
• Облегчает расстановку приоритетов и помогает сосредоточиться на ценности бизнеса и потребностях клиентов;
• Экономит время и деньги, обеспечивая равное понимание между заказчиком и исполнителем о том, что нужно создать и зачем;
• Помогает отслеживать историю разработки (какие функции были добавлены и когда), чтобы избежать дублирования функций;
• Обеспечивает гибкость дизайна, так как работа делится на более мелкие компоненты, которые при необходимости можно модифицировать;
• Поощряет сотрудничество между заказчиком и подрядчиком и творческие решения, так как техническая сторона остается за разработчиками, которые с большей вероятностью смогут найти наиболее подходящие / экономичные / быстрые решения.