Как написать MRD: руководство по рыночным требованиям и шаблоны

MRD, или Market Requirements Document, отвечает на вопрос, который предшествует всем остальным: что нужно рынку. Он описывает возможность — объём рынка, сегменты клиентов, конкурентный ландшафт и требования, которые вытекают из этого анализа, — прежде чем кто-либо решит, что строить.

Там, где BRD обосновывает бизнес-кейс, а PRD определяет продукт, MRD смотрит вовне. Он описывает рынок таким, какой он есть: кто покупатели, с какими проблемами они сталкиваются, какие альтернативы используют и где остаются пробелы. MRD не предлагает фичи — он определяет потребности, на которые фичи должны отвечать.

Key insight

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

Кто пишет и для кого

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

Key insight

Инженеры редко читают MRD напрямую. Они получают требования через PRD и FRD. Но MRD формирует эти документы — рыночный анализ определяет, какие фичи приоритизируют и какие сегменты обслуживают в первую очередь.

Когда нужен MRD — и когда нет

MRD нужен, когда:

• Выход на новый рынок или запуск новой продуктовой линейки
• Оценка целесообразности инвестиций в рыночную возможность
• Продуктовой команде нужен единый контекст по сегментам клиентов и конкурентной динамике
• Руководство требует рыночных доказательств перед одобрением крупной инициативы
• Несколько продуктовых линеек конкурируют за одни ресурсы и команде нужна структура для приоритизации

MRD не нужен, когда:

• Вы добавляете фичу в существующий продукт на хорошо знакомом рынке
• Команда ежедневно общается с клиентами и рыночный контекст — общее знание
• Стартап валидирует гипотезу — lean canvas или саммари клиентских интервью будет быстрее
• Инициатива внутренняя (оптимизация процессов, инструментарий) без рыночной компоненты

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

Что содержит MRD

Основные разделы

Грамотно структурированный MRD включает восемь разделов:

1. Executive Summary — обзор рыночной возможности на одну страницу: какой рынок анализируется, почему сейчас и что рекомендует документ. Пишется последним, читается первым.

2. Анализ рынка — масштаб и форма возможности. Раздел включает:

   • TAM (Total Addressable Market) — весь рынок, если бы вы захватили 100%
   • SAM (Serviceable Addressable Market) — та часть, которую вы реально можете охватить с учётом продукта, географии и каналов
   • SOM (Serviceable Obtainable Market) — доля, которую можете захватить за определённый период
   • CAGR — темп роста рынка
   • Все цифры должны содержать источники и год данных

   Метрика	Значение	Источник	Год
   TAM	$X млрд	[аналитический отчёт]	2025
   SAM	$X млн	[расчёт с фильтрами]	2025
   SOM	$X млн	[внутренний прогноз]	2026
   CAGR	X%	[источник]	2025-2028

3. Сегменты клиентов — кто покупает на этом рынке и чем они отличаются. Каждый сегмент получает профиль: размер, покупательское поведение, болевые точки, готовность платить и текущие альтернативы.

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

5. Конкурентный анализ — кто ещё обслуживает этих клиентов и как. Для каждого конкурента документируют: продукт, позиционирование, сильные стороны, слабые стороны, модель ценообразования и долю рынка. Анализ должен выявить пробелы — потребности, которые конкуренты закрывают плохо или не закрывают вовсе.

   Распространённый формат:

   Конкурент	Позиционирование	Сильные стороны	Слабые стороны	Доля рынка
   Конкурент A	Лидер по цене	Цена, дистрибуция	Ограниченный функционал	~35%
   Конкурент B	Премиум для Enterprise	Глубина, интеграции	Сложный онбординг	~25%

6. Требования по сегментам — ядро MRD. Каждое требование описывает рыночную потребность (не фичу), привязанную к доказательной базе: клиентским интервью, данным опросов, обращениям в поддержку или конкурентным пробелам.

   ID	Требование	Сегмент(ы)	Приоритет	Доказательная база
   MR-001	Покупателям нужно сравнивать тарифы без обращения в отдел продаж	SMB, Mid-market	Критичный	12 интервью, 67% ответов в опросе
   MR-002	IT-покупателям требуется SOC 2 до начала оценки	Enterprise	Критичный	8 интервью, 3 потерянных сделки
   MR-003	Пользователям нужен мобильный доступ для согласований в полевых условиях	Mid-market	Высокий	5 интервью, фича конкурента

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

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

8. Стратегия метрик — как измерить, успешен ли выход на рынок. Метрики на уровне MRD — рыночные (доля рынка, проникновение в сегмент, выручка по сегментам), а не продуктовые (adoption фичи, время выполнения задачи). Продуктовые метрики живут в PRD.

Вариации MRD

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

MRD и другие документы требований

MRD стоит в самом начале цепочки документов требований:

MRD → BRD → PRD → FRD → SRD

Как требования перетекают из MRD в PRD:

• MRD выявляет, что SMB-покупателям нужно самостоятельное сравнение тарифов (MR-001).
• BRD обосновывает, что решение этой потребности принесёт $X выручки.
• PRD переводит потребность в фичу: страница сравнения тарифов с фильтрацией по размеру компании.
• FRD специфицирует точное поведение страницы: фильтры, сортировка, источники данных, обработка ошибок.

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

• Enterprise: MRD + BRD + PRD (формальный рыночный анализ → формальный бизнес-кейс)
• Средняя продуктовая организация: MRD + PRD (рыночный контекст → определение продукта напрямую)
• Стартап: Lean canvas или Стартап MRD → сразу PRD
• Внутренний продукт: MRD пропускают (нет внешнего рынка)

Сравнения: PRD vs BRD, PRD vs BRD vs FRD, BRD vs MRD.

Типичные ошибки

1. Описывать фичи вместо потребностей. «Рынку нужен дашборд» — это решение. «Операционным менеджерам нужна видимость статуса обработки в реальном времени, чтобы сократить эскалации» — рыночная потребность. MRD остаётся на уровне потребностей; PRD переводит потребности в фичи.

2. Оценка рынка без источников. Число TAM без источника — вымысел. Даже грубые оценки должны ссылаться на данные: аналитические отчёты, государственную статистику или расчёт снизу вверх с указанными допущениями.

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

4. Отсутствие доказательной базы у требований. Требования в MRD должны прослеживаться к доказательствам: интервью, данным опросов, тенденциям обращений в поддержку или конкурентному анализу. «Мы считаем, что клиентам нужен X» — гипотеза, а не требование. MRD должен разделять валидированные потребности и допущения.

5. Отношение к MRD как к одноразовому документу. Рынки меняются. Потребности клиентов смещаются. Конкуренты выпускают новые продукты. MRD следует пересматривать ежеквартально или раз в полгода, особенно на быстрых рынках. Устаревший MRD хуже, чем отсутствие MRD, — он создаёт ложную уверенность.

Ресурсы

• Шаблоны MRD — стандартный и стартап, готовы к использованию
• Промпт-генератор MRD — создайте MRD с помощью AI
• Стартап MRD — облегчённый формат для команд на ранней стадии
• BRD vs MRD — сравнение на стратегическом уровне
• PRD — полное руководство — документ, который следует за MRD
• Промпт-навигатор — подберите подходящий тип документа