Как провести встречу по выявлению потребности клиента

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

Что подготовить перед встречей

Собери доступный контекст: с каким запросом пришёл клиент, что уже обсуждали и какую работу он хочет изменить. Отдельно выпиши гипотезы. Фраза «компания растёт, значит, ей трудно управлять задачами» - предположение менеджера, а не установленная потребность.

Подготовь три опоры:

• Исходный запрос в формулировке клиента.
• Вопросы о том, как сейчас выполняется работа.
• Карту заметок с местом для ответов, гипотез и неизвестного.

В начале уточни, сколько времени есть у собеседника и что он хочет получить от разговора. Согласуй маршрут: «Предлагаю разобрать, как у вас сейчас проходит эта работа, затем уточнить, что хотите изменить. В конце сверим выводы и решим, какой следующий шаг имеет смысл».

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

Сценарий диагностической встречи: шесть шагов

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

1. Выясни причину обращения

Спроси: «Что произошло или изменилось, что вы решили обсудить эту задачу сейчас?» Затем уточни: «Что вы хотите понять по итогам встречи?» Это поможет отделить актуальную задачу от общего интереса к продукту.

2. Разбери конкретный случай

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

Если собеседник описывает только общий порядок, верни разговор к примеру: «А в этом заказе всё прошло именно так? Были возвраты или дополнительные согласования?»

3. Уточни затруднение и последствия

Спроси: «Где возникла сложность? Что пришлось делать дополнительно? На что это повлияло?» Оценку «всё долго» нужно раскрыть. Формулировка «заявку возвращали из-за недостающих данных» уже указывает на конкретное событие.

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

4. Опиши желаемый результат

Задай вопрос: «Как должна проходить эта работа после изменения?» Затем уточни: «Что вы сможете увидеть или проверить, чтобы сказать, что задача решена?»

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

5. Выясни ограничения и приоритет

Спроси, что нужно сохранить, какие ресурсы доступны и связан ли срок с конкретным событием. Уточни: «Что обязательно для решения задачи, а чем можно заняться позже?»

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

6. Проверь выводы и согласуй действие

Перескажи суть: «Сейчас происходит А, сложность возникает в Б, это приводит к В. Вы хотите получить Г при ограничениях Д. Что я понял неточно?» Дай клиенту исправить резюме. Затем согласуй следующее действие, ответственного, срок и ожидаемый результат.

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Как задавать вопросы без давления

Фраза «Вам ведь нужен автоматический контроль?» подталкивает к согласию и подменяет диагностику обсуждением функции. Спроси: «Как вы сейчас понимаете, что работа выполнена и результат можно передавать дальше?»

Выбирай уточнение по содержанию ответа:

• Общая оценка: «Можете привести последний пример?»
• Названная проблема: «Что произошло после этого?»
• Требование: «Для какой рабочей задачи это необходимо?»
• Готовое решение: «Какой результат вы рассчитываете получить с его помощью?»
• Срочность: «С каким событием связан срок? Что изменится, если отложить?»

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

Карта заметок по итогам диагностики

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

1. Исходный запрос. С чем пришёл клиент, по возможности его словами.
2. Причина обращения сейчас. Какое событие запустило обсуждение.
3. Текущая работа. Начало процесса, роли, действия и передача результата.
4. Затруднение. Где возникло и на каком случае его разобрали. Если его нет, отметь это.
5. Последствия. Что задержалось, потребовало переделки или осталось неизвестным.
6. Желаемый результат. Что должно измениться и как клиент это проверит.
7. Ограничения и приоритеты. Обязательные условия, ресурсы и основания сроков.
8. Открытые вопросы. Что нужно проверить, каким способом и с чьей помощью.
9. Резюме. С чем клиент согласился и какие поправки внёс.
10. Следующий шаг. Действие, ответственный, срок и ожидаемый результат.

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

Как проверить результат встречи

Проверь связи в заметках по схеме:

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

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

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

Как закрепить сценарий в работе команды

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

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

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