B2B Growth · Strategy · Revenue · AI Automation Маркетинг с 2008 года
Практические руководства (Гайды)

Как проводить исследовательскую встречу в B2B-продажах (Sales Discovery)

Главная задача
Исследовательская встреча в B2B-продажах (Sales Discovery) нужна не для презентации продукта, а для понимания текущей ситуации клиента, проблемы, бизнес-последствий, приоритетов, buying process и критериев решения. Хороший discovery снижает число «зомби-сделок» и делает следующие шаги осмысленными.

1. Определите цель встречи

До звонка сформулируйте, что нужно узнать: current state, pain, impact, urgency, stakeholders, alternatives, decision process и success criteria. Если ваша единственная цель — «назначить демо», discovery превращается в формальность.

2. Подготовьте гипотезу, но не сценарий-допрос

Изучите компанию, роль собеседника, recent events, technology stack и вероятные triggers. Подготовьте 3–5 hypotheses. Используйте их как ориентир, а не как попытку доказать заранее выбранную проблему.

3. Начните с контекста

Уточните роль человека, цели команды, текущие процессы и почему тема стала актуальной сейчас. Вопрос «почему вы решили поговорить именно сейчас?» часто быстрее всего раскрывает trigger.

4. Исследуйте текущий процесс

Как задача решается сегодня? Кто участвует? Какие tools используются? Где ручные операции, delays, ошибки, risk или cost? Current state помогает понять реальную альтернативу вашему продукту.

5. Найдите проблему

Проблема должна быть конкретной и наблюдаемой. Не «у нас неэффективные продажи», а «менеджеры тратят 8 часов в неделю на ручную подготовку отчётов, и forecast обновляется с задержкой».

6. Исследуйте последствия

Используйте implication questions: что происходит, если ничего не менять? Как проблема влияет на revenue, margin, risk, time, capacity или customer experience? Именно impact формирует business case.

7. Определите стоимость бездействия

Cost of inaction помогает понять urgency. Если проблема неприятна, но почти ничего не стоит, сделка легко уйдёт в no-decision. Считайте потери вместе с клиентом, не подставляйте рекламные цифры самостоятельно.

8. Проверьте приоритет

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

9. Поймите желаемый результат

Как клиент поймёт, что проект успешен через 3–6 месяцев? Какие metrics, process changes или outcomes важны? Success criteria позже станут основой demo, pilot и proposal.

10. Исследуйте альтернативы

Что уже пробовали? Почему не сработало? Какие vendors, internal build, manual process или status quo рассматриваются? Конкурент — это не только другой поставщик.

11. Карта закупочного комитета (Buying Committee)

РольЧто выяснить
ChampionПочему ему важно изменение
UserКак меняется workflow
TechnicalИнтеграции и ограничения
Economic buyerBusiness outcome и budget
ProcurementПроцесс и условия
BlockerЧто может остановить решение

12. Найдите decision process

Какие стадии проходит решение: technical validation, security, legal, finance, procurement, executive approval? Кто участвует и в каком порядке? Это позволяет заранее убрать задержки.

13. Поймите decision criteria

Цена, integration, security, speed, support, ROI, vendor risk, feature coverage. Не предполагайте, что ваши сильные стороны важны покупателю. Спросите, по каким критериям будет сравниваться решение.

14. Обсудите бюджет корректно

Не обязательно начинать с прямого «какой у вас бюджет?». Сначала выясните problem и impact. Затем можно обсуждать funding source, range, financial constraints и процесс согласования.

15. Проверьте сроки

Target date без причины слаб. Узнайте, что произойдёт к этой дате: renewal, audit, board meeting, launch, regulation, budget cycle. Реальный deadline связан с событием.

16. Не делайте преждевременный demo

Если показывать продукт до понимания problem, клиент оценивает features в вакууме. Demo должен быть tailored к discovered use case и success criteria.

17. Используйте SPIN как структуру вопросов

Situation → Problem → Implication → Need-payoff. Не задавайте десятки situation questions, которые можно было исследовать заранее. Главное время встречи отдайте problem и implication.

18. Используйте MEDDPICC для сложных сделок

Discovery помогает собрать Metrics, Economic Buyer, Decision Criteria, Decision Process, Paper Process, Identify Pain, Champion и Competition. Не превращайте MEDDPICC в форму CRM: это framework качества opportunity.

19. Фиксируйте evidence, а не интерпретации

Записывайте конкретные statements клиента: цифры, сроки, роли, причины. Формулировка «клиент заинтересован» бесполезна без evidence.

20. Завершайте mutual summary

В конце кратко перескажите: текущая ситуация, проблема, impact, цель и согласованный next step. Попросите клиента поправить. Это снижает misunderstanding.

21. Next step должен иметь owner и дату

«Мы пришлём материалы» — не следующий шаг. Лучше: «до четверга вы присылаете архитектуру, в пятницу мы проводим technical session с IT и согласуем criteria пилота».

22. Когда opportunity не стоит продолжать

  • Нет подтверждённой проблемы.
  • Нет urgency или cost of inaction.
  • Нет пути к decision makers.
  • Продукт объективно не подходит.
  • Никто не владеет внутренним процессом.
  • Следующий шаг постоянно откладывается.

23. Какие вопросы задавать

  • Почему эта тема стала актуальной сейчас?
  • Как вы решаете задачу сегодня?
  • Где текущий процесс ломается?
  • Как это влияет на бизнес?
  • Что будет, если ничего не менять?
  • Кто ещё участвует в решении?
  • Как выглядит процесс выбора?
  • По каким критериям будет принято решение?
  • Как вы определите успех?

24. Какие вопросы не работают

Слишком общие «какие у вас боли?» или длинный checklist без контекста создают ощущение допроса. Плох и leading question, подталкивающий к нужному ответу. Используйте уточнения и follow-up: «можете привести пример?», «как часто это происходит?», «что это меняет?».

25. Как анализировать discovery после встречи

ОбластьЕсть evidence?
ProblemДа / нет
ImpactДа / нет
UrgencyДа / нет
StakeholdersДа / нет
Decision processДа / нет
Next stepДа / нет

Если несколько ключевых областей пусты, opportunity следует requalify, а не автоматически переводить в следующую стадию.

26. Как использовать записи звонков

Раз в неделю разбирайте 3–5 discovery calls. Оценивайте question quality, talk/listen ratio, depth of implication, stakeholder mapping и next-step clarity. Не превращайте QA в поиск «правильных фраз»; оценивайте качество понимания клиента.

27. Как связать discovery с proposal

Proposal должен повторять язык клиента: problem, desired outcome, success criteria и constraints. Если коммерческое предложение выглядит так же для всех, discovery не используется.

28. Минимальный шаблон заметок

  • Context и trigger.
  • Current process.
  • Problem.
  • Impact / cost of inaction.
  • Desired outcome.
  • Stakeholders.
  • Decision process.
  • Alternatives.
  • Risks.
  • Next step.

29. Правила принятия решений (Decision Rules)

  • Не проводить demo без понятного use case.
  • Не переводить opportunity в позднюю стадию без decision process.
  • Не считать интерес urgency.
  • Не делать ROI без согласованных assumptions.
  • Не оставлять встречу без next step.

30. Практический пример

Поставщик B2B-аналитики получает запрос «покажите продукт». Вместо часового demo менеджер выясняет, что компания теряет 2 дня каждый месяц на ручную сводку данных перед board meeting, а CFO требует ежедневный forecast. В discovery участвуют Sales Ops и Finance, затем проводится короткий demo только нужного workflow и согласуется pilot с измеримым success criterion. Сделка движется быстрее, потому что продукт привязан к реальной проблеме.

Связанные руководства

Полезные шаблоны

Полезные фреймворки

Связанные понятия

B2B и продажи