В CRM написали: «Проиграли по цене». Команда готовит скидку. А покупатель на самом деле оставил старый процесс: у него нет человека, который займётся внедрением. Более дешёвое предложение не отвечает на эту причину отказа.
CRM помогает изучать конкуренцию через собственные сделки: что сравнивал клиент, почему сомневался и что выбрал. Разберём, как собрать полезные сведения, не выдавая догадки менеджера за факты о рынке.
На какие вопросы отвечает CRM
В собственной CRM можно исследовать, каких соперников упоминали в ваших переговорах, чем закончились эти сделки и какие причины выбора записала команда. Это взгляд из собственного процесса продаж. Он отличается от исследования всего рынка, где нужны другие источники и подход к выборке.
Полезный вопрос звучит конкретно: «В завершенных сделках этого сегмента какие условия покупатели называли решающими?» Вопрос «Кто наш главный конкурент?» слишком широк для одной выгрузки. Компания, редко встречающаяся в ваших карточках, может быть заметным участником рынка вне вашей аудитории.
В Dynamics 365 Sales Microsoft описывает запись конкурента и ее связь с собственной возможностью продажи или продуктом. Доступность функции зависит от лицензии, роли и настройки приложения. Это пример реализации, а не подтверждение одинаковых возможностей любой CRM.
Salesforce Trailhead показывает учебную настройку полей конкурента и причины потери, затем отчетов по закрытым сделкам. Принцип опирается на данные, внесенные в собственную систему. Автоматического знания о чужих продажах такая настройка не создает.
Иногда конкурент — привычный способ работать
Покупатель может выбрать другой сервис, оставить задачу сотрудникам или вовсе отложить изменения. Если все три исхода записать как «дорого», команда будет лечить скидкой разные причины.
Сохраните слова клиента рядом с выводом менеджера. «Не готов переносить шаблоны» — наблюдение из разговора. «Боится технологий» — версия, которая может оказаться неверной. Из первого проще вывести проверяемое изменение предложения.
Что можно узнать из своих сделок
В CRM видны люди и компании, до которых дошла ваша команда. Изменение рекламы или сегмента меняет эту группу. Поэтому доля побед над конкурентом в базе не равна доле рынка.
Сравнивайте похожие покупки и оставляйте отдельную категорию для неизвестной причины отказа. Начать улучшение можно с небольшого вопроса: какое сомнение повторяется и какого доказательства нам не хватает? Для ответа не нужен доступ к чужой CRM.
Три альтернативы
Клиент выбирает не только между поставщиками
Удобнее условия или понятнее результат?
Сравните конкретное предложениеВнутренний способ кажется достаточным?
Разберите затраты и ограниченияНеочевидно, зачем решать сейчас?
Уточните последствия отсрочкиТри вида сведений, которые нельзя смешивать
Первый вид — факт из открытого источника. Например, на официальной странице продукта в определенную дату опубликован состав предложения. Сохраните адрес, дату просмотра и условия: регион, версию, срок действия, состав услуги. Отдельное число без этих пояснений плохо подходит для сравнения.
Второй вид — сообщение клиента. Покупатель мог сказать, что рассматривает другого поставщика или выбрал иной срок доставки. Это подтверждает содержание разговора в пределах записи. Оно не доказывает, что конкурент всегда предлагает такой срок всем покупателям.
Третий вид — гипотеза команды. Менеджер предполагает, что проиграли из-за цены, хотя клиент причины не назвал. Такая запись тоже бывает полезна, если обозначить ее как предположение и назначить проверку. Проблема возникает, когда все три вида попадают в одно поле «причина» без различий.
Источник и граница вывода важнее уверенной формулировки. «Клиент сообщил о более коротком сроке» точнее, чем «конкурент быстрее». Первая запись сохраняет основание для следующего вопроса, вторая незаметно делает обобщение.
Что хранить в карточке и сделке
Удобно отделить справочник конкурентов от событий собственных продаж. В справочнике хранится проверяемое название компании или продукта, доступные публичные сведения и ответственный за актуальность. В сделке — кого действительно сравнивали, откуда это известно и чем закончился конкретный выбор.
Не создавайте отдельного конкурента для каждого варианта написания названия. Согласуйте основной идентификатор и допустимые варианты. При этом разные продукты одной группы могут требовать отдельного сравнения: одинаковый владелец не означает одинаковые условия предложения.
Поле | Что записывать | Граница вывода |
|---|---|---|
Конкурент в сделке | Проверенное название или «неизвестно» | Упоминание не равно победе соперника |
Основание | Сообщение клиента, открытый источник или гипотеза | Не смешивать разные уровни подтверждения |
Источник и дата | Ссылка либо рабочая запись разговора | Условия могли измениться после проверки |
Критерий выбора | Срок, состав, цена или другой названный критерий | Не добавлять отсутствующую причину |
Результат сделки | Согласованный статус и дата закрытия | Открытая сделка еще не победа и не потеря |
Следующая проверка | Действие, владелец и срок | Запись должна помогать принять решение |
Разделяйте «конкурент не участвовал» и «мы не знаем». Во втором случае информации недостаточно. Если сделать поле обязательным без подходящего варианта ответа, сотрудник может выбрать случайное название ради закрытия карточки. Формальная полнота увеличится, а качество анализа ухудшится.
Если в одной сделке несколько конкурентов, заранее определите модель связей. Для списка упоминаний допустимо учитывать каждого. Для доли побед нужно явно назвать, как сделка попадает в группу. Сумма строк по соперникам тогда может превышать число уникальных сделок; выдавать ее за общий итог нельзя.
Как собрать сравнимый отчет
Выберите один период и понятный набор сделок. Для первого отчета удобно взять закрытые возможности одного сегмента и продукта. Дата создания, дата планового завершения и фактическое закрытие описывают разные выборки. Сохраните выбранное правило рядом с результатом.
Опишите статусы. «Проиграно конкуренту», «покупку отменили» и «перенесли решение» не обязательно означают одно событие. Если CRM сводит их к общей потере, оставьте дополнительное пояснение. Иначе результат может отражать остановку закупок, а не выбор другого поставщика.
Проверьте уникальность записей. Повторное обращение, новая версия предложения и вторая карточка одного проекта способны создать двойной счет. Не объединяйте сделки только по совпадению клиента: у одной компании могут быть независимые закупки. Нужен согласованный идентификатор проекта или другое обоснованное правило.
Затем посмотрите заполненность. Сколько закрытых сделок имеют известного конкурента, сколько содержат источник причины, сколько остались без пояснений? Эти показатели описывают надежность отчета. Их стоит увидеть до сравнения долей побед.
Учебный пример: что означают проценты
Возьмем собственный вымышленный набор из 20 закрытых сделок одного периода и сегмента. Для простоты у каждой сделки в этой модели одна группа конкурента. У компании А записано 8 сделок: 3 победы и 5 потерь. У Б — 6: 4 победы и 2 потери. Еще в 6 сделках конкурент неизвестен: 2 победы и 4 потери.
Проверяем сумму: 8 + 6 + 6 = 20. Побед всего 3 + 4 + 2 = 9, потерь 5 + 2 + 4 = 11. Общая доля побед среди выбранных закрытых сделок: 9 / 20 × 100% = 45%.
Конкурент известен в 14 из 20 сделок: 70%. Это заполненность конкретного признака в выборке. Она не означает, что компания знает 70% рынка или все варианты, которые рассматривал каждый покупатель.
В группе А доля побед равна 3 / 8 = 37,5%, в группе Б — 4 / 6, примерно 66,7%. Это доли наших побед в записанных закрытых сделках с указанным соперником. Называть их рыночной долей или долей всех проигрышей конкурента неправильно.
Открытые сделки в этот знаменатель не входят. Также нельзя добавить их ожидаемые суммы к выручке закрытых побед и назвать итог подтвержденным результатом. Если нужен прогноз, для него придется отдельно описать метод и неопределенность.
Числа учебные. По ним нельзя заключить, что Б объективно слабее А: группы малы и могут различаться сложностью задач, продуктами, менеджерами и условиями. Прежде чем менять стратегию, нужно вернуться к содержанию сделок.
Почему причина потери требует проверки
Причина «дорого» без контекста не объясняет сравнение. В одном предложении могли быть доставка, настройка и поддержка, в другом — только товар. До вывода о цене выясните, одинаковы ли объем, комплектация, сроки, дополнительные услуги и условия оплаты.
Слова клиента могут отражать один из критериев, а не всю логику закупки. Иногда команда узнает итог от посредника, который не участвовал в окончательном решении. Сохраните источник и неизвестные сведения, чтобы не приписывать человеку неподтвержденные мотивы.
Не превращайте причину потери в оценку работы сотрудника без разбора ситуации. Если поле используется только для наказания, оно может заполняться удобными объяснениями. Обсуждение качества данных должно помогать уточнить картину и выбрать действие.
Полезно периодически разбирать несколько записей вместе с теми, кто вел переговоры. Цель — проверить, можно ли по карточке восстановить сравнение и отделить факт от предположения. Не нужно переписывать историю ради красивого распределения причин.
Как превратить сведения в действие
Свяжите наблюдение с тем, что команда способна изменить. Если покупатели не понимают состав предложения, проверьте расчет и пояснения. Если обсуждают сроки, выясните, какие обязательства бизнес действительно готов принять. Не обещайте новую возможность только потому, что она упомянута в чужом предложении.
Учебная карточка решения
Наблюдение: клиент сообщил, что выбрал другой вариант из-за срока. Точная дата и состав альтернативы пока не подтверждены.
Проверка: восстановить наше обещание, уточнить названный клиентом критерий и проверить, где возникло ожидание. Не объявлять доказанной более низкую цену конкурента.
Решение: согласовать с операционной командой понятное описание доступных сроков и проверить его на следующих подходящих запросах.
У действия должны быть владелец и срок проверки. Если обновили материал для продаж, оцените, понимают ли сотрудники границы обещания и находят ли нужное пояснение. Динамику побед рассматривайте позже вместе с составом сделок; одно изменение процента еще не доказывает эффект нового документа.
Сравнительная памятка для менеджера должна содержать дату и основания каждого утверждения. Формулировки о чужих недостатках без подтверждения быстро превращают рабочий документ в источник ошибок. Лучше обозначить вопросы для уточнения, чем заполнять пробелы догадками.
Как поддерживать качество данных
Начните с небольшого сценария и синтетических записей. Создайте учебную сделку с известным конкурентом, с неизвестным, с несколькими участниками и с отмененной закупкой. Проверьте, как фильтры и отчет считают каждую ситуацию. Такая приемка выявляет неоднозначность до работы на всей базе.
Проверьте роли доступа. Менеджеру нужна информация для своей работы, руководителю — объяснимый итог, владельцу справочника — возможность исправлять дубли. Доступ ко всем контактам и документам компании не должен появляться автоматически из-за одного конкурентного отчета.
Определите обновление сведений. Цена на публичной странице могла измениться, продукт — получить другую комплектацию. Старая запись остается свидетельством того, что проверяли в ту дату, но не должна без отметки подаваться как актуальное условие.
Храните исправления и причины изменений. Если конкурент в сделке был указан ошибочно, пересчитайте затронутые отчеты и поясните разницу. Снижение числа потерь после очистки базы не равно улучшению продаж.
Не загружайте чужие закрытые базы и не используйте доступ к посторонним учетным записям. Для персональных сведений и материалов клиента нужны отдельные правила допустимости, доступа и хранения. Открытая публикация имени не означает, что оно необходимо для вашего конкурентного анализа.
Где полезны другие источники
CRM показывает отношения и события, которые команда записала у себя. Публичные страницы помогают проверить состав предложения. Интервью уточняет критерии выбора. Анализ обратной связи о товарах показывает повторяющиеся темы, но не раскрывает причины всех покупок и отказов.
В аналитике отзывов Спикс можно изучать темы отзывов о собственных товарах и искать вопросы для улучшения продукта и объяснений. Это отдельный слой работы. Он не дает доступа к чужим сделкам и не заменяет универсальную CRM.
Не объединяйте разнородные сигналы в искусственный «рейтинг силы» без понятного метода. Несколько жалоб, упоминания в переговорах и публичная цена измеряют разные вещи. Сначала сформулируйте вопрос, затем выберите подходящий источник и границу вывода.
Частые вопросы
Может ли CRM сама найти всех конкурентов?
Набор функций зависит от продукта и настройки. Наличие справочника не доказывает автоматического полного поиска рынка. Проверьте конкретный сценарий, источники и ограничения выбранного решения.
Что дает обязательное поле «конкурент»?
Одного поля мало: для содержательного вывода нужны определения, источник, контекст и проверка. Обязательность без варианта «неизвестно» может привести к случайному заполнению.
Можно ли сравнивать доли побед разных менеджеров?
Только после проверки сопоставимости задач, сегментов, периодов и заполнения. Один процент не учитывает сложность и состав запросов и не объясняет причину различий.
Нужен ли отдельный сервис, если CRM уже есть?
Начните с решения и доступных данных. Иногда хватает понятных полей и отчета, иногда нужен другой источник. Сравнивайте конкретные возможности, стоимость поддержки и проверку сведений, а не название модуля.
Что в итоге
CRM помогает связать сведения о конкурентах с собственными сделками, если команда сохраняет источники и одинаково понимает поля. Начните с одного вопроса, отделите факты от гипотез, проверьте выборку и закончите анализ конкретным действием. Полноту знания рынка такая система сама по себе не гарантирует.
Источники
- OpenStax: сегментация B2B-рынков, дата обращения 29.10.2026.
- Microsoft Learn: competitor records, дата обращения 29.10.2026.
- Salesforce Trailhead: competitor reports, дата обращения 29.10.2026.