Как выглядят бизнес-требования на этапе пресейла?

Бизнес-требования на этапе пресейла: от хаоса к структуре

На этапе пресейла бизнес-требования (Business Requirements) — это не формализованный документ, а скорее набор гипотез, предпосылок и стратегических целей, которые только начинают обретать контуры. Это "сырой материал", с которым работает проектный менеджер или бизнес-аналитик, чтобы сформировать коммерческое предложение и оценить реализуемость проекта. Основная цель на этом этапе — не детализация, а понимание сути проблемы заказчика и формирование ценностного предложения, которое ляжет в основу договора.

Ключевые источники и форматы требований на пресейле

Информация поступает из неструктурированных источников и требует активного "выуживания" и интерпретации:

• Встречи и интервью с заказчиком: Это основной канал. Требования звучат как боли, пожелания, описания текущих процессов.

    *   *Пример:* "Наш отдел продаж тратит 40% времени на рутинное согласование скидок в Excel и почте, мы теряем сделки".

• Краткие письменные запросы (RFI/RFP): Зачастую это высокоуровневые описания без технических деталей.
• Существующая документация заказчика: Стратегические планы, описания процессов, отчеты по инцидентам.
• Рынок и конкуренция: Иногда требование формулируется как "нужно как у конкурента, но лучше".

Как выглядят типичные бизнес-требования на этом этапе?

Они формулируются на языке бизнеса, а не ИТ. Вот характерные примеры в том виде, в котором их часто получают:

# Пример набора первоначальных требований для проекта CRM-системы

1. ЦЕЛЬ: Увеличить конверсию входящих лидов на 15% в течение года после внедрения.
2. БОЛИ:
   - Отсутствует единая история взаимодействия с клиентом.
   - Менеджеры не успевают обрабатывать все заявки с сайта.
   - Невозможно строить прогнозы продаж.
3. ВЫСОКОУРОВНЕВЫЕ ТРЕБОВАНИЯ:
   - Автоматизация распределения лидов по менеджерам.
   - Ведение полной истории переписки и звонков по сделке.
   - Интеграция с сайтом и телефонией.
   - Формирование отчетов по воронке продаж и прогнозам.
4. ОГРАНИЧЕНИЯ:
   - Бюджет: ориентировочно до 5 млн руб.
   - Сроки: первые результаты через 4 месяца.
   - Необходимость интеграции с 1С:Бухгалтерия.

Роль Project Manager в работе с требованиями на пресейле

PM на этой стадии выступает в роли исследователя, аналитика и архитектора решения. Его ключевые задачи:

1. Классификация и декомпозиция: Разделить "хотелки" на стратегические цели, бизнес-требования и первые наброски функциональных потребностей.
2. Выявление скрытых требований и ограничений: Задавая уточняющие вопросы ("Почему это важно?", "Что будет, если этого не сделать?"), PM выявляет реальные драйверы.
3. Оценка масштаба и рисков: На основе сырых требований формируется первая, пусть и грубая, оценка трудоемкости, сроков и стоимости. Выявляются ключевые риски (например, "неясный объем интеграций", "зависимость от данных третьих сторон").
4. Формулировка ценностного предложения: Перевод разрозненных требований в понятное описание будущей выгоды для заказчика. Это основа для коммерческого предложения.
5. Определение границ проекта (Scope): Уже на пресейле важно начать очерчивать, что НЕ входит в проект, чтобы избежать "размывания" требований на поздних этапах.

Переход от пресейла к проекту: эволюция требований

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

• Технико-коммерческое предложение (ТКП) с разделами: "Понимание ваших задач", "Предлагаемое решение", "Предварительный план работ и этапы", "Оценка бюджета и сроков".
• Уточненные цели и ключевые показатели эффективности (KPI) проекта.
• Предварительная дорожная карта (Roadmap) или план основных релизов.

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