- -
- 100%
- +
Сильное предложение начинается с ясности
Семь дней наблюдений дают продавцу материал неприятно точный: клиент редко возражает только из-за одной фразы или одной цены. Чаще он пытается понять, что именно ему предлагают, чего от него ждут и не окажется ли решение дороже, сложнее или рискованнее, чем прозвучало в начале. Следующий шаг после такого наблюдения — пересобрать не только собственные реплики, но и сам объект продажи. Пока задача сформулирована туманно, даже честное предложение будет восприниматься как давление.
Фраза «Сделайте нам сайт» кажется задачей только до первого уточняющего вопроса. Одному клиенту нужен новый канал заявок, другому — каталог для действующих покупателей, третьему — страница, которая подтвердит надежность компании перед крупным заказчиком. Технически речь каждый раз идет о сайте, но покупать люди будут совершенно разные результаты.
Ольга столкнулась с похожей ситуацией во вторник утром. Она консультировала компании по внедрению процессов и обычно начинала разговор с презентации, где по порядку шли аудит, настройка системы, обучение сотрудников и сопровождение. В этот раз Денис, владелец сервисной компании, написал коротко: «Нужно просто настроить CRM. Без долгого консалтинга».
Ольга уже открыла презентацию, когда заметила знакомую ловушку. Слово «настроить» звучало конкретно, но не говорило, что именно должно измениться после настройки. Она могла перечислить модули, этапы воронки и сроки, а через две недели выяснилось бы, что Денис ожидал совсем другого.
Вместо презентации она задала один вопрос:
— Что должно измениться через три месяца, чтобы вы назвали проект успешным?
Денис помолчал дольше, чем обычно молчат перед ответом на вопрос о функциях.
— Мне нужен не новый инструмент, а предсказуемая обработка каждой заявки, — сказал он. — Чтобы ни одна не терялась и чтобы я видел загрузку команды.
Эта фраза сразу изменила предмет разговора. Речь пошла не о CRM как о продукте, а о пути заявки, распределении ответственности и видимости работы. Ольга не стала угадывать, что Денис «на самом деле» имел в виду. Она начала проверять формулировку вместе с ним.
Один и тот же запрос — разные задачи
Заявленный запрос — это слова, которыми клиент описывает желаемую услугу или ближайший шаг: «настройте CRM», «сделайте сайт», «приведите больше клиентов», «нужен дизайн квартиры», «обучите отдел продаж». Он важен: с него начинается разговор. Но не всегда именно его и нужно решать.
Настоящая задача — изменение в текущей ситуации, ради которого клиент готов рассматривать решение. У нее есть исходная проблема, ее последствия и желаемое состояние. Иногда заявленный запрос точно совпадает с настоящей задачей. Но продавцу не стоит принимать это совпадение на веру — и не нужно автоматически считать буквальную формулировку поверхностной. Ее нужно проверить.
У Дениса заявленный запрос звучал так: «Настроить CRM». Настоящая задача оказалась сложнее:
1. Собирать обращения из согласованных каналов в одном месте.
2. Назначать каждой заявке ответственного.
3. Видеть, на каком этапе находится обращение.
4. Понимать текущую загрузку сотрудников.
5. Снизить зависимость от памяти менеджеров и личных переписок.
Если бы Ольга просто продала ему настройку системы, она могла бы выполнить техническую часть работ и все же оставить главную проблему нерешенной. Система была бы установлена, но часть заявок продолжала бы оставаться без владельца, сотрудники не договорились бы о правилах работы, а Денис по-прежнему не видел бы реальную загрузку команды.
Различие между запросом и задачей помогает продавцу не отвечать слишком быстро. Это не приглашение допрашивать клиента и не повод демонстрировать экспертность фразой «Вы неправильно понимаете свою проблему». Настоящая задача не спрятана внутри клиента в виде единственно верного ответа. Это рабочая гипотеза, которую продавец вместе с клиентом проверяет по фактам.
Полезный вопрос здесь звучит не так: «Почему вам вообще нужна CRM?» В нем уже слышится попытка поставить под сомнение выбор клиента. Лучше спросить:
— Что сейчас происходит вместо того, что должно происходить?
— На каком участке заявки чаще всего теряются или задерживаются?
— Что вы уже пробовали изменить?
— Кто первым замечает проблему?
— Что будет, если оставить процесс как есть еще на три месяца?
Не нужно задавать все вопросы подряд. Два точных вопроса, за которыми следует пауза, полезнее десяти вопросов из анкеты. После ответа продавец кратко возвращает клиенту услышанное:
— Правильно ли я понял: обращения поступают из нескольких мест, но у команды нет единого правила, кто берет их в работу. Поэтому вы не можете надежно понять, сколько заявок принято, сколько зависло и кому сейчас не хватает задач?
Если клиент отвечает «да», появляется первая общая опора. Если поправляет формулировку, продавец получает более точные данные. Оба варианта полезнее, чем быстрое предложение, построенное на догадке.
Карта ясности предложения
Предложение — это конкретное описание способа решить задачу клиента с указанием ожидаемого результата, критериев, границ и распределения ответственности. В него может входить услуга, продукт или несколько этапов работы, но перечень работ сам по себе предложением не становится.
Чтобы не перескакивать сразу к описанию продукта, Ольга использовала карту из пяти блоков.
Первый блок. Заявленный запрос
Запишите слова клиента почти дословно. Не улучшайте их и не переводите сразу на профессиональный язык. Формулировка «просто настроить CRM» показывает, как клиент видит ближайшее решение и чего хочет избежать. Денис не хотел многомесячного проекта с большим количеством совещаний. Если бы Ольга проигнорировала эту часть, она могла бы предложить полезную, но неприемлемую для него по формату работу.
Второй блок. Настоящая задача
Опишите, что должно измениться в текущем процессе. Здесь нужны наблюдаемые факты, а не абстрактные слова вроде «повысить эффективность», «усилить контроль» или «улучшить коммуникацию».
Для Дениса рабочая формулировка могла быть такой: «Компания теряет часть обращений и не видит текущую загрузку сотрудников, потому что заявки распределяются без единого правила и фиксируются в разных местах».
Третий блок. Желаемый результат глазами клиента
Не «мы установили систему», а то, что клиент сможет делать или видеть после решения. Результат лучше описывать через обычную рабочую ситуацию.
Для Дениса это выглядело так: «Каждая новая заявка получает ответственного и понятный статус, а руководитель в любой рабочий день видит, сколько обращений находится в работе и где требуется вмешательство».
Четвертый блок. Критерии подходящего решения
Критерий подходящего решения — проверяемое условие, по которому клиент и продавец могут понять, подходит ли выбранный способ решения задачи. Критерий отвечает не на вопрос «что мы сделаем?», а на вопрос «по каким признакам мы поймем, что этот способ годится?».
Критериями Дениса могли стать:
1. Все согласованные каналы обращений подключены к единому процессу.
2. У каждой заявки есть ответственный и текущий статус.
3. Руководитель может самостоятельно увидеть загрузку команды без ручного сбора отчетов.
4. Сотрудникам понятны правила работы, и они могут применять их без постоянного участия консультанта.
5. Запуск не превращается в бесконечную перестройку всей компании.
Пятый блок. Границы объема и ответственности
Здесь фиксируют, что входит в работу, чего в ней нет, от каких действий зависит срок и что остается на стороне клиента. Границы не ослабляют предложение. Напротив, они делают его проверяемым и защищают обе стороны от ожидания «раз уж начали, сделайте все».
Ольга могла описать проект так: аудит текущего пути заявки, настройка согласованных этапов и ролей, подключение заранее определенных каналов, обучение сотрудников и короткий период сопровождения после запуска. При этом отдельная разработка нестандартных функций, полная очистка старой базы и постоянное управление отделом продаж в объем не входят.
У такой формулировки есть важное следствие: Денис может сравнивать предложение не с абстрактной «настройкой CRM», а с конкретным способом решить свою задачу. Он понимает, что получит, чего не получит и какие действия должен выполнить сам.
Мастерская первая. Отделить слова клиента от задачи
Возьмите пять последних входящих обращений. Не выбирайте только удачные: включите и те, после которых клиент исчез, попросил скидку или ответил: «Мы подумаем».
Для каждого обращения запишите три строки.
1. Что клиент сказал буквально.
2. Что в текущей ситуации, вероятно, не работает.
3. Какую гипотезу нужно проверить вопросом.
Например:
«Нужен сайт подешевле».
Вероятная проблема: клиент не понимает, какую задачу сайт должен решать, и боится потратить деньги без результата.
Проверка: «Что сайт должен изменить в работе компании после запуска? Что сейчас не получается без него?»
Другой пример:
«Нам нужно обучение для менеджеров».
Вероятная проблема: руководитель не может добиться единого стандарта общения, новые сотрудники долго входят в работу, а опытные продают каждый по-своему.
Проверка: «По какому поведению менеджеров вы поймете, что обучение сработало?»
Частая ошибка здесь — сразу подменить гипотезу диагнозом. Продавец слышит «нам нужен сайт» и решает, что клиенту не хватает продаж. Но сайт может быть нужен для найма сотрудников, подтверждения статуса перед партнером или снижения нагрузки на офис. Если продавец начал с готового объяснения, он будет подгонять ответы под собственную версию.
Вторая ошибка — задавать вопрос, в котором уже спрятан желаемый ответ: «Вы ведь хотите увеличить число заявок?» Клиент может согласиться просто потому, что вопрос звучит как часть продажи. Нейтральный вопрос оставляет место для другого ответа: «Что должно измениться после запуска?»
Третья ошибка — использовать профессиональный термин вместо факта. «Вам нужно повысить конверсию» часто означает, что продавец еще не выяснил, где именно теряются люди. Сначала нужно увидеть последовательность: откуда пришло обращение, кто его получил, что произошло дальше, на каком этапе клиент перестал отвечать.
После заполнения трех строк задайте себе проверочный вопрос: могу ли я показать клиенту свою гипотезу без неловкости? Если формулировка звучит как обвинение, она пока не готова. Вместо «у вас менеджеры не умеют продавать» лучше сказать: «Сейчас сотрудники по-разному обрабатывают одинаковые обращения, поэтому руководителю трудно понять, на каком этапе возникает потеря».
Настоящая задача должна выдерживать уточнение
Ольга спросила Дениса, что происходит с заявками после первого обращения. Выяснилось, что часть клиентов пишет через форму на сайте, часть звонит, а часть обращается к конкретным менеджерам. Менеджеры иногда заносят сведения в систему, а иногда оставляют их в заметках. Если сотрудник занят или уходит в отпуск, обращение может остаться без передачи.
Затем Ольга уточнила:
— Как вы сейчас понимаете, что заявка взята в работу?
— По отчетам менеджеров — или по тому, что клиент сам перезвонит, — ответил Денис. — Надежного способа нет.
— А что для вас важнее на первом этапе: видеть полную аналитику по продажам или не допускать, чтобы обращение осталось без ответственного?
— Второе. Аналитику можно сделать позже. Сейчас я хочу перестать угадывать.
Этот обмен изменил приоритеты. Ольга могла включить в предложение красивый отчет по десяткам показателей, но он не был первоочередной задачей. Клиенту нужен был контроль над прохождением заявки. Если начать с лишних функций, проект станет дороже, дольше и тяжелее для команды.
Здесь возникает еще одно различие: желаемый результат не равен списку функций. Функция может быть способом получить результат, но сама по себе ничего не гарантирует.
«В системе есть отчет» — функция.
«Руководитель видит, какие заявки не обработаны и кому нужна помощь» — результат.
«Проведем два обучающих занятия» — действие продавца.
«Сотрудники знают, как принять, назначить и перевести заявку на следующий этап» — изменение в работе команды.
Эта последовательность помогает отсекать лишнее. Если функция не помогает получить согласованный результат и не входит в критерии подходящего решения, ее не нужно добавлять только ради впечатления.
Мастерская вторая. Описать результат глазами клиента
Возьмите одну рабочую гипотезу и переведите ее в такую формулу:
«К указанному моменту клиент хочет, чтобы изменилось конкретное действие или состояние, благодаря чему он сможет получить такой-то эффект, при этом сохранится такое-то ограничение».
Для Дениса:
«После запуска согласованного процесса каждая заявка должна получать ответственного и статус, благодаря чему Денис сможет видеть текущую нагрузку и не искать потерянные обращения вручную. При этом команда должна работать по понятным правилам без ежедневного участия консультанта».
Формула нужна не для того, чтобы читать ее клиенту слово в слово. Она помогает продавцу не перепутать результат с обещанием. В ней есть наблюдаемое изменение, эффект и ограничение.
Проверьте формулировку четырьмя вопросами.
Что клиент увидит в обычный рабочий день?
Кто заметит изменение первым?
Какое старое действие больше не потребуется или станет реже?
Что будет считаться неудачей, даже если услуга формально выполнена?
Последний вопрос часто раскрывает то, чего не видно из запроса. Если клиент купил обучение, но после него сотрудники не применяют единый порядок обработки обращений, проект нельзя считать успешным только потому, что занятия состоялись. Если заказчик купил дизайн интерьера, но не понимает, сколько и чего покупать, одних красивых визуализаций может оказаться недостаточно.
Не обещайте результат, который целиком зависит от факторов вне вашей зоны влияния. «Гарантируем рост продаж в два раза» звучит сильно, но создает ложную определенность. На продажи влияют цена, спрос, работа команды, сезонность, качество обработки обращений и десятки других обстоятельств. Честнее зафиксировать то, что действительно находится в вашей власти: настроить процесс, подготовить материалы, обучить сотрудников, внедрить контрольные точки и согласовать способ измерения изменений.
Критерии помогают выбрать, а не просто впечатлить
Клиент часто перечисляет много пожеланий, которые звучат одинаково важными: «Чтобы было быстро, красиво, удобно, недорого и без участия с нашей стороны». Если продавец считает все эти пожелания равнозначными, предложение превращается в обещание невозможного.
Критерии нужны не только для описания результата, но и для выбора между компромиссами. Если быстрое внедрение требует ограничить первый этап, это нужно обсудить. Если бюджет не позволяет подключить все каналы, клиент должен решить, какие из них приоритетны. Если нужен индивидуальный функционал, изменятся срок и стоимость.
Хороший вопрос в такой ситуации:
— Если придется выбирать между запуском в этом месяце и подключением всех дополнительных функций, что для вас важнее на первом этапе?
Или:
— Что нельзя потерять ни при каком варианте решения?
Денис выбрал надежную обработку новых обращений и видимость загрузки. Полная история старых контактов, расширенная аналитика и нестандартный отчет могли перейти во второй этап. Благодаря этому Ольга перестала продавать «внедрение всей системы» и смогла предложить последовательный проект с понятным первым результатом.
Критерий должен быть связан с тем, что клиент может увидеть или проверить, а не только с наличием функции. «Есть интеграция» — характеристика инструмента. «Новые обращения из формы и звонков автоматически попадают в очередь, где им назначается ответственный» — условие, которое клиент может проверить.
Такой подход применим и вне деловых услуг. Представьте семью, которая говорит продавцу кухонной мебели: «Нам нужна новая кухня». Если начать с фасадов и размеров шкафов, легко пропустить реальную задачу. В семье мало мест хранения, ребенок самостоятельно берет посуду, один из членов семьи часто готовит, а родители хотят, чтобы поверхности было легко очищать. Желаемым результатом здесь будет не просто красивая кухня, а удобное хранение, безопасный доступ и понятный уход. Критериями станут вместимость, расположение рабочих зон, устойчивость материалов к ежедневной нагрузке и бюджет.
Запрос остается тем же, но предложение становится другим. Оно начинает отвечать на жизнь клиента, а не только на категорию товара.
Мастерская третья. Провести границу
Откройте черновик предложения и допишите четыре фразы:
«В работу входит…»
«В работу не входит…»
«Срок рассчитывается с момента…»
«Со стороны клиента требуется…»
Пишите конкретно. «Комплексное сопровождение» ничего не объясняет. «Две встречи после запуска, проверка трех ключевых сценариев и ответы на вопросы команды в течение десяти рабочих дней» уже создает понятную границу.
Для проекта Дениса это могло бы выглядеть так:
«В работу входит анализ текущего пути заявки, настройка согласованных этапов, распределение ролей, подключение выбранных каналов, два обучающих занятия и сопровождение после запуска».
«В работу не входит разработка нестандартных функций, восстановление всей истории переписок и ежедневное управление менеджерами вместо руководителя».
«Срок рассчитывается с момента получения доступов, списка сотрудников и утверждения схемы этапов. Если согласование затягивается, дата запуска сдвигается на соответствующий период».
«Со стороны клиента требуется назначить ответственного, собрать необходимые доступы, обеспечить участие команды в обучении и принимать решения по вопросам проекта в согласованный срок».
Это не бюрократическое приложение к продаже, а способ заранее убрать недоразумения. Если клиент рассчитывал, что консультант будет ежедневно контролировать менеджеров, расхождение обнаружится до сделки, а не после запуска. Если у клиента нет человека, который сможет принимать решения, срок нужно обсудить до обещания даты.
Условия удобно формулировать через развилки.
Если клиент предоставляет доступы и утверждает этапы в течение двух рабочих дней, проект идет по базовому графику.
Если требуется перенос данных из нескольких старых источников, сначала оценивается объем этой работы.
Если в процессе появляются новые каналы или дополнительные роли, они оформляются как отдельная часть проекта.
Если клиенту нужен только технический запуск без обучения команды, это возможно, но продавец должен прямо сказать, что внедрение в ежедневную работу остается на стороне клиента.
Такой язык не звучит как отказ. Он показывает, от чего зависит результат. Давление часто возникает там, где продавец старается не произносить ограничений, чтобы не ослабить привлекательность предложения. Но неназванные границы никуда не исчезают. Они возвращаются в виде вопросов, претензий, задержек и ощущения, что продавец «обещал одно, а сделал другое».
Сроки тоже требуют ясности. «Запустим быстро» — не срок. «Десять рабочих дней после получения материалов и утверждения схемы» — уже ориентир, который можно проверить. Если точная дата зависит от клиента, это нужно назвать спокойно, без угрозы: «Чтобы удержать этот срок, нам потребуется ваше решение по двум вопросам до пятницы».
История, в которой ясность меняет цену
Марина, руководитель студии дизайна интерьеров в Казани, несколько недель наблюдала за собственными переговорами. Она заметила, что большинство разговоров с Павлом и другими потенциальными заказчиками обрывалось после вопроса о стоимости. Раньше Марина сразу называла цену за квадратный метр, перечисляла этапы и отправляла примеры работ. Игорь, менеджер студии, иногда предлагал скидку, если человек говорил, что подумает.
Теперь Марина решила проверить, что именно люди пытаются купить.
Павел написал: «Нужен дизайн квартиры. Сколько стоит проект? Площадь — 78 метров».
Раньше ответ занял бы несколько минут. Новый разговор начался иначе:
— Что должно быть решено к моменту начала ремонта, чтобы вы почувствовали, что проект действительно помог?
— Я хочу понимать, что и в каком порядке покупать. И не хочу через месяц выяснить, что бюджет уже вырос.
— Что для вас будет самым неприятным исходом?
— Красивые картинки, которые невозможно нормально реализовать. Или материалы, которые быстро испортятся. И еще я боюсь, что подрядчики начнут задавать вопросы, на которые у меня нет ответа.
Марина услышала не просто запрос на дизайн. Павел покупал снижение неопределенности перед ремонтом. Ему нужно было связать планировку, материалы и бюджет, а заодно подготовить понятные решения для подрядчиков. При этом он не просил студию полностью снять с него все решения: ему важно было понимать, за что он платит и где должен участвовать сам.
Рабочая карта выглядела так.
Заявленный запрос: дизайн квартиры площадью 78 квадратных метров.
Настоящая задача: подготовить реализуемое решение, которое связывает планировку, материалы и бюджет, чтобы Павел не принимал дорогие решения вслепую.
Желаемый результат: к началу ремонта у заказчика есть согласованная планировка, рабочие материалы для подрядчиков, перечень основных покупок и понятный диапазон бюджета.
Критерии: практичность в повседневной жизни, соответствие согласованному диапазону затрат, понятные документы для строителей, оговоренное число раундов правок, возможность заменить отдельные материалы без разрушения всей концепции.
Границы: студия отвечает за проектные решения и подготовленные материалы; фактические цены поставщиков могут меняться; авторский надзор, закупка и контроль строительной бригады обсуждаются отдельно; срок зависит от своевременных согласований и передачи исходных данных.
После этого Марина смогла рассказать о работе без рекламного тумана:
— Мы предлагаем не просто визуализации. На первом этапе разбираем планировку и сценарии жизни в квартире, затем подбираем решения в согласованном бюджетном диапазоне и готовим материалы, по которым подрядчик сможет работать. В договоре отдельно фиксируем количество раундов правок, состав документации и сроки согласований. Авторский надзор в этот объем не входит, но его можно добавить, если вам нужен контроль реализации.
Павел задал вопрос о цене уже после того, как понял, с чем сравнивает. Он мог сказать: «Мне нужен только эскиз, без рабочей документации» или: «Я хочу полный контроль ремонта». Оба ответа дали бы Марине основание изменить состав предложения. До этого цена была просто числом. Теперь она стала частью выбора между разными объемами и уровнями ответственности.
Игорь сначала отнесся к новому подходу скептически:
— Мы и так долго разговариваем с клиентами. Если еще задавать вопросы, они решат, что мы тянем время.
Марина попросила его взять один старый диалог и убрать все вопросы, которые не влияли на состав решения. Оказалось, что разговор можно сделать короче. Вместо десяти вопросов о вкусах и примерах достаточно было выяснить, чего клиент хочет избежать, что уже известно о квартире и какой уровень участия ему нужен. Ясность не растянула разговор, а убрала лишние круги.
Проверка формулировки в реальном диалоге
Хорошее предложение должно выдерживать уточняющие вопросы клиента. Если оно рассыпается при первом «А это входит?» или «А кто будет это делать?», значит, продавец описал привлекательную картинку, но не собрал рабочую договоренность.
Ольга отправила Денису не презентацию на двадцать слайдов, а короткое описание проекта. В первом абзаце она написала:
«Сейчас часть заявок компании фиксируется в разных местах и не имеет единого ответственного. Из-за этого руководитель не видит, какие обращения находятся в работе и где возникает задержка. Цель первого этапа — создать понятный путь заявки от поступления до передачи сотруднику и дать Денису способ видеть текущую загрузку команды без ручного сбора отчетов».