Этапы продаж: как вести разговор и сохранять договорённости

Этап обозначает изменение в выборе клиента

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

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

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

Контакт начинается с предмета обращения

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

Менеджеру полезно подтвердить, что запрос относится к предложению компании, и выяснить недостающий минимум для разговора. Имя и удобный способ связи нужны для продолжения, однако подробная анкета до ответа способна превратить простой вопрос в трудную процедуру. Лучше получить необходимые сведения постепенно, чем собирать все возможные данные заранее, поскольку покупатель пока ещё оценивает, стоит ли вообще обсуждать задачу именно с этим исполнителем. В модели OpenStax начало контакта названо Approach. Перед ним стоит Pre-Approach — подготовка к разговору. Для входящей услуги смысл подготовки в доступных сведениях о предложении: сотрудник знает состав, ограничения и границы своего ответа, а не начинает искать каждую цену после приветствия.

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

Рабочая реплика

Спасибо за вопрос о [услуга]. Чтобы определить [что именно], уточню [необходимые сведения]. Затем [следующее действие] и вернусь с ответом [понятный срок или условие].

Потребность: желаемый результат и исходные ограничения

Фраза клиента часто называет способ, а не итог. Компания услуг должна понять, что человек хочет изменить и какие условия влияют на работу, прежде чем обещать состав и стоимость.

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

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

Презентация связывает состав с названной задачей

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

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

Цена раскрывается вместе с составом. Если стоимость меняется после уточнения исходных данных, менеджер объясняет это основание до принятия решения, а не оставляет покупателю впечатление окончательной суммы.

Здесь полезно различать отправку и обсуждение. Отправленный файл означает только передачу материала. Для перехода к решению нужны ответ клиента и вопросы, которые возникли после ознакомления, поэтому в CRM не стоит называть предложение принятым в тот момент, когда менеджер лишь нажал кнопку отправки.

Возражение показывает неизвестное в решении

Вопрос о цене не всегда означает желание скидки. Человек может сравнивать другой состав, сомневаться в пользе или пока не иметь полномочий принять расходы, поэтому готовый ответ о выгоде не устранит любую из этих причин.

В OpenStax этап Handling Objections выделен отдельно от презентации. Полезный смысл такого разделения — дать место сомнению, а не считать любой вопрос признаком неудачного объяснения. Сначала менеджер уточняет, что именно не подходит, затем отвечает по содержанию, потому что одинаковая короткая реплика о дороговизне способна скрывать разные условия выбора и требует разных сведений, а автоматическая уступка сразу уменьшает цену до понимания причины.

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

Завершение фиксирует действие обеих сторон

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

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

Связь после заказа выделена как Follow-Up. Она нужна, чтобы покупка получила продолжение в обслуживании, а вопросы не оставались без владельца только потому, что менеджер уже отметил успех. Для передачи исполнителю сохраняют состав, ограничения и оставшиеся вопросы. Принятие заказа коллегой полезнее простого сообщения в общий чат: оно показывает, что работу действительно могут продолжить на обещанных условиях, а клиенту не придётся заново объяснять весь разговор.

Карта разговора и стадии CRM не совпадают автоматически

Этап разговора описывает смысл общения. Стадия CRM показывает состояние работы, которое компания решила учитывать, поэтому копировать учебные названия без обсуждения не стоит.

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

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

Карточка наблюдения для обучения

Участок: [этап]. Вопрос клиента: [содержание]. Действие сотрудника: [что уточнил или объяснил]. Полученные сведения: [новое основание выбора]. Пробел: [чего не хватило]. Продолжение: [кто и что делает дальше].

Можно ли продолжить этот разговор без пересказа менеджера?

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

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

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

Если нужно закрепить принятые переходы и сведения в системе, при обсуждении настройки CRM со ШТАБ ИТ пригодятся карта и карточка наблюдения. По ним можно проверить, что система сохраняет нужные сведения для менеджера и исполнителя, не превращая естественный разговор в обязательный сценарий.