До звонка сформулируйте, что нужно узнать: current state, pain, impact, urgency, stakeholders, alternatives, decision process и success criteria. Если ваша единственная цель — «назначить демо», discovery превращается в формальность.
Изучите компанию, роль собеседника, recent events, technology stack и вероятные triggers. Подготовьте 3–5 hypotheses. Используйте их как ориентир, а не как попытку доказать заранее выбранную проблему.
Уточните роль человека, цели команды, текущие процессы и почему тема стала актуальной сейчас. Вопрос «почему вы решили поговорить именно сейчас?» часто быстрее всего раскрывает trigger.
Как задача решается сегодня? Кто участвует? Какие tools используются? Где ручные операции, delays, ошибки, risk или cost? Current state помогает понять реальную альтернативу вашему продукту.
Проблема должна быть конкретной и наблюдаемой. Не «у нас неэффективные продажи», а «менеджеры тратят 8 часов в неделю на ручную подготовку отчётов, и forecast обновляется с задержкой».
Используйте implication questions: что происходит, если ничего не менять? Как проблема влияет на revenue, margin, risk, time, capacity или customer experience? Именно impact формирует business case.
Cost of inaction помогает понять urgency. Если проблема неприятна, но почти ничего не стоит, сделка легко уйдёт в no-decision. Считайте потери вместе с клиентом, не подставляйте рекламные цифры самостоятельно.
Даже важная проблема конкурирует с десятками других инициатив. Спросите, где она находится в списке приоритетов, что должно произойти, чтобы проект получил ресурсы, и какие инициативы уже запущены.
Как клиент поймёт, что проект успешен через 3–6 месяцев? Какие metrics, process changes или outcomes важны? Success criteria позже станут основой demo, pilot и proposal.
Что уже пробовали? Почему не сработало? Какие vendors, internal build, manual process или status quo рассматриваются? Конкурент — это не только другой поставщик.
Какие стадии проходит решение: technical validation, security, legal, finance, procurement, executive approval? Кто участвует и в каком порядке? Это позволяет заранее убрать задержки.
Цена, integration, security, speed, support, ROI, vendor risk, feature coverage. Не предполагайте, что ваши сильные стороны важны покупателю. Спросите, по каким критериям будет сравниваться решение.
Не обязательно начинать с прямого «какой у вас бюджет?». Сначала выясните problem и impact. Затем можно обсуждать funding source, range, financial constraints и процесс согласования.
Target date без причины слаб. Узнайте, что произойдёт к этой дате: renewal, audit, board meeting, launch, regulation, budget cycle. Реальный deadline связан с событием.
Если показывать продукт до понимания problem, клиент оценивает features в вакууме. Demo должен быть tailored к discovered use case и success criteria.
Situation → Problem → Implication → Need-payoff. Не задавайте десятки situation questions, которые можно было исследовать заранее. Главное время встречи отдайте problem и implication.
Discovery помогает собрать Metrics, Economic Buyer, Decision Criteria, Decision Process, Paper Process, Identify Pain, Champion и Competition. Не превращайте MEDDPICC в форму CRM: это framework качества opportunity.
Записывайте конкретные statements клиента: цифры, сроки, роли, причины. Формулировка «клиент заинтересован» бесполезна без evidence.
В конце кратко перескажите: текущая ситуация, проблема, impact, цель и согласованный next step. Попросите клиента поправить. Это снижает misunderstanding.
«Мы пришлём материалы» — не следующий шаг. Лучше: «до четверга вы присылаете архитектуру, в пятницу мы проводим technical session с IT и согласуем criteria пилота».
Слишком общие «какие у вас боли?» или длинный checklist без контекста создают ощущение допроса. Плох и leading question, подталкивающий к нужному ответу. Используйте уточнения и follow-up: «можете привести пример?», «как часто это происходит?», «что это меняет?».
Если несколько ключевых областей пусты, opportunity следует requalify, а не автоматически переводить в следующую стадию.
Раз в неделю разбирайте 3–5 discovery calls. Оценивайте question quality, talk/listen ratio, depth of implication, stakeholder mapping и next-step clarity. Не превращайте QA в поиск «правильных фраз»; оценивайте качество понимания клиента.
Proposal должен повторять язык клиента: problem, desired outcome, success criteria и constraints. Если коммерческое предложение выглядит так же для всех, discovery не используется.
Поставщик B2B-аналитики получает запрос «покажите продукт». Вместо часового demo менеджер выясняет, что компания теряет 2 дня каждый месяц на ручную сводку данных перед board meeting, а CFO требует ежедневный forecast. В discovery участвуют Sales Ops и Finance, затем проводится короткий demo только нужного workflow и согласуется pilot с измеримым success criterion. Сделка движется быстрее, потому что продукт привязан к реальной проблеме.