Бизнес-требования проекта. Часть 2

Отбор подходящих заинтересованных лиц

С ними проводят интервью, чтобы понять потребности, опасения и затруднения. На проект смотрят с разных точек зрения. Собранные сведения станут основой бизнес-требований.

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

Кто поможет вам в работе?

  1. Люди, которые занимаются деятельностью, связанной с сайтом: маркетологи, контентщики.
  2. Отдел продаж: менеджеры, консультанты.
  3. Люди на поддержке.
  4. Телефонная и онлайн-поддержка.
  5. Отдел кадров.
  6. Люди, которые отвечают за поставки и отношения с партнерами.
  7. Отдел пиара.

Планирование встреч

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

Эффективное проведение встреч

Эти советы помогут вам правильно организовать сбор требований.

Используйте единую терминологию

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

Если отвечать приходится слишком часто, составьте глоссарий. Проясните в нем следующие требования:

  • Идеи и потребности: в чем разница?
  • Классификация информационных уровней.
  • Взаимодействие рабочих моделей.
  • Основные результаты работы и терминология: прототипы, карта сайта и пр.

Прислушивайтесь к идеям, выявляйте потребности

Заказчики говорят разные утверждения. Иногда они кажутся потребностями, но это не так.

Наниматель говорит: «Нам нужен блог». Это идея. Не потребность. Спросите заказчика, зачем ему блог.

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

Консолидация требований

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

  • Отражать суть общих потребностей, для которых их создают.
  • Служить мерилом важности приоритетов и отслеживания реализации.
  • Представлять потребности разных людей заказчика.
  • Задавать направление UX-проектирования.

Чтобы преобразовать идею в требование, спросите у себя:

  1. Какая точность отслеживания?
  2. Какая информация должна быть в выходных данных?
  3. Задайте вопросы и заинтересованным лицам. Убедитесь, что идеи оправданы с позиции бизнеса.