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