Отдел продаж

Происхождение и история термина

Историк Уолтер Фридман связывает становление современного управления продажами в США с крупным производством конца XIX — начала XX века. Продавцы, прежде действовавшие более самостоятельно, стали работать по заданным маршрутам, вести отчётность и выполнять планы на закреплённых территориях. ^[3]

Важный пример — National Cash Register под руководством Джона Паттерсона. Начиная с середины 1880-х годов компания систематизировала инструкции для продавцов, территориальное распределение, вознаграждение и месячные задания. В изложении Фридмана это часть превращения продажи из индивидуального занятия в управляемую деятельность большой организации. ^[3] Такой исторический пример объясняет появление координации и контроля, но не устанавливает единственного изобретателя любого отдела продаж.

Суть и механизм

Отделу недостаточно получить список контактов. Сначала нужно выяснить, подходит ли человеку или компании предложение. В терминологии OpenStax такой потенциальный покупатель называется лидом; квалификация помогает отобрать контакты, соответствующие продукту и условиям покупки. В том числе может проверяться, вправе ли собеседник принимать решение. ^[1]

Учебник описывает семь шагов личной продажи: поиск и квалификацию, подготовку, установление контакта, презентацию, работу с возражениями, заключение сделки и последующее сопровождение. ^[1] Это последовательность работы с покупателем, а не требование создать семь должностей. Например, один менеджер может вести переговоры и готовить предложение, а расчёт сложного проекта выполнять вместе с инженером.

Управленческую работу также нужно отличать от личных продаж. В американском справочнике профессий O*NET руководителю продаж отнесены подбор и обучение сотрудников, постановка целей, анализ отчётов, работа с жалобами, ценами и бюджетами. ^[2] Этот перечень показывает широту задач, но не определяет обязательное штатное расписание российского работодателя.

Для проектирования взаимодействия редакция предлагает простой вопрос: кто отвечает за следующее действие? Если клиент ждёт расчёт, в записи должны быть понятны исполнитель и срок. Если нужна нестандартная скидка — тот, кто принимает решение. Само название должности этих договорённостей не заменяет.

Виды и классификации

OpenStax выделяет территориальную, продуктовую и клиентскую структуры торговой команды. Их можно сочетать; при выборе учитываются покупатели и предложение компании. ^[1]

Дополнительный авторский вариант — распределить задачи по этапам: одна группа принимает обращения, другая ведёт переговоры, третья сопровождает заказ. Его нельзя механически приравнять к трём структурам учебника. При любом сочетании полезно определить, кому клиент задаёт вопросы и кто отвечает за согласованное предложение.

Как применяется на практике

Рассмотрим учебный пример регионального медиа, которое продаёт рекламу на сайте и в эфире. Магазин обращается с запросом на кампанию к открытию новой точки. Менеджер уточняет даты, нужные форматы и ограничения бюджета. Затем специалист по размещению проверяет доступные выходы, а производственная команда — срок подготовки материалов.

В предлагаемом процессе менеджер остаётся ответственным за общение. Он собирает подтверждённые условия в одно предложение. Руководитель рассматривает скидку, если она выходит за пределы полномочий менеджера. После согласования заказа исполнители получают одинаковую версию задания. Это вымышленная схема организации работы, а не описание обследованной редакции.

Если монтаж ролика займёт дольше, чем осталось до открытия магазина, менеджер предлагает выполнимый вариант или сообщает об ограничении. Продажа в таком примере требует согласования с производством: обещание клиенту не становится выполнимым только потому, что оно записано в отчёте.

На границе маркетинга и продаж также нужны понятные условия передачи обращения. Учебный модуль Salesforce различает потенциальных клиентов, подходящих предложению, и тех, кто дополнительно готов покупать. ^[5] Практический вывод: вместе с обращением передают основание его готовности, ответственного и следующее действие; при возврате указывают причину.

Как измерить или проверить

Для учёта может использоваться CRM — система управления отношениями с клиентами. Например, в Dynamics 365 Sales квалификация лида связана с созданием или использованием записей клиента, контакта и возможности продажи. Конкретное создание записей зависит от настроек администратора. Статус Qualified возможен и без созданной возможности; в таком случае процесс не переходит на следующий этап. ^[4] Поэтому число квалифицированных записей нельзя автоматически назвать числом сделок.

Возможность продажи в примере ниже — отдельный предполагаемый заказ, который команда признала подходящим для дальнейшей работы. До измерения фиксируются её идентификатор, дата включения в группу и правило успешного завершения. Два контакта одного предполагаемого заказа не превращаются в две возможности только ради отчёта.

Учебные данные: за выбранный месяц создано 50 возможностей. На дату проверки десять закончились договорами, тридцать закрыты без продажи, десять ещё находятся в работе. Все записи относятся к одной исходной группе; повторов нет. Получаются два разных отношения:

Доля договоров во всей группе = 10 / 50 × 100% = 20%.

Доля побед среди завершённых возможностей = 10 / (10 + 30) × 100% = 25%.

Salesforce описывает оба варианта: по всем созданным возможностям и только по закрытым — выигранным или проигранным. ^[5] Знаменатель первой формулы включает незавершённые случаи, второй — исключает. Десять открытых возможностей пока не считаются проигранными. Когда они завершатся, показатели выбранной группы могут измениться.

Если завершённых возможностей нет, второе отношение не определено. Ноль процентов корректен при положительном знаменателе и отсутствии побед. Отсутствующий отчёт тоже нельзя заменять нулём: сначала нужно восстановить или подтвердить данные.

Полезно видеть и скорость работы. OpenStax относит к таким показателям время первого контакта, ответа на вопрос и подготовки предложения. ^[1] Для учебного отдела редакция рекомендует дополнительно показать обращения без ответа и причины задержек. Иначе отчёт о быстро обработанных случаях ничего не скажет о клиентах, которые продолжают ждать.

Ошибки, ограничения и спорные вопросы

Одна из ошибок — нагружать менеджера ответственностью, не определив его полномочия. В примере медиа он отвечает за передачу запроса производству, но не может единолично обещать любую дату готовности ролика. Разбор задержки должен установить, на каком действии и у какого участника остановилась работа.

Другая ошибка — оценивать отдел только по числу звонков. В учебном случае сто звонков могут включать попытки связаться с неподходящими покупателями, тогда как несколько встреч — обсуждение уже подтверждённых заказов. Сравнение требует знать содержание действий, а не только их количество.

Нельзя также смешивать разные группы в одном показателе: например, делить все подписанные в октябре договоры на обращения, поступившие только в октябре. Среди договоров могут оказаться результаты более ранних переговоров. Для показанного выше расчёта числитель должен происходить из той же группы, что и знаменатель.

Правовой аспект

При работе с персональными данными российский отдел продаж должен учитывать части 2, 4 и 5 статьи 5 закона № 152-ФЗ «О персональных данных», в редакции от 26.07.2026. Они связывают обработку с определёнными законными целями и требуют соответствующего, неизбыточного состава данных. ^[6] Возможность добавить поле в CRM сама по себе не обосновывает сбор этих сведений.

Текст статьи 5 введён законом № 261-ФЗ, вступившим в силу 27.07.2011; его действие распространено на отношения, возникшие с 01.07.2011. ^[6] Правовые основания обработки и конкретные правила доступа требуют отдельной проверки. Этот раздел не заменяет юридическое заключение о работе организации.

Частые вопросы

Связанные термины

• kvalifikatsiya-lida
• crm-sistema
• voronka-prodazh
• menedzher-po-prodazhe-reklamy
• plan-prodazh-reklamy
• klientskiy-servis