Какие задачи решает пресейл
Квалификация определяет, есть ли реальная задача, подходящий клиент, ресурсы, срок и процесс принятия решения. Это защищает команду от дорогих демонстраций для контактов без полномочий или потребности.
Диагностика переводит общий запрос в наблюдаемые процессы, ограничения и критерии успеха. Клиент может просить конкретную функцию, хотя корневая задача решается иначе или требует изменения процесса.
Техническая оценка проверяет интеграции, данные, безопасность, производительность и ограничения продукта. Результат фиксируют письменно, чтобы обещание менеджера не стало неожиданной обязанностью команды внедрения.
Экономическая часть рассчитывает лицензии, работы, инфраструктуру, поддержку и риски. Цена должна соответствовать составу и допущениям, а не быть произвольной скидкой до понимания объёма.
Демонстрация, прототип или пилот дают доказательство применимости. Формат выбирают по риску сделки: типовой продукт не требует бесплатного проекта, а критичная интеграция может нуждаться в ограниченной проверке.
| Этап | Результат | Ключевой вопрос |
|---|---|---|
| Квалификация | Решение продолжать | Есть ли возможность |
| Диагностика | Карта задачи | Что нужно изменить |
| Проектирование | Состав решения | Как реализуем |
| Предложение | Условия и план | На что соглашаемся |
Кто участвует в процессе
Аккаунт или менеджер по продажам отвечает за отношения, процесс решения и коммерческую координацию. Он не должен единолично подтверждать технические сроки, если их не оценили исполнители.
Пресейл-специалист соединяет язык бизнеса и продукта: задаёт вопросы, проектирует конфигурацию, проводит демо и собирает допущения. В небольшой компании эту роль может выполнять сильный эксперт.
Инженер или архитектор проверяет интеграции и эксплуатационные требования. Его участие планируют по критериям сложности, иначе команда либо тратит редкий ресурс на каждую заявку, либо поздно обнаруживает риск.
Юрист, безопасность и финансы подключаются к условиям, которые нельзя согласовать после сделки: персональные данные, ответственность, закупочные процедуры, валютные риски и схема оплаты.
Будущий руководитель проекта получает контекст до подписи или на формальной передаче. Если исполнение узнаёт о проданном решении из договора, пресейл не выполнил функцию управления ожиданиями.
Как провести диагностику клиента
Подготовьтесь по открытым данным и истории взаимодействия, но не выдавайте предположения за факты. В начале встречи согласуйте цель, участников, время и то, какое решение должно появиться после разговора.
Исследуйте текущий процесс, объёмы, роли, инструменты, исключения и последствия проблемы. Вопрос «какая функция нужна» дополняют вопросами о том, кто и как работает сегодня.
Определите измеримый результат и базовую точку. Формулировка «ускорить работу» недостаточна без процесса, периода и способа измерения; иначе пилот можно объявить успешным или неуспешным произвольно.
Выясните ограничения: данные, сроки, бюджет, регуляторные требования, доступность команды и зависимости от подрядчиков. Неудобный факт лучше обнаружить до сметы, чем после начала проекта.
Подведите письменный итог: проблема, приоритеты, открытые вопросы и следующие действия с владельцами. Клиент исправляет неверное понимание до того, как оно превратится в архитектуру и цену.
Как подготовить решение и предложение
Отделите обязательный объём от дополнительных возможностей. Базовое решение должно достигать согласованного результата, а опции показывают развитие без скрытого включения в цену.
Зафиксируйте допущения: число пользователей, качество данных, доступ к системам, участие клиента и границы миграции. Изменение допущения должно иметь понятное влияние на срок и стоимость.
Опишите не только итоговую конфигурацию, но и путь: обследование, настройка, интеграция, обучение, приёмка и поддержка. Это позволяет оценить нагрузку обеих сторон и избежать ожидания мгновенного запуска.
Демонстрацию строят на сценариях клиента, используя безопасные тестовые данные. Уникальную функцию не изображают вручную как готовую; прототип и промышленная возможность имеют разный уровень доказательства.
Коммерческое предложение связывает ценность, состав, график, цену, ответственность и срок действия. Маркетинговые обещания сверяют с договором, чтобы красивый слайд не создавал обязательство, отсутствующее в расчёте.
Как управлять пилотом и передачей
Пилот проверяет ограниченную гипотезу, а не бесплатно реализует весь проект. До старта определяют данные, среду, срок, критерии, обязанности и решение, которое будет принято по результату.
Критерии включают качество и эксплуатационные параметры, если они существенны: скорость, устойчивость, безопасность, трудозатраты и воспроизводимость. Один удачный показ на подготовленном наборе не доказывает готовность масштаба.
Все изменения и вопросы ведут в едином журнале. Устное расширение объёма и параллельные обещания разным участникам делают итог пилота спорным и разрушают смету.
При положительном результате команда фиксирует подтверждённые выводы, исключения и план промышленного внедрения. При отрицательном — честно указывает причину и возможную альтернативу, не подменяя критерии задним числом.
Передача в delivery включает договорённости, контакты, архитектуру, расчёт, риски, открытые вопросы и материалы демо. Совместная встреча продаж, пресейла, проекта и клиента предотвращает потерю контекста между этапами.
Практическое применение этого подхода можно включить в задачи комплексного интернет-маркетинга от Saygona.
Комментарий экспертаПресейл создаёт ценность, когда уменьшает неопределённость для обеих сторон. Клиент получает понятное решение и доказательства, а исполнитель — проверенный объём, допущения и риски, которые можно реально выполнить после договора.
Вопросы и ответы: Пресейл
Продажи управляют отношениями и коммерческим процессом, а пресейл глубоко прорабатывает задачу, реализуемость, конфигурацию и доказательства решения.
Нет. В типовых продажах достаточно обученного менеджера, а в сложных проектах роль может выполнять эксперт или выделенная предпродажная команда.
Не обязательно. Стоимость зависит от объёма и ценности работ; даже бесплатный пилот должен иметь границы, обязанности и критерии решения.
Подтверждённые требования, состав, допущения, архитектуру, риски, сроки, ответственность, открытые вопросы и материалы взаимодействия с клиентом.

