Коротко. Двенадцать шагов для технического специалиста, который участвует в сделке: от разбора задачи заказчика до передачи проекта во внедрение. Программа отвечает на вопрос, как перестать быть «человеком, который включает демонстрацию», и стать тем, чьё мнение решает исход сделки.
Что вы сможете после программы
- Переводить архитектурное решение в язык денег, сроков и рисков
- Показывать продукт сценарием заказчика, а не экскурсией по интерфейсу
- Вести пилот с письменными критериями, не превращая его в бесплатное внедрение
- Передавать проект во внедрение вместе с контекстом, а не только с договором
Почему пресейл — не техподдержка продавца
Заказчик проверяет решение теми людьми, которые будут с ним работать. Их вопросы не про функции, а про эксплуатацию, совместимость и то, что произойдёт при сбое. Продавец на эти вопросы не отвечает. Отсюда простое следствие: тот, кто ведёт техническую часть, влияет на исход сделки не меньше, а иногда и больше. Но только если умеет переводить техническое решение в язык денег и рисков.
Понять, что заказчик пытается сделать
До обсуждения архитектуры нужно знать, какую работу человек пытается выполнить и почему сейчас не может.
- Discovery: вопросыфреймворк
- Jobs to be Doneфреймворк
- Customer Discovery в зрелых продажахматериал
Разобрать, как устроен ландшафт заказчика
Что уже работает, с чем придётся интегрироваться и кто это обслуживает.
- Бизнес-архитектура и карта способностейфреймворк
- Модель C4фреймворк
- Интеграции и APIмаршрут
Найти ограничения, о которых не говорят
Регуляторные требования, место хранения данных, кадровые ограничения. Они меняют решение сильнее, чем требования из задания.
- Место хранения данныхфреймворк
- Многорегиональная архитектурафреймворк
- Регулирование данных в продажахматериал
Предложить архитектуру, а не набор продуктов
Решение должно объясняться на одной схеме и выдерживать вопрос «а если это упадёт».
- Каркас хорошей архитектурыфреймворк
- Модель C4фреймворк
- Надёжность как договорённостьмаршрут
Посчитать стоимость владения
Цена лицензий — начало разговора. Заказчик защищает бюджет на трёх годах.
- TCO и ROIфреймворк
- Оценка стоимости проектаматериал
- FinOpsфреймворк
Перевести техническое в деловое
Каждое решение в архитектуре должно иметь объяснение в часах, деньгах или рисках.
- ValueSellingфреймворк
- Цена бездействияматериал
- Ценностное предложениефреймворк
Показать решение сценарием
Три ситуации заказчика от начала до конца вместо экскурсии по разделам меню.
- Демонстрация продукта: сценарийматериал
- Инфраструктура для пресейламаршрут
Провести пилот с критериями
Измеримый критерий успеха, срок и ответственный со стороны заказчика. Иначе это бесплатное внедрение.
- Пилот без бесплатной работыматериал
- Квалификация пилотаматериал
Пройти проверку службы безопасности
Отдельная стадия со своими требованиями и своими сроками. К ней готовятся, а не реагируют.
- Программа информационной безопасностифреймворк
- Безопасность цепочки поставкифреймворк
- Безопасность для покупателямаршрут
Проверить решение внутри до отправки
Невыполнимые обещания и заниженные оценки ловятся здесь, а не на внедрении.
- Внутренний разбор решенияматериал
- Оценка стоимости проектаматериал
Передать проект во внедрение
Вместе с договором переходит контекст: зачем купили, что обещано устно, чего боятся.
Остаться в контуре после запуска
Технический контакт первым узнаёт о новых задачах и о недовольстве.
- Поддержка после внедренияматериал
- Роль технического менеджерароль
- Состояние клиентаматериал
Три вопроса к себе после каждой встречи
- Смог ли я объяснить решение человеку, который платит, без единого технического термина.
- Назвал ли я хотя бы одно ограничение своего решения раньше, чем о нём спросили.
- Есть ли у заказчика на руках то, что он может показать коллегам без меня.
Практика вместо теста
Возьмите последнюю демонстрацию и перепишите её в три сценария заказчика — от реальной точки входа до результата. Засеките, укладываетесь ли в тридцать минут. Если нет, вы показываете продукт, а не решаете задачу.
Частые вопросы
Пресейл влияет на исход сделки настолько, насколько умеет переводить архитектуру в деньги и риски. Двенадцать шагов ведут от разбора задачи до сохранения контакта после запуска.