Описание рыночных требований (MRD)

Документирование рыночных требований (Market Requirements Document) – это стратегический документ, который должен помочь определить рыночные требования или спрос на конкретный продукт.

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

Что входит в документ с требованиями рынка (MRD)?

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

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

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

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

 

5 вопросов, которые следует задать при формировании MRD

1. На какой рынок мы нацелены и почему мы считаем, что его стоит развивать?

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

2. Каков потенциальный доход на этом рынке?

Число доходов, которое вы получите, может иметь несколько форм. Например, вы можете оценить общий адресный рынок (TAM), а затем оценить, какой процент доли рынка ваш продукт может получить от этого TAM. Вы также можете оценить количество пользователей или лицензий, которые ваша компания сможет продавать с течением времени, а затем умножьте это число на ежемесячную плату, которую вы планируете взимать. Он даст вам оценку ежемесячного регулярного дохода (MRR) .

3. Кто покупатели и пользователи на этом рынке?

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

4. Какие проблемы, стоящие перед этими персонажами, мы можем решить?

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

5. Как мы будем решать эти проблемы?

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

• Подключение к данным: подключение к базам данных из разных источников
• Смешивание данных: стандартизируйте данные из разных источников, чтобы упростить анализ
• Создание отчетов: создавайте удобные визуальные отчеты с помощью нескольких щелчков мышью.

Примечание: MRD – это стратегический документ на ранней стадии. Он должен оставаться на высоком уровне, а раздел «Как мы решаем проблему» должен включать только краткие стратегические описания функций, которые вы предлагаете. Подробное обсуждение каждой функции и сопутствующие им пользовательские истории должны появиться позже – только после того, как ваша команда решит продвигаться вперед с продуктом.