Как выстроишь этап пресейла?

Этап пресейла в IT-проектах: структура, процессы и ключевые метрики

Этап пресейла (pre-sales) — это критически важная фаза, которая определяет не только вероятность заключения контракта, но и будущую успешность реализации проекта. Мой подход выстроен на сочетании процессной дисциплины, глубокого погружения в контекст клиента и постоянной коммуникации между командами. Основная цель — трансформировать сырой запрос клиента в структурированное, реалистичное и выгодное для обеих сторон технико-коммерческое предложение (ТКП).

Детальная структура этапа пресейла (6 ключевых шагов)

Вот как я выстраиваю этот процесс:

1. Первичный анализ и квалификация лида.

    *   **Цель:** Быстро оценить потенциал сделки и соответствие нашего профиля запросу клиента.
    *   **Действия:** Анализирую входящий запрос (RFP, письмо, итоги встречи) по чек-листу:
        *   **Финансы:** Есть ли утверждённый бюджет? Его порядок?
        *   **Авторитет:** Идентифицируем реального лицо, принимающее решение (Decision Maker), и его мотивацию.
        *   **Потребность (Need):** Четко ли сформулирована бизнес-проблема?
        *   **Сроки:** Реалистичны ли ожидания по времени?
        *   **Соответствие (Fit):** Есть ли у нас необходимая экспертиза и кейсы?
    *   **Результат:** Решение о продолжении работы или вежливый отказ. На этом этапе отсеивается до 40% нерелевантных лидов.

1. Глубокий Discovery (разведка) и формирование гипотезы решения.

    *   **Цель:** Понять не озвученные симптомы, а корневые причины проблем бизнеса.
    *   **Действия:** Провожу серию интервью с разными стейкхолдерами (владелец продукта, технические специалисты, конечные пользователи). Использую методологию **CJT (Jobs to Be Done)** для выявления истинных потребностей. Совместно с Solution Architect создаём первичную гипотезу решения в виде блок-схем или диаграмм контекста.

```mermaid
graph TD
    A[Запрос клиента: <br>“Нужен личный кабинет”] --> B{Discovery-интервью};
    B --> C[Фактическая потребность: <br>Автоматизировать процесс <br>онлайн-заказа услуг, <br>снизив нагрузку на кол-центр];
    C --> D[Гипотеза решения: <br>Веб-портал + REST API <br>для интеграции с CRM <br>и платёжным шлюзом];
```

3. Оценка effort, планирование и формирование ТКП.

    *   **Цель:** Перевести гипотезу в цифры и сроки.
    *   **Действия:** Организую оценку силами будущей потенциальной проектной команды (тимлид, ведущий разработчик, аналитик). Использую **двухэтапную оценку:** верхнеуровневая (на этапе ТКП, погрешность ±30-40%) и детальная (после подписания, в рамках воркшопов). В ТКП обязательно включаю:
        *   Понимание бизнес-цели.
        *   Описание подхода и методологии (гибкой или предсказуемой).
        *   Декомпозицию работ (High-Level Scope), план-график, бюджет.
        *   **Чёткое выделение assumptions (допущений) и рисков** — это страхует обе стороны.
        *   Формальные критерии приёмки (Acceptance Criteria).

1. Презентация и защита ТКП.

    *   **Цель:** Донести ценность, а не просто озвучить функционал и цену.
    *   **Действия:** Готовлю сценарий презентации, где фокус смещён с технических деталей на **возврат инвестиций (ROI)** для клиента. Наглядно показываю, как решение закрывает его бизнес-боль. Провожу демо пилота или аналогичных решений. Отвечаю на скептические вопросы, работаю с возражениями.

1. Согласование контракта и управление переговорами.

    *   **Цель:** Перевести договорённости в юридически корректную форму, защитив интересы компании.
    *   **Действия:** Тщательно прорабатываю с юристом ключевые разделы: порядок изменений требований (Change Request Process), гарантии, приемо-сдаточные процедуры, SLA. Активно участвую в переговорах по коммерческим условиям, объясняя обоснованность наших расчётов. Настаиваю на поэтапной модели оплаты, привязанной к майлстоунам.

1. Квалифицированная передача проектной команде (Internal Handover).

    *   **Цель:** Обеспечить бесшовный старт проекта без потери контекста.
    *   **Действия:** Провожу внутреннюю встречу с назначенным Project Manager, ключевыми техническими специалистами и аналитиком. Передаю не просто папку с документами, а:
        *   Контекст всех принятых решений.
        *   Записи интервью и неозвученные ожидания заказчика.
        *   Карту стейкхолдеров с их скрытыми мотивами.
        *   Рекомендации по коммуникациям.
        *   Обсуждённые, но не включённые в контракт идеи (бэклог для будущих фаз).

Ключевые принципы и метрики успеха

• Принцип единой команды: Пресейл-менеджер, проект-менеджер и техлид работают в тандеме с самого начала.
• Прозрачность: Открыто говорим с клиентом о сложностях, ограничениях и рисках. Это строит доверие.
• Гибкость процессам: Для маленького MVP использую легковесный подход; для комплексной ERP-интеграции — полный цикл с воркшопами и proof of concept.
• Фокус на ценности: Мы продаём не часы работы разработчиков, а решение проблем бизнеса: рост выручки, снижение издержек, увеличение клиентской удовлетворённости (NPS).
• Метрики эффективности этапа:

    *   **Win Rate** (отношение выигранных сделок к общему числу квалифицированных лидов).
    *   **Среднее время закрытия сделки.**
    *   **Отклонение фактической прибыльности проекта (на этапе реализации) от заложенной в ТКП** — главный показатель качества проведённого пресейла.

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