Про важность пресейла в коммерческой разработке
Если вы когда-нибудь продавали IT-услуги или кастомную разработку, вы знаете этот момент:
⏳ Клиент говорит “давайте начнём”, а вы — еще толком не понимаете, что он хочет, за какие деньги, в какие сроки и с какой командой.
И тут начинается.
— Проект буксует.
— Задачи “не те”.
— Результат “не то”.
— Деньги “не туда”.
А всё потому, что не было нормального пресейла.
И не надо думать, что это "формальность" или “что-то для больших продаж”.
Пресейл — это не про презентации. Это про выживание.
Зачем вообще нужен пресейл в разработке?
1 Выяснить, что на самом деле нужно клиенту
Не “хочу платформу как у Netflix”, а "у нас нет процесса регистрации, пользователи теряются".
Пресейл — это когда вы вытаскиваете суть.
Не слушаете пожелания, а находите боль и бизнес-цель.
2 Собрать всех на старте, а не спасать на ходу
Проект — это не только разработка. Это бизнес, дизайн, аналитика, тесты.
На пресейле сразу видно, кто и где будет затык.
Вы заранее понимаете, нужен ли архитектор, бизнес-аналитик, какой стек и какие риски.
3 Собрать бюджет и тайминг, которые не рассыпятся
Без пресейла все делают “по наитию” и попадают в минус.
С ним — у вас внятная смета и план, который вы можете защищать.
4 Построить доверие
Клиент, у которого вы расспрашиваете, думаете, анализируете — чувствует заботу.
А не просто “нам нужны ваши деньги, мы всё сделаем”.
💬 Что делать?
— Не продавать без пресейла. Серьёзно. Не тратьте свою репутацию.
— Делать пресейл платным. Или как минимум ограничивать в ресурсах, чтобы не выгорала команда.
— Учить пресейлу всех — продажников, менеджеров, аналитиков. Потому что часто именно на этом этапе и начинается настоящий консалтинг, а не просто «приняли ТЗ».
Вывод?
Без пресейла нет продукта.
Есть набор задач, который будут переделывать, пересобирать, и в итоге — виноватым окажется тот, кто просто не задал нужный вопрос на старте.
А какие ошибки вы видели на этапе пресейла? Делитесь в комментариях👇