Бизнес-требования, которые помогут понять ожидания клиентов и заказчиков

Время прочтения: мин.

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

Что такое бизнес-требования

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

Любые бизнес-требования служат для того, чтобы:

зафиксировать требования заказчика проекта;
собрать потребности клиентов;
команда разработчиков и все сотрудники понимали, какой конечный продукт нужно получить;
обосновать преимущества выбора технически сложных бизнес-решений.

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

Например, компания занимается разработкой мобильного приложения для банка. Требования к его структуре могут выглядеть так:

Открыть новый продукт: вклад, кредит, карту.
Регистрация или авторизация.
Наличие защиты данных от взлома.
Главный экран.
История операций.
Переводы и оплата услуг.
Бонусы, кэшбэк.
Социальное взаимодействие — приглашение друзей за бонусы.
Добавление или оформление карт.
Копилка.
Инвестиции.
Оформление страховки.
Настройки: безопасность, личные данные.

Помимо описания бизнес-требований к структуре сервиса, следует охарактеризовать другие элементы:

бизнес-цели проекта;
потребности пользователей, рынка;
бизнес-модель;
риски проекта: временные, бюджетные, внешние;
описания бизнес-процессов компании;
пользовательские истории.

Что такое документ бизнес-требований

Бизнес-требования нельзя просто написать в блокноте. Их составляют в специальном документе. Документ бизнес-требований (Business Requirement Document) — отчет, который помогает описать потребности клиентов и заказчиков.

Конкретного шаблона документа с бизнес-требованиями нет. Можно придерживаться такой структуры:

*Спецификации бизнес-требований можно оформить по такой структуре*

Артефакты бизнес-требований — элементы, которые нужны для составления документации:

Бизнес-правила: нормативные акты, установленные порядки и другие регламенты.
Глоссарий: расшифровка терминов из документа с бизнес-требованиями.
Показатели, которые важны для оценки результатов.

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

Виды бизнес-требований

Функциональные

С их помощью описывают конкретные функции системы или проекта, которые больше всего важны для бизнеса. Они отвечают на вопрос «Что должна делать система?».

Пример функционального требования для интернет-магазина:

На платформе должна быть предусмотрена возможность добавлять товары в избранное и корзину, оформлять заказ через сайт.

Нефункциональные

Они описывают характеристики продукта, которые определяют, как он должен выполнять свои функции. Отвечают на вопрос «Как должна работать функция системы?».

С помощью таких требований указывают:

производительность сервиса;
его безопасность;
удобство использования сайта;
время отклика на действия пользователя;
возможности масштабирования проекта.

Формулировка бизнес-требования нефункционального типа:

Сервис должен проводить обработку не менее 1000 транзакций в минуту без снижения производительности.

Это требование гарантирует, что интернет-магазин будет справляться с большим объемом операций в любое время.

Уровни бизнес-требований

Бизнес-требования можно разделить на несколько уровней, каждый из которых отражает разные стороны проекта.

1. Верхнеуровневые требования

Это самые общие требования, которые описывают основные цели бизнеса или проекта. Например, бизнес-требования для разработки интернет-магазина могут выглядеть так:

Разработать сайт для продажи товаров, который поможет клиентам легко их покупать, будет работать без сбоев.

Такие бизнес-требования, как правило, дополняют пользовательскими. Иначе описание получается слишком краткое и размытое.

2. Пользовательские требования

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

Возможность быстрого поиска товаров по категориям и добавления товаров в избранное, личный кабинет, отзывы и комментарии.

Все это — примеры бизнес-требований.

3. Системные требования

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

Формулирование бизнес-требований

Рассказываем, какие шаги нужно предпринять при составлении бизнес-требований.

1. Определить бизнес-потребность

В первую очередь следует узнать у заказчика, какие у него есть требования к продукту или проекту. Для сбора бизнес-требований идеально подходит формат интервью. К нему следует подготовиться заранее: составить список вопросов о продукте или проекте.

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

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

Допустим, компания занимается разработкой мобильного приложения для банка. Заказчик считает, что в первую очередь стоит добавить опцию ведения финансов. Так люди смогут использовать сервис для учета всех доходов и расходов. По его мнению, это побудит людей скачивать мобильное приложение, что является главной целью бизнеса.

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

Выявление бизнес-требований должно основываться на потребностях организации, рынка, клиентов и изучении реальных материалов. Для этого используют разные методы исследований: интервью, опросы, анкетирование. Без этого шага не получится создать продукт, который будет популярен у ЦА.

2. Подумать, как изменения влияют на проект

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

Аналитик должен провести собрания со специалистами: разработчиками, тестировщиками и системными архитекторами. Важно обсудить технические аспекты продукта, а также трудности, которые могут возникнуть при интеграции новых требований. Например, внедрение новой функции потребует значительных изменений в архитектуре. Значит, нужно заранее оценить все данные, ресурсы, которые для этого нужны: время, бюджет, специалистов.

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

Полезно проводить анализ работы конкурентов. Изучите, какие функции они внедряли и что у них получилось, а что, возможно, разработали зря. Опыт конкурентов дает понять, какие тенденции есть на рынке. Также это помогает учиться на чужих ошибках.

3. Выбрать лучшие решения, которые помогут закрыть потребности

Некоторые потребности бизнеса и клиентов можно решить разными способами. Чтобы выбрать лучший вариант, нужно проанализировать процесс внедрения каждого решения: оценить риски, влияние на продукт, результат его работы.

Для этого рассмотрите каждое решение и ответьте на вопросы:

Какие существуют риски при внедрении этого решения?
К какому результату это приведет?
Какие ресурсы для этого нужны: сколько исполнителей и за какое время выполнят задачу?

Допустим, надо побудить клиентов банка скачивать мобильное приложение. Этого можно достичь несколькими способами. Сравним их в рамках бизнес-анализа, по описанной выше схеме.

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

4. Документировать бизнес-требования

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

пожелания клиентов, и как выбранное решение помогает их реализовать;
риски и возможности;
затраты;
как будет работать выбранная функция;
какие у нее есть ограничения.

5. Оценить бизнес-требования

Вот несколько ключевых критериев, по которым следует провести анализ ваших бизнес-требований:

‍Ясность. Бизнес-требования всегда должны быть сформулированы очень ясно и однозначно. Каждый член команды должен понимать их без дополнительных уточнений. Это позволит сотрудникам понимать, какие цели и задачи будут стоять перед ними.‍
Полнота. Документ должен включать всю необходимую и полную информацию для процесса разработки. Должны быть учтены все вероятные сценарии использования функции в системе. Нельзя описать только часть опций сервиса или некоторое количество вариантов его использования.‍
Критерии оценки. Должны быть четкие критерии, по которым можно определить, выполнено требование или нет. Например, если бизнес-требование заключается в ускорении работы системы, следует указать, как именно вы будете измерять этот параметр. И каких показателей ускорения нужно достичь.‍
Реализуемость. Требования должны быть реалистичными с точки зрения технической реализации и доступного бюджета.‍
Согласованность. Также бизнес-требования должны быть согласованы друг с другом.‍
Приоритизация. Требования должны быть приоритизированы в зависимости от степени их влияния на цели компании и важности задач. Бизнес-требования и бизнес-цели должны совпадать.‍
Гибкость. Требования должны быть достаточно гибкими, чтобы можно было вносить изменения без значительных потерь.

Желательно, чтобы документ, в котором описаны конкретные бизнес-требования, проверили несколько сотрудников. Так получится обнаружить возможные ошибки, повторы или искажения данных в требованиях. От того, насколько тщательно составлен и проверен документ, зависит эффективность бизнес-требований. А значит и бизнес-результат.

6. Получить обратную связь от участников процесса

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

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

7. Вносить изменения

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

Пример бизнес-требований для мобильного приложения

Допустим, сеть магазинов косметики решает заняться разработкой мобильного приложения, чтобы увеличить лояльность клиентов и привлечь новых покупателей. Опишем, как в этом случае будут выглядеть наши бизнес-требования. Ниже представлена структура документа бизнес-требований и пример, как их можно сформулировать.

Целевая аудитория

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

Потребности:

помощь в подборе уходовых средств, чтобы сэкономить свое время;
поиск новинок — средств для макияжа;
выбор косметики в подарок.

Цели

У бизнеса здесь несколько целей:

Увеличить лояльность клиентов.
Привлечь новых покупателей.
Увеличить средний чек.

Стратегия

В этом разделе описываем общую бизнес-стратегию или даже несколько бизнес-целей.

Чтобы заинтересовать потенциальных пользователей, компания выбрала такие меры:

Внедрение бонусной программы «Приведи друга». 300 бонусов на счет за приглашение друга: и тому кто зарегистрировался, и тому, кто пригласил.
Личный консультант в приложении. Помощь в выборе косметики.
Приложение заменяет скидочную карту.
Программа лояльности: за каждую покупку начисляются баллы.
В приложении можно оформить заказ, забрать его в одном из магазинов.

User story

‍Карта вместо приложения. Как покупатель, я хочу воспользоваться дисконтом, используя приложение, чтобы не пришлось носить с собой карту.
‍Личный консультант. Как покупатель, я хочу получить помощь в выборе товара, чтобы не пришлось подбирать его самостоятельно.‍
Бонусная программа. Как постоянный клиент, я хочу получать бонусы, чтобы с их помощью уменьшать стоимость покупки.‍
Социальное взаимодействие. Я хочу делиться сервисом с друзьями, чтобы получать за это бонусы и с их помощью уменьшать стоимость покупки.‍
Обратная связь. Как пользователь, я хочу иметь возможность связаться с техподдержкой, чтобы решить возникший вопрос.‍
Пуш-уведомления. Пользователь хочет получать оповещения об акциях или скидках. Это поможет узнавать о новых выгодных условиях, которые предлагает сеть магазинов.

Структура

Структура приложения будет выглядеть так:

Основные функции

Должен быть разработан такой функционал (в порядке приоритета):

Экран загрузки: регистрация, бонусы.
Главный экран: переход в каталог и корзину, бонусы, акции, настройки.
Профиль: фото, контактные данные, ФИО, город, карта.
Каталог: фильтр, поиск по товарам, разделы, избранное, карточки, комментарии.
Корзина: промокод.
Обратная связь: чат с оператором, чат-бот, FAQ.
Социальная активность: поделиться в соцсетях, оставить комментарии.
Программа лояльности: 3 уровня скидок.
Дисконтная карта: информация о накопленной скидке, условия.
О компании: контакты, карта.

Итог

Бизнес-требования — требования того, что следует сделать для выполнения конкретного проекта. Бизнес-требования позволяют определить цели, задачи и ожидания заказчиков и клиентов, что существенно повышает шансы проекта на успех.

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

Описывать бизнес-требования нужно в специальном документе. Его возможная структура:

1. Бизнес-требования.some text

- Целевая аудитория бизнеса, ее потребности.

- Цели и задачи бизнеса.

- Возможности, риски и ограничения.

2. User story.

3. Образ проекта или сервиса.

4. Масштабы проекта.

5. Бизнес-контекст.

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

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