Автоматизация · 11 мин
Как продать проект 1С заказчику: от оценки до подписания договора
Как продать проект 1С заказчику: подготовка предложения, оценка стоимости, презентация решения, работа с возражениями и типичные ошибки при продаже внедрения.
Продажа проекта 1С — это не продажа коробки с программой, а продажа результата: автоматизации учёта, сокращения рутины, прозрачности данных. Заказчик покупает не конфигурацию, а решение своей бизнес-проблемы, поэтому центр переговоров — выгода клиента, а не перечень функций системы. Тот, кто продаёт «1С:Управление торговлей с 50 доработками», проигрывает тому, кто продаёт «сокращение времени оформления заказа с 20 до 5 минут».
Типичная сделка по внедрению 1С проходит пять этапов: выявление потребности, предварительное обследование, формирование коммерческого предложения, презентация и защита решения, согласование цены и договора. Ошибка на любом из этих этапов — потерянная сделка или убыточный проект. Ниже разобран каждый этап с конкретными действиями, признаками готовности клиента и типичными ошибками.
Материал ориентирован на франчайзи 1С, интеграторов и руководителей внедренческих команд, но логика применима и для внутренней «продажи» проекта руководству компании, когда инициатор автоматизации — сам ИТ-отдел.
Выявите потребность и посчитайте цену проблемы
Первая встреча с заказчиком — не презентация, а интервью. Задача — понять, что болит: учёт ведётся в Excel и данные расходятся, склад не успевает за продажами, руководство не видит маржинальность по направлениям, обмен с сайтом делается вручную. Задавайте открытые вопросы: «Как сейчас оформляется заказ?», «Сколько времени уходит на сведение отчёта?», «Что происходит, когда менеджер увольняется?».
Ключевой приём — перевести проблему в деньги. Если три оператора тратят по два часа в день на ручной ввод, это примерно 120 часов в месяц, которые можно оценить через фонд оплаты труда. Если из-за ошибок в остатках срываются отгрузки — посчитайте потерянную выручку на типовом заказе. Клиент, который видит проблему стоимостью в несколько сотен тысяч рублей в год, спокойно воспринимает проект сопоставимой стоимости.
Зафиксируйте ответы письменно и попросите контактное лицо подтвердить их. Этот список «болей» станет основой коммерческого предложения и щитом на этапе согласования цены: вы продаёте не абстрактную автоматизацию, а устранение конкретных, подтверждённых самим клиентом потерь.
Клиент сам описывает, что не работает, и приводит примеры
Уточните, кто принимает решение и когда
Нужна работа с потребностью, иначе проиграете по цене
Выясните причины провала — это ваши аргументы
Проведите экспресс-обследование перед оценкой
Оценка проекта «с потолка» — главная причина убыточных внедрений и сорванных ожиданий. Перед тем как назвать цену, проведите обследование: изучите текущие базы, документооборот, количество пользователей, интеграции (сайт, ЭДО, банк, маркетплейсы), нестандартные процессы. Для небольших проектов достаточно одной-двух встреч по 1–2 часа, для средних и крупных обследование оформляется отдельным этапом, иногда платным.
Особое внимание уделите скрытым факторам стоимости: качеству данных для переноса (дубли контрагентов, незакрытые периоды), количеству доработок в текущей конфигурации, требованиям к обменам с внешними системами. Именно эти пункты чаще всего «съедают» маржу уже после подписания договора.
Сформируйте коммерческое предложение от результата
Структура сильного КП: подтверждённые проблемы клиента → предлагаемое решение → ожидаемый эффект → этапы и сроки → состав стоимости → условия и гарантии. Блок «что получит клиент» должен идти раньше блока «что мы сделаем». Пишите языком заказчика: не «настройка регистра сведений», а «менеджеры видят актуальные остатки без звонка на склад».
Разбейте проект на этапы с измеримыми результатами: запуск учёта товаров, запуск закупок, интеграция с сайтом, обучение. Это снижает страх клиента перед большой суммой и даёт вам точки контроля оплаты. Для каждого этапа укажите, что является критерием приёмки — это защитит обе стороны при сдаче.
Приложите к КП оценку в двух-трёх вариантах: минимальный (типовая конфигурация, старт ключевых процессов), оптимальный, расширенный. Клиент, выбирающий между вариантами, сравнивает их между собой, а не ваше предложение с отказом от проекта вообще.
Варианты оценки стоимости проекта
Подходит при понятном объёме после обследования. Риск срыва сметы несёт исполнитель — закладывайте резерв.
Подходит для проектов с размытыми требованиями и доработками. Требует доверия клиента и прозрачной отчётности по часам.
Компромисс: каждый этап оценивается отдельно. Удобно для крупных внедрений, снижает риск обеих сторон.
Подходит малому бизнесу без бюджета на внедрение. Быстрый старт, но ограниченные возможности доработки.
Проведите презентацию на данных клиента
Демонстрация «пустой» типовой базы убеждает плохо. Подготовьте демостенд с данными, похожими на данные клиента: его номенклатура, его структура складов, его цепочка документов. Покажите три-пять ключевых сценариев, которые закрывают озвученные проблемы, — от начала до конца, без экскурсов в меню.
Приглашайте на презентацию не только ИТ, но и будущих пользователей и лицо, принимающее решение. Главный бухгалтер должен увидеть свой отчёт, коммерческий директор — воронку продаж и маржу, собственник — управленческую сводку. Каждый участник должен уйти с ответом на свой вопрос «что это даст мне».
Заканчивайте презентацию конкретным следующим шагом: согласование сметы, пилотный этап, дата старта. Встреча без зафиксированного следующего действия почти всегда означает тихую смерть сделки.
- 1Напомните проблемы клиента его же словами из протокола встреч
- 2Покажите 3–5 ключевых сценариев на демобазе с данными клиента
- 3Продемонстрируйте эффект: время операции до и после автоматизации
- 4Представьте этапы, сроки и варианты стоимости
- 5Ответьте на вопросы и зафиксируйте следующий шаг с датой
Работайте с возражениями и согласовывайте цену
Самое частое возражение — «дорого». Не скидывайте цену, не меняя объём: это обесценивает вашу работу. Вместо этого вернитесь к цене проблемы («проект окупается за N месяцев за счёт…»), предложите урезанный первый этап или рассрочку по этапам. Скидка — только в обмен на встречные уступки: сокращение объёма, перенос части работ на вторую очередь, кейс в портфолио.
Возражение «у нас уже есть 1С, просто доработайте» требует аудита существующей системы: часто за «небольшой доработкой» скрывается сильно переписанная конфигурация, снятая с поддержки, и честнее предложить переход на типовую с переносом данных. Возражение «сделаем сами своим программистом» парируйте оценкой полной стоимости внутренней разработки: найм, погружение в предметную область, отсутствие готовых методик внедрения.
Зафиксируйте объём в договоре и защитите сделку
Договор на внедрение должен содержать: предмет и состав работ по этапам, критерии приёмки каждого этапа, порядок обработки дополнительных пожеланий (change requests), ответственность клиента (предоставление данных, доступность ключевых сотрудников, своевременное согласование). Большинство конфликтов в проектах 1С рождается не из-за качества работ, а из-за разного понимания объёма.
Предусмотрите механизм изменений: любая новая хотелка оформляется заявкой, оценивается в часах и либо оплачивается отдельно, либо заменяет что-то в текущем объёме. Это дисциплинирует клиента и сохраняет маржу проекта.
После подписания не исчезайте: назначьте стартовую встречу, план-график и ответственных с обеих сторон. Сделка считается завершённой не подписью, а успешным первым этапом — именно он определяет, дойдёт ли проект до конца и приведёт ли клиент повторные заказы.
Контрольные точки успешной продажи
Оценивайте зрелость сделки по объективным признакам, а не по ощущениям от встреч. Если клиент подтвердил список проблем письменно, допустил вас к обследованию, привёл ЛПР на презентацию и обсуждает детали договора — сделка близка к закрытию. Если после третьей встречи нет доступа к данным и решение «согласовывается» неизвестно кем — вероятность низкая, и стоит честно спросить, что мешает принятию решения.
Как проверить, что сделка движется
Зафиксированы письменно и подтверждены клиентом
Известны только со слов менеджера по продажам
Клиент показал базы, процессы, дал данные для оценки
Обследование откладывается, данные не предоставляют
Лицо, принимающее решение, было на презентации
Общение идёт только с исполнителями без полномочий
После каждой встречи есть действие с датой
Встречи заканчиваются фразой «мы вам перезвоним»
Что важно запомнить
Продавайте результат и экономику, а не функции. Оценивайте проект только после обследования, предлагайте варианты, фиксируйте объём и критерии приёмки в договоре, а каждую встречу завершайте конкретным следующим шагом.
Частые вопросы
Сколько брать за обследование — платно или бесплатно?
Короткое экспресс-обследование (1–2 встречи для малого проекта) обычно делают бесплатно как часть предпродажи. Полноценное обследование крупного внедрения с описанием процессов и техническим заданием разумно продавать отдельным платным этапом: клиент получает документ, с которым может пойти к любому исполнителю, а вы — компенсацию трудозатрат и более серьёзное отношение заказчика.
Что делать, если клиент сравнивает только по цене?
Это признак того, что ценность не донесена. Вернитесь к цене проблемы, покажите различия в составе работ: что входит в ваше предложение и что, скорее всего, не входит в дешёвое (обучение, перенос данных, поддержка после запуска, гарантии). Если клиент всё равно выбирает минимальную цену — спокойно отпустите: такие проекты чаще всего убыточны и конфликтны.
Как продать проект, если у клиента уже есть неудачный опыт внедрения?
Сначала детально разберите причины провала: завышенные обещания, отсутствие обследования, слабое участие ключевых пользователей, отсутствие критериев приёмки. Затем покажите, как ваш подход закрывает каждую из этих причин — поэтапный план, пилотный запуск, фиксация объёма. Неудачный опыт делает клиента осторожным, но при грамотной работе — более лояльным к методичному исполнителю.
Стоит ли предлагать пилотный проект?
Да, если клиент сомневается. Пилот — ограниченный по объёму этап (например, автоматизация одного участка за фиксированный срок) снижает риск для клиента и позволяет вам доказать компетентность делом. Важно сразу договориться, что пилот платный и при успехе переходит в полный проект, иначе есть риск бесплатно выполнить самую интересную часть работ.
Как оценить трудоёмкость доработок, чтобы не ошибиться в смете?
Декомпозируйте каждую доработку до задач, оценивайте в часах с участием разработчика, а не только менеджера, и добавляйте резерв на непредвиденные сложности — для типовых проектов обычно закладывают 15–30% сверх первичной оценки. Задачи, которые невозможно оценить на этапе продажи, выносите в отдельный блок с пометкой «оценка после анализа», а не угадывайте.
Что важнее для клиента: сроки или цена?
Зависит от мотива проекта. Если автоматизация нужна к началу сезона или сдаче отчётности — критичны сроки, и гарантированный план важнее скидки. Если острой боли нет, решает цена. На первой встрече прямо спросите, что для клиента приоритетнее и к какой дате нужен результат, — это определит и структуру предложения, и тактику переговоров.