<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:yandex="http://news.yandex.ru" xmlns:turbo="http://turbo.yandex.ru" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>База знаний</title>
    <link>https://xn--80ahbpem.xn--p1ai</link>
    <description/>
    <language>ru</language>
    <lastBuildDate>Thu, 16 Jul 2026 17:38:27 +0300</lastBuildDate>
    <item turbo="true">
      <title>Как описать ICP так, чтобы отдел продаж перестал «стрелять во всё»</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/jcvybhbey1-kak-opisat-icp-tak-chtobi-otdel-prodazh</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/jcvybhbey1-kak-opisat-icp-tak-chtobi-otdel-prodazh?amp=true</amplink>
      <pubDate>Thu, 05 Mar 2026 12:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild6631-6666-4034-b132-313765376236/4d4a224b-801c-4a60-8.png" type="image/png"/>
      <description>Большинство B2B-команд формально знают своего клиента: «средний бизнес», «IT-компании», «директора по продажам».</description>
      <turbo:content><![CDATA[<header><h1>Как описать ICP так, чтобы отдел продаж перестал «стрелять во всё»</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6631-6666-4034-b132-313765376236/4d4a224b-801c-4a60-8.png"/></figure><div class="t-redactor__text"><strong>Как описать ICP так, чтобы отдел продаж перестал «стрелять во всё»</strong></div><div class="t-redactor__text">Большинство B2B-команд формально знают своего клиента: «средний бизнес», «IT-компании», «директора по продажам».<br /><br />Проблема в том, что это не ICP. Это фон.<br /><br />Если ICP описан размыто, команда получает:<br /><br /><ul><li data-list="bullet">много лидов, но низкую конверсию в SQL;</li><li data-list="bullet">длинный цикл сделки;</li><li data-list="bullet">постоянные споры между маркетингом и продажами: «лиды не те».</li></ul></div><div class="t-redactor__text"><strong>Что такое рабочий ICP</strong><br /><br />Рабочий ICP — это не портрет «идеального клиента», а <strong>фильтр принятия решений</strong>: берем в работу или не берем.<br /><br />Минимум, что нужно зафиксировать:<br /><br /><ol><li data-list="ordered"><strong>Фирмография</strong></li><li data-list="ordered">Отрасль, размер компании, география, выручка/масштаб, стадия роста.</li><li data-list="ordered"><strong>Ролевой контур</strong></li><li data-list="ordered">Кто ЛПР, кто влияет, кто пользователь, кто может заблокировать сделку.</li><li data-list="ordered"><strong>Триггеры боли</strong></li><li data-list="ordered">Какие изменения в компании делают ваш продукт актуальным «сейчас».</li><li data-list="ordered"><strong>Экономическая применимость</strong></li><li data-list="ordered">Есть ли у клиента масштаб проблемы, где ваше решение окупается.</li><li data-list="ordered"><strong>Стоп-критерии</strong></li><li data-list="ordered">С кем вы принципиально не работаете (нецелевые сегменты).</li></ol><br /><strong>Практический шаблон ICP (вставь в CRM/Notion)</strong><br /><br /><ul><li data-list="bullet">Сегмент:</li><li data-list="bullet">Отрасль:</li><li data-list="bullet">Размер:</li><li data-list="bullet">Роль ЛПР:</li><li data-list="bullet">Типовая боль:</li><li data-list="bullet">Стоимость проблемы (оценка):</li><li data-list="bullet">Сигналы «готов к покупке»:</li><li data-list="bullet">Стоп-факторы:</li><li data-list="bullet">Приоритет сегмента (A/B/C):</li></ul><br /><strong>3 частые ошибки</strong><br /><br /><ul><li data-list="bullet">«Наш клиент — любой, кому может быть полезно».</li><li data-list="bullet">Сегментация только по соцдему/названию должности.</li><li data-list="bullet">Нет стоп-правил: менеджеры продолжают работать с заведомо слабыми лидами.</li></ul><br /><strong>Что должно измениться через 2–4 недели</strong><br /><br /><ul><li data-list="bullet">меньше входящих «не тех» лидов в работу;</li><li data-list="bullet">выше доля SQL из общего потока;</li><li data-list="bullet">меньше «висящих» сделок без движения.</li></ul><br /><strong>Вывод:</strong> ICP — это управленческий инструмент. Если он не влияет на приоритеты команды, это не ICP, а презентационный слайд.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Стратегия продаж</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/6e81sxncd1-strategiya-prodazh</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/6e81sxncd1-strategiya-prodazh?amp=true</amplink>
      <pubDate>Sun, 08 Dec 2024 14:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild6235-3932-4139-a435-356466636163/big.png" type="image/png"/>
      <description>Как считать план продаж снизу вверх, а не от «хотелок»</description>
      <turbo:content><![CDATA[<header><h1>Стратегия продаж</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6235-3932-4139-a435-356466636163/big.png"/></figure><div class="t-redactor__text"><strong>Как считать план продаж снизу вверх, а не от «хотелок».</strong></div><div class="t-redactor__text">План сверху обычно звучит так: «Нужно +40% в квартале».План снизу отвечает на вопрос: <strong>за счет каких именно действий и конверсий</strong> это достижимо.<br /><br /><strong>1) Базовая формула</strong><br /><br />План по выручке =кол-во сделок × средний чек<br />Кол-во сделок =SQL × конверсия SQL -&gt; Win<br />SQL =лиды × конверсия Lead -&gt; SQL<br /><br /><strong>2) Что нужно посчитать перед установкой плана</strong><br /><br />• средний чек по сегментам (а не один «средний по больнице»)<br />•конверсию каждого этапа за последние 2-3 месяца<br />средний цикл сделки<br />•текущую загрузку менеджеров (встречи, касания, активные сделки)<br /><br /><strong>3) Практический принцип</strong><br /><br />Если план требует конверсий, которых у вас никогда не было, это не план, а гипотеза. Тогда нужно отдельно фиксировать: что меняем в процессе, чтобы поднять конверсию.<br /><br /><strong>4) Ошибки, которые ломают план</strong><br /><br />•один общий план для разных сегментов<br />•игнор длины цикла сделки<br />•отсутствие «плана по активностям» для каждого менеджера<br />•попытка закрыть план скидками в конце периода<br /><br /><strong>5) Как выглядит рабочий итог</strong><br /><br />•целевая выручка по сегментам<br />•требуемое число SQL и встреч<br />•норматив активностей на менеджера в неделю<br />•список изменений процесса для роста конверсии<br /><br /><strong>Вывод</strong><br /><br />Сильный план продаж — это математика + управленческие решения.Если план нельзя разложить до уровня ежедневных действий, им невозможно управлять.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Поиск ЛПР и лидогенерация</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/nyikkgizf1-poisk-lpr-i-lidogeneratsiya</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/nyikkgizf1-poisk-lpr-i-lidogeneratsiya?amp=true</amplink>
      <pubDate>Tue, 05 Nov 2024 13:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <description>Первое касание в B2B: как писать, чтобы отвечали (email + мессенджеры)</description>
      <turbo:content><![CDATA[<header><h1>Поиск ЛПР и лидогенерация</h1></header><div class="t-redactor__text"><strong>Первое касание в B2B: как писать, чтобы отвечали (email + мессенджеры)</strong></div><div class="t-redactor__text">Плохое первое касание стоит дорого: вы не просто теряете ответ, вы теряете время команды и темп воронки.</div><div class="t-redactor__text"><strong>Правило первого сообщения</strong><br /><br />Цель первого касания — <strong>не продать</strong>, а получить осмысленный следующий шаг:<br /><br /><ul><li data-list="bullet">подтвердить релевантность;</li><li data-list="bullet">выйти на ЛПР;</li><li data-list="bullet">открыть короткий диалог.</li></ul><br /><strong>Формула рабочего касания</strong><br /><br /><ol><li data-list="ordered">Контекст (почему пишете именно этому человеку)</li><li data-list="ordered">Релевантная гипотеза (какую задачу видите)</li><li data-list="ordered">Микроценность (что дадите полезного уже сейчас)</li><li data-list="ordered">Простой CTA (1 вопрос)</li></ol><br /><strong>Пример (email)</strong><br /><br />Тема: Вопрос по [направление] в [Компания]<br /><br />[Имя], добрый день.<br /><br />Проверяю гипотезу по [направление] в [Компания].<br /><br />Подскажите, кто у вас отвечает за эту зону сейчас?<br /><br />Если это вы — пришлю коротко 2–3 подхода, как обычно сокращают [метрика/проблема] в похожих компаниях.<br /><br /><strong>Пример (мессенджер)</strong><br /><br />[Имя], добрый день.<br /><br />Вижу, у вас сейчас [контекст/инициатива].<br /><br />Могу скинуть короткий кейс по [тема], где команда решила похожую задачу.<br /><br />Актуально?<br /><br /><strong>Что убивает ответ</strong><br /><br /><ul><li data-list="bullet">длинные «простыни»;</li><li data-list="bullet">слишком ранняя презентация продукта;</li><li data-list="bullet">3–4 просьбы в одном сообщении;</li><li data-list="bullet">канцелярит и шаблонная «продажность».</li></ul><br /><strong>Мини-метрики качества первого касания</strong><br /><br /><ul><li data-list="bullet">Reply Rate;</li><li data-list="bullet">Доля осмысленных ответов;</li><li data-list="bullet">Доля перехода в MQL/SQL.</li></ul><br /><strong>Вывод:</strong> первое касание — это не «текст». Это точка входа в экономику сделки.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Квалификация (BANT / MEDDIC / SPIN)</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/2ed6duvrn1-kvalifikatsiya-bant-meddic-spin</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/2ed6duvrn1-kvalifikatsiya-bant-meddic-spin?amp=true</amplink>
      <pubDate>Sun, 09 Feb 2025 12:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild6135-3238-4464-b663-643339306237/photo.png" type="image/png"/>
      <description>Как РОПу настроить метрики воронки за 1 неделю (и перестать управлять ощущениями)</description>
      <turbo:content><![CDATA[<header><h1>Квалификация (BANT / MEDDIC / SPIN)</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6135-3238-4464-b663-643339306237/photo.png"/></figure><div class="t-redactor__text"><strong>Как РОПу настроить метрики воронки за 1 неделю (и перестать управлять ощущениями)</strong></div><div class="t-redactor__text">Проблема большинства отделов продаж не в отсутствии данных, а в отсутствии структуры: метрик много, решений по ним мало.</div><div class="t-redactor__text"><strong>Минимальная панель РОПа</strong><br /><br /><strong>Верх воронки</strong><br /><br /><ul><li data-list="bullet">отправлено касаний;</li><li data-list="bullet">доставляемость email;</li><li data-list="bullet">reply rate;</li><li data-list="bullet">доля валидных ЛПР.</li></ul><br /><strong>Середина</strong><br /><br /><ul><li data-list="bullet">MQL rate;</li><li data-list="bullet">SQL rate;</li><li data-list="bullet">conversion в meeting;</li><li data-list="bullet">среднее число касаний до встречи.</li></ul><br /><strong>Низ</strong><br /><br /><ul><li data-list="bullet">meeting → deal;</li><li data-list="bullet">средний чек;</li><li data-list="bullet">длительность цикла сделки;</li><li data-list="bullet">CAC/стоимость этапа.</li></ul><br /><strong>5 управленческих вопросов на еженедельный review</strong><br /><br /><ol><li data-list="ordered">Где самое узкое место по конверсии?</li><li data-list="ordered">Это проблема качества лида, касания или квалификации?</li><li data-list="ordered">Какие 1–2 гипотезы проверяем на неделе?</li><li data-list="ordered">Какой метрикой считаем результат гипотезы?</li><li data-list="ordered">Что отключаем, если не сработало?</li></ol><br /><strong>Типовая ошибка РОПа</strong><br /><br />Смотреть только на выручку недели.<br /><br />Выручка — запаздывающая метрика. Управлять нужно этапами, которые к ней ведут.<br /><br /><strong>Что внедрить сразу</strong><br /><br /><ul><li data-list="bullet">единые определения Lead/MQL/SQL/Meeting;</li><li data-list="bullet">обязательное резюме после встречи;</li><li data-list="bullet">weekly pipeline review по единому шаблону;</li><li data-list="bullet">журнал гипотез «что тестировали и что получили».</li></ul><br /><strong>Вывод:</strong> сильный РОП управляет не людьми «в целом», а движением сделок между этапами.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Скрипты и шаблоны коммуникаций</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/6h3c14ydv1-skripti-i-shabloni-kommunikatsii</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/6h3c14ydv1-skripti-i-shabloni-kommunikatsii?amp=true</amplink>
      <pubDate>Tue, 14 Jan 2025 13:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild6566-3966-4138-b665-303534666135/photo.png" type="image/png"/>
      <description>Первое касание, на которое отвечают: структура, а не «креатив»</description>
      <turbo:content><![CDATA[<header><h1>Скрипты и шаблоны коммуникаций</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6566-3966-4138-b665-303534666135/photo.png"/></figure><div class="t-redactor__text"><strong>Первое касание, на которое отвечают: структура, а не «креатив»</strong></div><div class="t-redactor__text">Большинство первых сообщений проваливается по двум причинам:<br /><br /><ul><li data-list="bullet">слишком много текста;</li><li data-list="bullet">нет понятного шага для клиента.</li></ul><br />Клиенту не нужно «все о вашей компании». Клиенту нужно быстро понять: это вообще про его задачу или нет.<br /><br /><strong>1) Формула сильного первого касания</strong><br /><br /><ol><li data-list="ordered">Контекст (почему пишете именно ему)</li><li data-list="ordered">Релевантная боль/задача</li><li data-list="ordered">Короткая ценность без общих слов</li><li data-list="ordered">Простой следующий шаг (лучше с вариантами времени)</li></ol><br /><strong>2) Шаблон для email (B2B)</strong><br /><br /><strong>Тема:</strong> [Идея по [процесс/метрика] для [Компания]]<br /><br /><strong>Текст:</strong><br /><br /><em>Добрый день, [Имя].</em><br /><br /><em>Посмотрел(а), как у вас устроен [процесс/направление]. Часто в таких командах узкое место — [типовая проблема].</em><br /><br /><em>Мы помогаем это исправить через [подход] и обычно первым шагом делаем короткую диагностику на 20 минут.</em><br /><br /><em>Если уместно, могу предложить два слота: [день/время] или [день/время].</em><br /><br /><strong>3) Шаблон для мессенджера</strong><br /><br /><em>[Имя], добрый день!</em><br /><br /><em>Коротко: есть идея, как сократить [потери/цикл/ручную нагрузку] в [процесс].</em><br /><br /><em>Если актуально — сверим за 15-20 минут, без презентации «на час».</em><br /><br /><em>Удобнее [слот 1] или [слот 2]?</em><br /><br /><strong>4) Follow-up, который не выглядит как давление</strong><br /><br /><strong>Follow-up #1 (через 2-3 дня)</strong><br /><br /><em>[Имя], возвращаюсь к сообщению ниже.</em><br /><br /><em>Если тема [задача] сейчас не в приоритете — напишите, и я не буду отвлекать.</em><br /><br /><strong>Follow-up #2 (через 5-7 дней)</strong><br /><br /><em>[Имя], вижу, что график плотный.</em><br /><br /><em>Оставлю один практичный материал по теме [X], и вернусь позже в более удобное окно.</em><br /><br /><strong>5) Ошибки, из-за которых не отвечают</strong><br /><br /><ul><li data-list="bullet">«Мы лидеры рынка…» без привязки к задаче клиента</li><li data-list="bullet">просьба «когда удобно?» без конкретных слотов</li><li data-list="bullet">длинный текст в первом касании</li><li data-list="bullet">7-10 касаний подряд без ценности</li></ul><br /><strong>Вывод</strong><br /><br />Работает не «магический скрипт», а дисциплина: коротко, релевантно, с конкретным следующим шагом.<br /><br />Если из сообщения нельзя понять, зачем отвечать сейчас, ответа не будет.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Встречи, демо, КП</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/3ir7cci3y1-vstrechi-demo-kp</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/3ir7cci3y1-vstrechi-demo-kp?amp=true</amplink>
      <pubDate>Wed, 05 Mar 2025 11:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3565-3630-4537-b035-383666393066/photo.png" type="image/png"/>
      <description>Как проводить встречу так, чтобы после нее был не «подумаем», а конкретный план действий</description>
      <turbo:content><![CDATA[<header><h1>Встречи, демо, КП</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3565-3630-4537-b035-383666393066/photo.png"/></figure><div class="t-redactor__text"><strong>Как проводить встречу так, чтобы после нее был не «подумаем», а конкретный план действий</strong></div><div class="t-redactor__text">Большинство B2B-встреч проходят по&nbsp;одному сценарию:<br /><br /><ul><li data-list="bullet">обсудили продукт</li><li data-list="bullet">ответили на&nbsp;вопросы</li><li data-list="bullet">«спасибо, подумаем»</li></ul><br />Проблема не&nbsp;в&nbsp;клиенте.<br /><br />Проблема в&nbsp;том, что встреча не&nbsp;была спроектирована под управляемый исход.<br /><br /><strong>1) Цель встречи должна быть измеримой</strong><br /><br />Нельзя идти на&nbsp;встречу с&nbsp;целью «познакомиться».<br /><br />Цель должна звучать как конкретный результат:<br /><br /><ul><li data-list="bullet">подтвердить 4 пункта квалификации (бюджет, роли, потребность, сроки)</li><li data-list="bullet">согласовать формат и&nbsp;срок КП</li><li data-list="bullet">зафиксировать следующий шаг с&nbsp;датой и&nbsp;ответственным</li></ul><br />Если цель встречи не&nbsp;переводится в&nbsp;"да/нет", это не&nbsp;цель.<br /><br /><strong>2) Подготовка до&nbsp;встречи</strong><br /><br />Минимум, который должен сделать менеджер:<br /><br /><ol><li data-list="ordered">Проверить роли участников встречи</li><li data-list="ordered">Зафиксировать гипотезу боли клиента</li><li data-list="ordered">Подготовить 5−7 вопросов на&nbsp;выявление</li><li data-list="ordered">Подготовить 2−3 релевантных кейса</li><li data-list="ordered">Согласовать повестку заранее</li></ol><br />Простая фраза до&nbsp;встречи:<br /><br /><em>[Имя], чтобы созвон прошел предметно, предлагаю короткую структуру:</em><br /><br /><ol><li data-list="ordered"><em>уточняем ваш текущий процесс и&nbsp;задачу</em></li><li data-list="ordered"><em>смотрим, где можем дать измеримый эффект</em></li><li data-list="ordered"><em>фиксируем следующий шаг</em></li><li data-list="ordered"><em>Если ок, двигаемся по&nbsp;этой логике.</em></li></ol><br /><strong>3) Структура встречи (рабочая)</strong><br /><br /><strong>Блок 1&nbsp;— контекст и&nbsp;рамка</strong><br /><br /><ul><li data-list="bullet">зачем встретились</li><li data-list="bullet">какой результат хотим получить за&nbsp;30−45 минут</li></ul><br /><strong>Блок 2&nbsp;— диагностика</strong><br /><br /><ul><li data-list="bullet">как сейчас решается задача</li><li data-list="bullet">где потери по&nbsp;времени/деньгам/качеству</li><li data-list="bullet">что будет, если ничего не&nbsp;менять</li></ul><br /><strong>Блок 3&nbsp;— решение</strong><br /><br /><ul><li data-list="bullet">не&nbsp;"все функции продукта", а&nbsp;только то, что решает заявленную проблему</li></ul><br /><strong>Блок 4&nbsp;— квалификация</strong><br /><br /><ul><li data-list="bullet">бюджетные рамки</li><li data-list="bullet">кто принимает решение</li><li data-list="bullet">сроки старта</li><li data-list="bullet">критерии выбора</li></ul><br /><strong>Блок 5&nbsp;— финал</strong><br /><br /><ul><li data-list="bullet">конкретный следующий шаг</li><li data-list="bullet">дата</li><li data-list="bullet">ответственный с&nbsp;обеих сторон</li></ul><br /><strong>4) Фразы, которые переводят встречу в&nbsp;действие</strong><br /><br /><strong>На&nbsp;согласование следующего шага</strong><br /><br /><em>[Имя], чтобы не&nbsp;терять темп, предлагаю зафиксировать следующий шаг сейчас:</em><br /><br /><em>мы&nbsp;до [дата] отправляем [что], вы&nbsp;до [дата] даете обратную связь. Подходит?</em><br /><br /><strong>На&nbsp;проверку готовности к&nbsp;КП</strong><br /><br /><em>Корректно&nbsp;ли я&nbsp;понимаю, что при подтверждении [условие 1] и [условие 2] мы&nbsp;переходим к&nbsp;формированию&nbsp;КП?</em><br /><br /><strong>На&nbsp;переход к&nbsp;решению</strong><br /><br /><em>Что должно быть в&nbsp;предложении, чтобы вы&nbsp;могли вынести это на&nbsp;внутреннее согласование без доработок?</em><br /><br /><strong>5) Что убивает результат встречи</strong><br /><br /><ul><li data-list="bullet">демонстрация продукта без диагностики задачи</li><li data-list="bullet">разговор только с&nbsp;одним участником без карты ролей</li><li data-list="bullet">отсутствие критериев выбора</li><li data-list="bullet">отсутствие договоренности о&nbsp;следующем шаге</li><li data-list="bullet">отсутствие follow-up (резюме встречи) в&nbsp;течение 1−2 часов</li></ul><br /><strong>6) Обязательный follow-up после встречи</strong><br /><br />Отправляется в&nbsp;тот&nbsp;же день.<br /><br />Шаблон:<br /><br /><em>[Имя], спасибо за&nbsp;встречу.</em><br /><br /><em>Коротко фиксирую:</em><br /><br /><ol><li data-list="ordered"><em>ваши задачи: …</em></li><li data-list="ordered"><em>важные ограничения: …</em></li><li data-list="ordered"><em>наш следующий шаг: …</em></li><li data-list="ordered"><em>от&nbsp;вас нужно: … до [дата]</em></li><li data-list="ordered"><em>Если все верно, подтвердите, пожалуйста, в&nbsp;ответ.</em></li></ol><br />Это резко снижает риск «потери контекста» и&nbsp;пустых повторных звонков.<br /><br /><strong>7) Как РОПу контролировать качество встреч</strong><br /><br />Еженедельно смотреть:<br /><br /><ol><li data-list="ordered">доля встреч с&nbsp;зафиксированным следующим шагом</li><li data-list="ordered">доля встреч, где follow-up отправлен в&nbsp;день встречи</li><li data-list="ordered">доля встреч, где подтверждены минимум 3 из&nbsp;4 критериев квалификации</li><li data-list="ordered">конверсия встреча --&gt; КП&nbsp;--&gt; сделка</li></ol><br />Если встреча не&nbsp;конвертируется в&nbsp;следующий шаг, это не&nbsp;встреча, а&nbsp;"созвон ради созвона".<br /><br /><strong>Вывод</strong><br /><br />Хорошая встреча&nbsp;— это не&nbsp;"понравилось общение".<br /><br />Хорошая встреча&nbsp;— это управляемое продвижение сделки: встреча --&gt; решение --&gt; следующий шаг --&gt; дата.<br /><br />Если ок, следующая статья будет в&nbsp;раздел<br /><br /><strong>Шаблоны документов</strong>:<br /><br />Коммерческое предложение, которое двигает сделку, а&nbsp;не&nbsp;уходит в&nbsp;"подумаем"</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Работа с возражениями и дожим</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/5g57yk1tj1-rabota-s-vozrazheniyami-i-dozhim</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/5g57yk1tj1-rabota-s-vozrazheniyami-i-dozhim?amp=true</amplink>
      <pubDate>Thu, 10 Apr 2025 13:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3135-3762-4538-a132-653533306461/2.png" type="image/png"/>
      <description>Что писать клиенту, который «думает», чтобы не давить и не терять сделку</description>
      <turbo:content><![CDATA[<header><h1>Работа с возражениями и дожим</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3135-3762-4538-a132-653533306461/2.png"/></figure><div class="t-redactor__text"><strong>Что писать клиенту, который «думает», чтобы не давить и не терять сделку</strong></div><div class="t-redactor__text">Самая дорогая фраза в B2B-продажах:<br /><br />«Клиент подумает и вернется».<br /><br />Обычно это означает одно из трех:<br /><br /><ol><li data-list="ordered">клиент не понял ценность</li><li data-list="ordered">клиент не увидел срочность</li><li data-list="ordered">менеджер не зафиксировал следующий шаг</li></ol><br />Именно здесь отдел продаж теряет большую часть «теплых» денег.<br /><br /><strong>1) Главный принцип дожима</strong><br /><br />Дожим - это не давление.<br /><br />Дожим - это <strong>доведение до ясности</strong>.<br /><br />Ясность = один из 3 исходов:<br /><br /><ul><li data-list="bullet">продолжаем</li><li data-list="bullet">ставим на паузу до даты</li><li data-list="bullet">закрываем тему</li></ul><br />Все, что не привело к одному из этих исходов, не является нормальной работой по сделке.<br /><br /><strong>2) Почему сделки зависают</strong><br /><br />Чаще всего причины простые:<br /><br /><ul><li data-list="bullet">нет зафиксированного следующего шага</li><li data-list="bullet">нет даты обратной связи</li><li data-list="bullet">менеджер пишет «как дела?» вместо ценностного сообщения</li><li data-list="bullet">клиенту отправили КП (коммерческое предложение), но не проверили ожидания по бюджету и срокам</li><li data-list="bullet">в CRM нет причины паузы</li></ul><br /><strong>3) Рабочие форматы сообщений для статуса «думаю»</strong><br /><br />Ниже примеры, которые можно использовать в почте и мессенджерах.<br /><br /><strong>Формат А - запрос статуса</strong><br /><br /><em>[Имя], добрый день.</em><br /><br /><em>Вернусь к нашему обсуждению по [тема].</em><br /><br /><em>Какой статус на текущий момент: продолжаем, пауза или закрываем вопрос?</em><br /><br /><strong>Формат Б - возврат через ценность</strong><br /><br /><em>[Имя], добрый день.</em><br /><br /><em>Вы ранее отмечали задачу [X].</em><br /><br /><em>Отправляю короткий материал/пример по этой теме, который может быть полезен в вашем контексте.</em><br /><br /><em>Если актуально, предложу 2 конкретных шага под вашу ситуацию.</em><br /><br /><strong>Формат В - мягкое закрытие</strong><br /><br /><em>[Имя], чтобы не быть навязчивым, уточню один раз.</em><br /><br /><em>По [тема] корректно закрыть коммуникацию на сейчас?</em><br /><br /><em>Если лучше вернуться позже, напишите месяц, и я зафиксирую.</em><br /><br /><strong>Формат Г - возврат к договоренности по дате</strong><br /><br /><em>[Имя], вы планировали вернуться к решению [дата].</em><br /><br /><em>Подскажите, есть ли финальное решение по запуску?</em><br /><br /><strong>4) Чего нельзя писать в «дожиме»</strong><br /><br /><ul><li data-list="bullet">«Ну что, будете брать?»</li><li data-list="bullet">«Напоминаю о себе в десятый раз»</li><li data-list="bullet">длинные сообщения без вопроса и без действия</li><li data-list="bullet">эмоциональный нажим</li><li data-list="bullet">отправка нового КП без прояснения, почему первое не двинулось</li></ul><br /><strong>5) Мини-алгоритм РОПа для контроля зависших сделок</strong><br /><br />Раз в неделю РОП делает 3 проверки:<br /><br /><ol><li data-list="ordered">Сделки в статусе «думаем» больше N дней</li><li data-list="ordered">Наличие следующего шага и даты</li><li data-list="ordered">Последнее касание: ценность или «пустой пинг»</li></ol><br />Если в сделке нет следующего шага и даты, значит это не «думает», это «брошено».<br /><br /><strong>6) Как это влияет на деньги</strong><br /><br />Качественный дожим без давления дает:<br /><br /><ul><li data-list="bullet">выше конверсию из «думаю» в встречу/оплату</li><li data-list="bullet">короче цикл сделки</li><li data-list="bullet">ниже стоимость привлечения (меньше потерь уже подогретых лидов)</li></ul><br />Это самый дешевый рост выручки, потому что вы работаете не с новым трафиком, а с уже созданным спросом.<br /><br /><strong>Вывод</strong><br /><br />В B2B выигрывает не тот, кто больше пишет, а тот, кто быстрее приводит клиента к ясному решению.<br /><br />Дожим - это управленческая дисциплина: статус --&gt; следующий шаг --&gt; дата --&gt; результат.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Работа с возражениями и дожим</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/nxifm642x1-rabota-s-vozrazheniyami-i-dozhim</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/nxifm642x1-rabota-s-vozrazheniyami-i-dozhim?amp=true</amplink>
      <pubDate>Fri, 02 May 2025 12:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild6332-6134-4361-a433-396436373930/1.png" type="image/png"/>
      <description>Как работать с возражениями без споров и скидок «на автомате»</description>
      <turbo:content><![CDATA[<header><h1>Работа с возражениями и дожим</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6332-6134-4361-a433-396436373930/1.png"/></figure><div class="t-redactor__text"><strong>Как работать с возражениями без споров и скидок «на автомате»</strong></div><div class="t-redactor__text">Возражение - это не отказ.<br /><br />Возражение - это сигнал, что у клиента есть риск, который он пока не готов принять.<br /><br /><strong>1) Разделяй типы возражений</strong><br /><br /><ol><li data-list="ordered"><strong>По деньгам</strong> - «дорого»</li><li data-list="ordered"><strong>По приоритету</strong> - «не сейчас»</li><li data-list="ordered"><strong>По доверию</strong> - «не уверены в результате»</li><li data-list="ordered"><strong>По процессу</strong> - «долго согласовывать»</li><li data-list="ordered"><strong>По роли</strong> - «решаю не я»</li></ol><br />Если не понять тип, менеджер отвечает «в молоко».<br /><br /><strong>2) Базовый алгоритм ответа</strong><br /><br /><ol><li data-list="ordered">Уточнить смысл возражения</li><li data-list="ordered">Подтвердить контекст клиента</li><li data-list="ordered">Перевести разговор в критерии решения</li><li data-list="ordered">Согласовать следующий шаг</li></ol><br />Формула: вопрос --&gt; прояснение --&gt; критерий --&gt; действие<br /><br /><strong>3) Примеры рабочих формулировок</strong><br /><br /><strong>Возражение «дорого»</strong><br /><br /><em>Подскажите, пожалуйста, с чем именно сравниваете: бюджетом, альтернативой или внутренней оценкой задачи?</em><br /><br /><em>Тогда сможем понять, что нужно скорректировать - объем, этапность или модель запуска.</em><br /><br /><strong>Возражение «не сейчас»</strong><br /><br /><em>Корректно понимаю, что вопрос в приоритете, а не в релевантности решения?</em><br /><br /><em>Тогда давайте зафиксируем дату возврата и критерии, при которых вернемся к запуску.</em><br /><br /><strong>Возражение «надо согласовать»</strong><br /><br /><em>С кем еще нужно сверить решение?</em><br /><br /><em>Что должно быть в материалах, чтобы согласование прошло без возврата на доработку?</em><br /><br /><strong>4) Что делать нельзя</strong><br /><br /><ul><li data-list="bullet">спорить с клиентом</li><li data-list="bullet">давить в стиле «решайте сейчас»</li><li data-list="bullet">давать скидку до диагностики причины</li><li data-list="bullet">оставлять возражение без даты следующего шага</li></ul><br /><strong>5) Метрика качества работы с возражениями</strong><br /><br />Не «сколько было возражений», а:<br /><br /><ul><li data-list="bullet">сколько возражений переведено в следующий шаг</li><li data-list="bullet">сколько сделок после возражения вернулось в активную фазу</li><li data-list="bullet">сколько времени от возражения до решения</li></ul><br /><strong>Вывод</strong><br /><br />Возражение - это точка управления риском клиента.<br /><br />Если менеджер умеет переводить риск в критерий и действие, сделка движется.<br /><br />Если нет - она «вежливо замирает».</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>CRM, воронка, метрики</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/a76zovbk31-crm-voronka-metriki</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/a76zovbk31-crm-voronka-metriki?amp=true</amplink>
      <pubDate>Wed, 04 Jun 2025 11:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3863-3762-4665-b063-623961326464/1.png" type="image/png"/>
      <description>Какие поля в CRM обязательны, чтобы РОП реально управлял, а не смотрел отчеты постфактум</description>
      <turbo:content><![CDATA[<header><h1>CRM, воронка, метрики</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3863-3762-4665-b063-623961326464/1.png"/></figure><div class="t-redactor__text"><strong>Какие поля в CRM обязательны, чтобы РОП реально управлял, а не смотрел отчеты постфактум</strong></div><div class="t-redactor__text">Многие отделы продаж говорят: «У нас CRM есть, все под контролем».<br /><br />Потом открываешь сделки и видишь:<br /><br /><ul><li data-list="bullet">половина карточек пустые</li><li data-list="bullet">нет причины перехода этапа</li><li data-list="bullet">нет следующего шага</li><li data-list="bullet">нет даты, когда клиент реально вернется к диалогу</li></ul><br />Это не система. Это электронный блокнот.<br /><br /><strong>1) Главная мысль</strong><br /><br />CRM нужна не для хранения контактов.<br /><br />CRM нужна, чтобы отвечать на вопрос:<br /><br /><strong>что делать дальше по каждой сделке и где теряются деньги в воронке</strong>.<br /><br />Если из CRM нельзя принять управленческое решение за 5 минут, значит настройка плохая.<br /><br /><strong>2) Обязательные поля карточки сделки</strong><br /><br /><strong>Блок А - кто клиент и насколько он целевой</strong><br /><br /><ul><li data-list="bullet">Компания</li><li data-list="bullet">Сегмент (A/B/C)</li><li data-list="bullet">Роль контакта</li><li data-list="bullet">ЛПР подтвержден (да/нет)</li><li data-list="bullet">Источник лида</li></ul><br /><strong>Блок Б - текущая стадия и качество</strong><br /><br /><ul><li data-list="bullet">Текущий этап воронки</li><li data-list="bullet">Основание перехода этапа</li><li data-list="bullet">Квалификация по BANT:</li><li data-list="bullet">Бюджет</li><li data-list="bullet">Полномочия</li><li data-list="bullet">Потребность</li><li data-list="bullet">Сроки</li><li data-list="bullet">Квалификация по MEDDIC (для сложных сделок):</li><li data-list="bullet">Метрики эффекта</li><li data-list="bullet">Экономический покупатель</li><li data-list="bullet">Критерии выбора</li><li data-list="bullet">Процесс принятия решения</li><li data-list="bullet">Ключевая боль</li><li data-list="bullet">Внутренний сторонник</li></ul><br /><strong>Блок В - что делать дальше</strong><br /><br /><ul><li data-list="bullet">Следующий шаг</li><li data-list="bullet">Дата следующего шага</li><li data-list="bullet">Ответственный</li><li data-list="bullet">Риск сделки</li><li data-list="bullet">Причина риска</li></ul><br /><strong>Блок Г - экономика</strong><br /><br /><ul><li data-list="bullet">Ожидаемая сумма</li><li data-list="bullet">Вероятность закрытия</li><li data-list="bullet">Плановая дата закрытия</li><li data-list="bullet">Причина потери (если сделка проиграна)</li></ul><br /><strong>3) Минимальный стандарт качества данных</strong><br /><br />РОПу не нужна «идеальная система».<br /><br />Нужен минимальный стандарт, который обязателен для всех:<br /><br /><ul><li data-list="bullet">карточка без следующего шага --&gt; считается нерабочей</li><li data-list="bullet">карточка без даты следующего шага --&gt; считается просроченной</li><li data-list="bullet">переход этапа без основания --&gt; запрещен</li><li data-list="bullet">сделка без причины потери --&gt; не закрывается в «проиграно»</li></ul><br />Это резко повышает дисциплину и качество прогнозов.<br /><br /><strong>4) Еженедельный разбор CRM для РОПа</strong><br /><br />Раз в неделю РОП проходит 5 вопросов:<br /><br /><ol><li data-list="ordered">Сколько сделок без следующего шага?</li><li data-list="ordered">Сколько сделок с просроченной датой действия?</li><li data-list="ordered">Где самая слабая конверсия между этапами?</li><li data-list="ordered">По каким причинам чаще всего теряем сделки?</li><li data-list="ordered">Где зависают деньги дольше всего?</li></ol><br />Это и есть управление. Все остальное - оформление.<br /><br /><strong>5) Частые ошибки при внедрении CRM</strong><br /><br /><ul><li data-list="bullet">Полей слишком много, менеджеры не заполняют</li><li data-list="bullet">Нет единого словаря этапов</li><li data-list="bullet">РОП не проверяет качество данных регулярно</li><li data-list="bullet">Система «заточена под отчет», а не под действия</li><li data-list="bullet">Менеджеры не понимают, зачем это им лично</li></ul><br /><strong>6) Как внедрить за 2 недели</strong><br /><br /><strong>Неделя 1</strong><br /><br /><ul><li data-list="bullet">утвердить словарь этапов</li><li data-list="bullet">оставить только обязательные поля</li><li data-list="bullet">зафиксировать правила переходов</li></ul><br /><strong>Неделя 2</strong><br /><br /><ul><li data-list="bullet">провести обучение на живых сделках</li><li data-list="bullet">ввести контроль полноты карточек</li><li data-list="bullet">запустить еженедельный разбор по 5 вопросам</li></ul><br />Через 2-4 недели становится видно:<br /><br /><ul><li data-list="bullet">где реальная проблема в воронке</li><li data-list="bullet">где теряется выручка</li><li data-list="bullet">кто управляет сделкой, а кто имитирует процесс</li></ul><br /><strong>Вывод</strong><br /><br />CRM начинает работать только тогда, когда она управляет действиями: сделка --&gt; следующий шаг --&gt; дата --&gt; ответственный --&gt; результат.<br /><br />Если этого нет, воронка красивая, но деньги теряются по дороге.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>CRM, воронка, метрики</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/xk94fcsga1-crm-voronka-metriki</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/xk94fcsga1-crm-voronka-metriki?amp=true</amplink>
      <pubDate>Mon, 07 Jul 2025 09:33:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3538-3537-4936-a633-356338343831/2.png" type="image/png"/>
      <description>Как повысить конверсию SQL -&amp;gt; Meeting без роста бюджета на лидогенерацию</description>
      <turbo:content><![CDATA[<header><h1>CRM, воронка, метрики</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3538-3537-4936-a633-356338343831/2.png"/></figure><div class="t-redactor__text"><strong>Как повысить конверсию SQL -&gt; Meeting без роста бюджета на лидогенерацию</strong></div><div class="t-redactor__text">Когда конверсия в встречи низкая, команды часто покупают больше лидов.<br /><br />Обычно выгоднее сначала починить <strong>обработку уже входящего потока</strong>.<br /><br /><strong>1) Где чаще всего теряется SQL -&gt; Meeting</strong><br /><br /><ul><li data-list="bullet">медленный первый контакт (ответ через сутки вместо часов)</li><li data-list="bullet">слабая формулировка ценности в первом сообщении</li><li data-list="bullet">нет предложенных слотов времени</li><li data-list="bullet">длинная переписка без фиксации шага</li><li data-list="bullet">нет мультиканального дожима (почта + мессенджер + звонок)</li></ul><br /><strong>2) Быстрые изменения с высоким эффектом</strong><br /><br /><ul><li data-list="bullet">SLA на первый ответ: до 15-30 минут в рабочее время</li><li data-list="bullet">шаблон первого касания: боль -&gt; релевантность -&gt; конкретный шаг</li><li data-list="bullet">всегда 2-3 слота на выбор, а не «когда вам удобно?»</li><li data-list="bullet">серия follow-up по графику (например: день 1, 3, 7)</li><li data-list="bullet">обязательная причина потери в CRM при отказе/тишине</li></ul><br /><strong>3) Шаблон первого сообщения после квалификации</strong><br /><br /><em>Коллеги, вижу, что у вас задача [контекст/боль].</em><br /><br /><em>Предлагаю 20-минутный созвон, чтобы сверить текущий процесс и показать, где можно снять узкие места без лишней нагрузки на команду.</em><br /><br /><em>Удобно [вт 12:00] или [ср 16:30]?</em><br /><br /><strong>4) Что смотреть каждую неделю</strong><br /><br /><ul><li data-list="bullet">доля SQL, которым предложили конкретный слот</li><li data-list="bullet">доля SQL с ответом в SLA</li><li data-list="bullet">no-show rate по встречам</li><li data-list="bullet">конверсия по менеджерам (с разбором лучших практик)</li></ul><br /><strong>5) Главный принцип</strong><br /><br />Рост SQL -&gt; Meeting чаще достигается не «новым скриптом», а дисциплиной:<br /><br />скорость ответа, четкий next step, регулярный follow-up и прозрачная CRM.<br /><br /><strong>Вывод</strong><br /><br />Перед тем как увеличивать бюджет на лиды, выжмите потенциал текущего потока.<br /><br />Обычно это дает более быстрый и дешевый рост встреч, чем закупка новых контактов.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Экономика продаж (юнит-экономика, ROI)</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/8zznaet701-ekonomika-prodazh-yunit-ekonomika-roi</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/8zznaet701-ekonomika-prodazh-yunit-ekonomika-roi?amp=true</amplink>
      <pubDate>Sun, 03 Aug 2025 12:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3033-6236-4762-a566-356236616530/_.png" type="image/png"/>
      <description>Как считать ROI холодного канала в B2B с длинным циклом</description>
      <turbo:content><![CDATA[<header><h1>Экономика продаж (юнит-экономика, ROI)</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3033-6236-4762-a566-356236616530/_.png"/></figure><div class="t-redactor__text"><strong>Как считать ROI холодного канала в B2B с длинным циклом</strong></div><div class="t-redactor__text">Большая ошибка в B2B — оценивать холодный канал по выручке текущего месяца.<br /><br />Если цикл сделки 2–6 месяцев, это гарантированно даст ложные выводы: канал «убивают», хотя он формирует будущую выручку.<br /><br /><strong>1) Базовая формула ROI</strong><br /><br />ROI = (Атрибутированная выручка - Полные затраты канала) / Полные затраты канала * 100%<br /><br />Ключевая часть — <strong>полные затраты</strong>.<br /><br /><strong>2) Что включать в затраты канала (полная себестоимость)</strong><br /><br /><ol><li data-list="ordered">ФОТ участников процесса:</li></ol><br /><ul><li data-list="bullet">SDR/BDR (поиск, касания),</li><li data-list="bullet">AE/менеджер (квалификация, встречи),</li><li data-list="bullet">доля РОПа/комдира (управление и разборы).</li></ul><br /><ol><li data-list="ordered">Инструменты:</li></ol><br /><ul><li data-list="bullet">CRM, email/messenger automation,</li><li data-list="bullet">сервисы верификации и обогащения данных,</li><li data-list="bullet">аналитика и отчеты.</li></ul><br /><ol><li data-list="ordered">Инфраструктура:</li></ol><br /><ul><li data-list="bullet">домены, почтовые ящики, прогрев, техподдержка доставляемости.</li></ul><br /><ol><li data-list="ordered">Данные:</li></ol><br /><ul><li data-list="bullet">покупка/сбор/очистка базы,</li><li data-list="bullet">трудозатраты на верификацию ЛПР.</li></ul><br />Если это не учтено — ROI почти всегда завышен.<br /><br /><strong>3) Что считать выручкой канала</strong><br /><br /><ul><li data-list="bullet">Сделки, где первый осмысленный контакт пришел из холодного аутрича.</li><li data-list="bullet">Сделки с лагом (закрылись позже периода запуска касаний).</li><li data-list="bullet">При необходимости — expansion/upsell по клиентам, которые пришли из этого канала.</li></ul><br />Важно заранее зафиксировать модель атрибуции, иначе на отчетах будут «религиозные войны».<br /><br /><strong>4) Метрики, без которых ROI бесполезен</strong><br /><br /><ul><li data-list="bullet">Deliverability (для email);</li><li data-list="bullet">Reply Rate;</li><li data-list="bullet">MQL Rate;</li><li data-list="bullet">SQL Rate;</li><li data-list="bullet">Meeting Rate (факт проведенных);</li><li data-list="bullet">SQL→Deal;</li><li data-list="bullet">Average Deal Size;</li><li data-list="bullet">Sales Cycle Length;</li><li data-list="bullet">CAC;</li><li data-list="bullet">Payback period.</li></ul><br />ROI — это результат всей цепочки. Если где-то «течет», общая экономика рушится.<br /><br /><strong>5) Как учитывать длинный цикл сделки</strong><br /><br />Используй минимум 3 горизонта:<br /><br /><ul><li data-list="bullet"><strong>операционный</strong>: неделя (касания, ответы, MQL/SQL);</li><li data-list="bullet"><strong>тактический</strong>: месяц (meeting, pipeline velocity);</li><li data-list="bullet"><strong>финансовый</strong>: квартал/полугодие (выручка, маржа, окупаемость).</li></ul><br />Если смотреть только на «месяц в месяц», ты накажешь канал за его природу, а не за его эффективность.<br /><br /><strong>6) Практический чек-лист РОПа на еженедельный review</strong><br /><br /><ol><li data-list="ordered">Где узкое место: доставка, ответ, квалификация или встреча?</li><li data-list="ordered">Что дороже всего в текущей воронке: база, человеко-час, низкая конверсия?</li><li data-list="ordered">Какие 1–2 гипотезы тестируем на неделе?</li><li data-list="ordered">Какая метрика покажет успех гипотезы?</li><li data-list="ordered">Что отключаем, если не сработало?</li></ol><br /><strong>Вывод</strong><br /><br />Холодный канал окупается, когда им управляют как системой:<br /><br /><ul><li data-list="bullet">с полной себестоимостью,</li><li data-list="bullet">с этапными метриками,</li><li data-list="bullet">с учетом лага между усилием и выручкой.</li></ul><br />Если считать только «сколько закрыли в этом месяце», это не экономика продаж, а самоуспокоение.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Управление отделом продаж (РОП)</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/yvnpanar11-upravlenie-otdelom-prodazh-rop</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/yvnpanar11-upravlenie-otdelom-prodazh-rop?amp=true</amplink>
      <pubDate>Sun, 05 Oct 2025 10:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3963-6438-4938-b437-353631313232/2.png" type="image/png"/>
      <description>Мотивация отдела продаж при отложенных сделках: как сократить разрыв между усилиями и покупкой</description>
      <turbo:content><![CDATA[<header><h1>Управление отделом продаж (РОП)</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3963-6438-4938-b437-353631313232/2.png"/></figure><div class="t-redactor__text"><strong>Мотивация отдела продаж при отложенных сделках: как сократить разрыв между усилиями и покупкой</strong></div><div class="t-redactor__text">Проблема знакома почти всем B2B-командам:<br /><br />холодные сделки закрываются через месяцы, а KPI продавца — процент с текущих оплат.<br /><br />Что получается:<br /><br /><ul><li data-list="bullet">Компания получает будущую выручку.</li><li data-list="bullet">Менеджер не видит быстрой связи между усилием и деньгами.</li><li data-list="bullet">Команда уходит в «короткие» сделки и игнорирует системную работу на длинный цикл.</li></ul><br />Это выгодно компании «на бумаге», но демотивирует людей и ломает стабильность воронки.<br /><br /><strong>1) Почему классическая мотивация ломается</strong><br /><br />Классика: фикс + % от выручки<br /><br />Работает в коротком цикле.<br /><br />В длинном B2B-цикле — создает слепые зоны:<br /><br /><ul><li data-list="bullet">верх воронки недофинансирован мотивацией;</li><li data-list="bullet">качественная верификация ЛПР и квалификация воспринимается как «лишняя работа»;</li><li data-list="bullet">растет доля имитации активности вместо управляемого продвижения сделок.</li></ul><br /><strong>2) Рабочая модель: двухконтурная мотивация</strong><br /><br /><strong>Контур A: этапный (операционный)</strong><br /><br />Оплата за управляемые этапы:<br /><br /><ul><li data-list="bullet">валидные контакты/верификация ЛПР;</li><li data-list="bullet">MQL;</li><li data-list="bullet">SQL;</li><li data-list="bullet">проведенные встречи;</li><li data-list="bullet">соблюдение стандартов качества CRM.</li></ul><br /><strong>Контур B: выручка (финальный)</strong><br /><br />Бонус за:<br /><br /><ul><li data-list="bullet">закрытую выручку,</li><li data-list="bullet">маржу,</li><li data-list="bullet">выполнение плана по целевому сегменту.</li></ul><br />Так ты сохраняешь фокус на деньгах, но не убиваешь длинный цикл.<br /><br /><strong>3) Принципы, чтобы система не превратилась в «псевдо-KPI»</strong><br /><br /><ol><li data-list="ordered">Этапные метрики должны быть связаны с качеством, а не только количеством.</li><li data-list="ordered">Определения Lead/MQL/SQL/Meeting — единые и не обсуждаются «по ощущениям».</li><li data-list="ordered">Выплаты прозрачные: менеджер понимает, за что он получил каждую часть дохода.</li><li data-list="ordered">Регулярный аудит качества этапов (чтобы не «рисовали SQL» ради бонуса).</li></ol><br /><strong>4) Что фиксировать в CRM обязательно</strong><br /><br /><ul><li data-list="bullet">источник лида;</li><li data-list="bullet">статус верификации ЛПР;</li><li data-list="bullet">дата и содержание последнего касания;</li><li data-list="bullet">причина перехода между этапами;</li><li data-list="bullet">причина стопа/потери сделки;</li><li data-list="bullet">план следующего шага и срок.</li></ul><br />Без этого мотивация по этапам неуправляема: будет много «красивых цифр», мало результата.<br /><br /><strong>5) Как внедрить за 30 дней</strong><br /><br /><strong>Неделя 1</strong><br /><br /><ul><li data-list="bullet">согласовать словарь этапов;</li><li data-list="bullet">утвердить payout-логику (этапы + выручка).</li></ul><br /><strong>Неделя 2</strong><br /><br /><ul><li data-list="bullet">включить обязательные поля в CRM;</li><li data-list="bullet">обучить команду на реальных кейсах.</li></ul><br /><strong>Неделя 3</strong><br /><br /><ul><li data-list="bullet">запустить пилот на 1 группе;</li><li data-list="bullet">проверить, где появляются искажения.</li></ul><br /><strong>Неделя 4</strong><br /><br /><ul><li data-list="bullet">скорректировать веса выплат;</li><li data-list="bullet">масштабировать на весь отдел.</li></ul><br /><strong>6) Что получит бизнес</strong><br /><br /><ul><li data-list="bullet">меньше «провалов» на верхе воронки;</li><li data-list="bullet">более стабильный поток SQL/Meeting;</li><li data-list="bullet">лучше прогноз по выручке;</li><li data-list="bullet">ниже текучка в отделе (люди видят связь между усилием и доходом).</li></ul><br /><strong>Вывод</strong><br /><br />Если цикл сделки длинный, мотивация только «процент с оплаты» — управленчески слабая конструкция.<br /><br />Сильная конструкция — когда оплачивается и создание будущей выручки (этапы), и конечный результат (деньги).<br /><br />Именно так сокращается дельта между усилиями сегодня и покупкой через месяцы.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Управление отделом продаж (РОП)</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/0ae90942f1-upravlenie-otdelom-prodazh-rop</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/0ae90942f1-upravlenie-otdelom-prodazh-rop?amp=true</amplink>
      <pubDate>Sun, 07 Sep 2025 09:35:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3532-3564-4334-b562-383035643034/3.png" type="image/png"/>
      <description>Как РОПу проводить еженедельный pipeline-review (разбор воронки продаж)</description>
      <turbo:content><![CDATA[<header><h1>Управление отделом продаж (РОП)</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3532-3564-4334-b562-383035643034/3.png"/></figure><div class="t-redactor__text"><strong>Как РОПу проводить еженедельный pipeline-review (разбор воронки продаж)</strong></div><div class="t-redactor__text">Pipeline-review — это не «послушать статусы», а сверка:<br /><br /><strong>что реально закроется, где риски, какие действия нужны прямо сейчас</strong>.<br /><br /><strong>1) Правильная структура встречи (45-60 минут)</strong><br /><br /><ol><li data-list="ordered">Кратко: факт vs план по неделе</li><li data-list="ordered">Разбор крупных сделок с высоким риском</li><li data-list="ordered">Сделки без следующего шага и даты</li><li data-list="ordered">Сделки, которые «висят» дольше нормы по этапу</li><li data-list="ordered">Фиксация действий и ответственных</li></ol><br /><strong>2) Вопросы к менеджеру по каждой ключевой сделке</strong><br /><br /><ul><li data-list="bullet">Кто ЛПР и кто влияет на решение?</li><li data-list="bullet">Какой подтвержденный бизнес-боль закрываем?</li><li data-list="bullet">Что должно произойти, чтобы сделка перешла на следующий этап?</li><li data-list="bullet">Какая дата следующего контакта подтверждена клиентом?</li><li data-list="bullet">Что главный риск и как его снимаем?</li></ul><br />Если на эти вопросы нет четкого ответа — сделка в красной зоне.<br /><br /><strong>3) Что РОП фиксирует по итогам</strong><br /><br /><ul><li data-list="bullet">прогноз: commit / best case / risk</li><li data-list="bullet">1-2 конкретных действия по каждой риск-сделке</li><li data-list="bullet">срок проверки выполнения</li><li data-list="bullet">где нужен эскалационный контакт (выход на более высокий уровень)</li></ul><br /><strong>4) Частые ошибки pipeline-review</strong><br /><br /><ul><li data-list="bullet">обсуждение только «температуры» вместо критериев</li><li data-list="bullet">вера словам без проверки CRM-фактов</li><li data-list="bullet">отсутствие решения «что делаем до следующей встречи»</li><li data-list="bullet">одинаковое время на все сделки (вместо фокуса на крупных/рисковых)</li></ul><br /><strong>Вывод</strong><br /><br />Хороший pipeline-review повышает точность прогноза и скорость сделок.<br /><br />Плохой review создает иллюзию контроля и приводит к «неожиданному» провалу плана в конце месяца.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Управление отделом продаж (РОП)</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/yp0n3yg5j1-upravlenie-otdelom-prodazh-rop</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/yp0n3yg5j1-upravlenie-otdelom-prodazh-rop?amp=true</amplink>
      <pubDate>Sun, 09 Nov 2025 09:36:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3630-3238-4962-b861-623935623132/photo.png" type="image/png"/>
      <description>Когда РОПу нужен внешний трекер продаж (и почему это выгодно компании)</description>
      <turbo:content><![CDATA[<header><h1>Управление отделом продаж (РОП)</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3630-3238-4962-b861-623935623132/photo.png"/></figure><div class="t-redactor__text"><strong>Когда РОПу нужен внешний трекер продаж (и почему это выгодно компании)</strong></div><div class="t-redactor__text">В какой-то момент почти каждый РОП упирается в одну и ту же стену:<br /><br />люди заняты, активность есть, CRM ведется, а предсказуемого роста выручки нет.<br /><br />Снаружи кажется, что «отдел работает».<br /><br />Внутри — хаос в приоритетах, размытая стратегия, слабая квалификация, длинный цикл сделки и постоянные кассовые качели по месяцу.<br /><br />Именно в этой точке компании нужен не еще один «мотиватор», а <strong>внешний трекинг продаж</strong> — человек, который помогает собрать систему: от стратегии до ежедневной управляемой практики.<br /><br /><strong>5 сигналов, что без внешней экспертизы уже дорого</strong><br /><br /><ol><li data-list="ordered"><strong>План продаж выполняется случайно</strong></li><li data-list="ordered">Один месяц закрыли, два следующих — просадка. Нет стабильной модели, только героизм команды.</li><li data-list="ordered"><strong>CRM есть, но управляемости нет</strong></li><li data-list="ordered">Много данных, мало решений. Воронка не отвечает на вопрос «где теряем деньги и что делать завтра».</li><li data-list="ordered"><strong>РОП тушит пожары вместо управления системой</strong></li><li data-list="ordered">Время уходит на ручной контроль менеджеров, а не на стратегию, прогноз и рост.</li><li data-list="ordered"><strong>Лидов много, а сделок недостаточно</strong></li><li data-list="ordered">Проблема не в «мало лидов», а в конверсии, квалификации, сценариях коммуникации и дисциплине следующего шага.</li><li data-list="ordered"><strong>Найм не решает проблему</strong></li><li data-list="ordered">Новые люди заходят в старую, неработающую модель — и повторяют старые ошибки.</li></ol><br /><strong>Что дает трекинг отдела продаж</strong><br /><br />Трекинг — это не консалтинг «в стол».<br /><br />Это управленческий контур, где каждую неделю есть:<br /><br /><ul><li data-list="bullet">фокус на узкое место в воронке;</li><li data-list="bullet">гипотезы улучшения;</li><li data-list="bullet">внедрение в процесс;</li><li data-list="bullet">измеримый результат по метрикам.</li></ul><br />Итог: продажи перестают зависеть от настроения рынка и отдельных «звезд».<br /><br /><strong>Что мы делаем как digital-агентство для роста B2B/B2G выручки</strong><br /><br />Мы помогаем IT-компаниям среднего и крупного сегмента системно растить выручку в B2B и B2G.<br /><br /><strong>Наши направления</strong><br /><br />🟢 аудит и оптимизация отдела продаж<br />🟢 настройка воронки и CRM<br />🟢 подбор и обучение команд продаж<br />🟢 шеринг РОПа (руководитель продаж без найма в штат)<br />🟢 лидогенерация и аутстафф отдела продаж для enterprise<br />🟢 разработка и внедрение AI-инструментов для автоматизации продаж и маркетинга<br /><br /><strong>Как выглядит работа на практике</strong><br /><br /><strong>1) Диагностика текущей системы продаж</strong><br /><br />Разбираем стратегию, структуру воронки, качество квалификации, pipeline, роли и точки потерь выручки.<br /><br /><strong>2) Фокус на приоритетные узкие места</strong><br /><br />Не «чиним все сразу». Выбираем 1-2 критичных ограничения, которые дают максимальный эффект в деньгах.<br /><br /><strong>3) Внедрение и контроль</strong><br /><br />Фиксируем новые правила в CRM, скриптах, этапах воронки и управленческом ритме РОПа.<br /><br /><strong>4) Масштабирование того, что работает</strong><br /><br />Убираем ручной хаос, закрепляем стандарты, передаем команде устойчивую модель управления продажами.<br /><br /><strong>Почему внешний трекер работает быстрее внутреннего ресурса</strong><br /><br /><ul><li data-list="bullet">У внешнего эксперта нет «замыленного взгляда» на ваши процессы.</li><li data-list="bullet">Он не вовлечен в внутреннюю политику и видит реальные причины провалов.</li><li data-list="bullet">У него уже есть практики из десятков кейсов — не теория, а проверенные решения.</li><li data-list="bullet">Он помогает РОПу выйти из операционки в роль архитектора выручки.</li></ul><br /><strong>Для кого это особенно актуально</strong><br /><br /><ul><li data-list="bullet">IT-компании, которые растут и уперлись в потолок продаж;</li><li data-list="bullet">команды, выходящие в enterprise/B2G, где цикл длиннее, а ошибки дороже;</li><li data-list="bullet">бизнесы, которым нужен сильный контур продаж без длительного найма в штат.</li></ul><br /><strong>Что получает собственник и CEO</strong><br /><br /><ul><li data-list="bullet">прогнозируемость выручки;</li><li data-list="bullet">прозрачную воронку с управляемыми метриками;</li><li data-list="bullet">снижение зависимости от отдельных менеджеров;</li><li data-list="bullet">рабочую стратегию продаж, которая масштабируется.</li></ul><br />Если вы как РОП видите, что текущая модель не дает стабильного результата — это не повод «дожимать команду сильнее».<br /><br />Это сигнал, что системе нужен внешний трекинг и пересборка на уровне стратегии, процесса и управления.<br /><br /><strong>Готовы разобрать ваш отдел продаж и показать, где теряется рост — и как вернуть его в цифры.</strong></div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Онбординг и обучение менеджеров</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/snnhnepn51-onbording-i-obuchenie-menedzherov</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/snnhnepn51-onbording-i-obuchenie-menedzherov?amp=true</amplink>
      <pubDate>Sun, 07 Dec 2025 09:37:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3133-3631-4236-a634-623561636363/_1.png" type="image/png"/>
      <description>Как вывести нового менеджера на первые сделки за 30 дней</description>
      <turbo:content><![CDATA[<header><h1>Онбординг и обучение менеджеров</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3133-3631-4236-a634-623561636363/_1.png"/></figure><div class="t-redactor__text"><strong>Как вывести нового менеджера на первые сделки за 30 дней</strong></div><div class="t-redactor__text">Главная ошибка в онбординге - «пусть послушает, посмотрит и сам разберется».<br /><br />Так вы получаете не адаптацию, а затянутый стресс для сотрудника и отдела.<br /><br /><strong>1) Онбординг должен быть этапным</strong><br /><br /><strong>Этап 1 (дни 1-5) - база</strong><br /><br /><ul><li data-list="bullet">продукт и ценность по сегментам</li><li data-list="bullet">словарь воронки и этапов</li><li data-list="bullet">стандарты CRM</li><li data-list="bullet">шаблоны первых касаний</li></ul><br /><strong>Этап 2 (дни 6-15) - практика</strong><br /><br /><ul><li data-list="bullet">поиск ЛПР по целевому списку</li><li data-list="bullet">первые касания в email и мессенджерах</li><li data-list="bullet">квалификация под контролем наставника</li><li data-list="bullet">заполнение CRM по стандарту</li></ul><br /><strong>Этап 3 (дни 16-30) - управляемая самостоятельность</strong><br /><br /><ul><li data-list="bullet">самостоятельные сделки на ограниченном сегменте</li><li data-list="bullet">еженедельные разборы с РОПом</li><li data-list="bullet">корректировка скриптов и тактики по факту метрик</li></ul><br /><strong>2) Что дать новичку в первый день</strong><br /><br /><ul><li data-list="bullet">карточка ICP</li><li data-list="bullet">карта этапов воронки</li><li data-list="bullet">10 шаблонов сообщений</li><li data-list="bullet">чек-лист квалификации</li><li data-list="bullet">шаблон резюме встречи</li><li data-list="bullet">правила фиксации данных в CRM</li></ul><br />Если этого нет, менеджер начинает изобретать свою «систему».<br /><br /><strong>3) KPI адаптации на 30 дней</strong><br /><br /><ul><li data-list="bullet">День 7 --&gt; есть валидный список ЛПР</li><li data-list="bullet">День 14 --&gt; есть первые осмысленные ответы</li><li data-list="bullet">День 21 --&gt; есть SQL и встречи</li><li data-list="bullet">День 30 --&gt; есть первая сделка или реальный пайплайн с подтвержденными сроками</li></ul><br /><strong>4) Что контролирует РОП еженедельно</strong><br /><br /><ol><li data-list="ordered">полнота CRM</li><li data-list="ordered">качество касаний</li><li data-list="ordered">качество квалификации</li><li data-list="ordered">скорость перехода этапов</li><li data-list="ordered">причины залипания сделок</li></ol><br /><strong>5) Типичные ошибки</strong><br /><br /><ul><li data-list="bullet">перегруз теорией в первую неделю</li><li data-list="bullet">нет наставника и обратной связи</li><li data-list="bullet">KPI только по выручке с первого месяца</li><li data-list="bullet">отсутствие стандартов качества касаний</li></ul><br /><strong>Вывод</strong><br /><br />Сильный онбординг - это не «курс лекций», а ритм:<br /><br />обучение --&gt; практика --&gt; разбор --&gt; улучшение.<br /><br />Именно так новичок становится результативным менеджером, а не постоянным «учеником».</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Кейсы и разборы сделок</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/4o7plsx2h1-keisi-i-razbori-sdelok</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/4o7plsx2h1-keisi-i-razbori-sdelok?amp=true</amplink>
      <pubDate>Sun, 08 Feb 2026 10:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild6136-3635-4565-b538-303537343634/_.png" type="image/png"/>
      <description>Разбор сделки: как превращать «проиграли» в усиление системы продаж</description>
      <turbo:content><![CDATA[<header><h1>Кейсы и разборы сделок</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild6136-3635-4565-b538-303537343634/_.png"/></figure><div class="t-redactor__text"><strong>Разбор сделки: как превращать «проиграли» в усиление системы продаж</strong></div><div class="t-redactor__text">Большинство команд делают разборы эмоционально:<br /><br /><ul><li data-list="bullet">клиент странный</li><li data-list="bullet">рынок сложный</li><li data-list="bullet">цена высокая</li><li data-list="bullet">не повезло</li></ul><br />Это не разбор. Это снятие ответственности.<br /><br /><strong>1) Структура нормального разбора</strong><br /><br /><ol><li data-list="ordered">Что было целью сделки</li><li data-list="ordered">Где фактически потеряли контроль</li><li data-list="ordered">На каком этапе воронки случился провал</li><li data-list="ordered">Какие признаки были раньше, но их игнорировали</li><li data-list="ordered">Что меняем в процессе на будущее</li></ol><br /><strong>2) Каркас разбора (вставь в базу как шаблон)</strong><br /><br /><ul><li data-list="bullet">Компания</li><li data-list="bullet">Сегмент</li><li data-list="bullet">Этап потери</li><li data-list="bullet">Причина потери (подтвержденная)</li><li data-list="bullet">Что не было сделано</li><li data-list="bullet">Что сработало частично</li><li data-list="bullet">Гипотеза улучшения</li><li data-list="bullet">Изменение в стандарте</li><li data-list="bullet">Ответственный за внедрение</li><li data-list="bullet">Дата контрольной проверки</li></ul><br /><strong>3) Пример логики «было --&gt; стало»</strong><br /><br /><strong>Было:</strong><br /><br />Сделка зависала после КП, не было обратной связи 10-14 дней.<br /><br /><strong>Причина:</strong><br /><br />КП отправляли без согласованного следующего шага и даты.<br /><br /><strong>Изменение:</strong><br /><br />Добавили обязательный блок «следующий шаг + дата + ответственный» в каждое КП и в письмо-отправку.<br /><br /><strong>Стало:</strong><br /><br />Сократился срок первого ответа по КП, выросла конверсия КП --&gt; встреча по согласованию.<br /><br /><strong>4) Частые управленческие ошибки в разборах</strong><br /><br /><ul><li data-list="bullet">обсуждают людей, а не процесс</li><li data-list="bullet">не фиксируют изменение стандарта</li><li data-list="bullet">не назначают ответственного</li><li data-list="bullet">не проверяют, внедрилось ли изменение</li></ul><br /><strong>5) Как РОПу проводить разбор за 30 минут</strong><br /><br /><ol><li data-list="ordered">5 минут - факты сделки</li><li data-list="ordered">10 минут - этап и причина потери</li><li data-list="ordered">10 минут - изменение процесса</li><li data-list="ordered">5 минут - ответственный и срок проверки</li></ol><br />Разбор без изменения процесса не имеет смысла.<br /><br /><strong>Вывод</strong><br /><br />Проигранная сделка полезна только в одном случае - если после нее система продаж стала сильнее.<br /><br />Если изменения не внесены в стандарты, вы потеряете так же и следующую.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Кейсы и разборы сделок</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/7cbkmffgz1-keisi-i-razbori-sdelok</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/7cbkmffgz1-keisi-i-razbori-sdelok?amp=true</amplink>
      <pubDate>Sun, 18 Jan 2026 10:00:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3066-3866-4765-b764-393534646533/_2.png" type="image/png"/>
      <description>Почему «почти выигранные» сделки срываются в конце, и что с этим делать</description>
      <turbo:content><![CDATA[<header><h1>Кейсы и разборы сделок</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3066-3866-4765-b764-393534646533/_2.png"/></figure><div class="t-redactor__text"><strong>Почему «почти выигранные» сделки срываются в конце, и что с этим делать</strong></div><div class="t-redactor__text">Сделка редко проигрывается в последний день.<br /><br />Обычно она проигрывается раньше — когда команда пропустила критические сигналы.<br /><br /><strong>1) Ранние сигналы будущего срыва</strong><br /><br /><ul><li data-list="bullet">нет подтвержденного экономического эффекта для клиента</li><li data-list="bullet">«следующий шаг» остается устным, без даты в календаре</li><li data-list="bullet">в переговорах участвует только «контактный» человек без влияния на финальное решение</li><li data-list="bullet">после КП нет управляемого сценария согласования</li><li data-list="bullet">менеджер не знает внутренний процесс закупки у клиента</li></ul><br /><strong>2) Разбор продвинутого кейса (каркас)</strong><br /><br /><ol><li data-list="ordered">Где впервые появился сигнал риска</li><li data-list="ordered">Почему менеджер его не эскалировал</li><li data-list="ordered">Какой критерий квалификации был формально отмечен, но фактически не подтвержден</li><li data-list="ordered">Какие действия могли сократить риск еще 2-3 недели назад</li><li data-list="ordered">Как меняем playbook для всей команды</li></ol><br /><strong>3) Антикризисный протокол для late-stage</strong><br /><br /><ul><li data-list="bullet">переподтвердить бизнес-кейс в цифрах клиента</li><li data-list="bullet">согласовать карту стейкхолдеров (кто решает, кто влияет, кто блокирует)</li><li data-list="bullet">зафиксировать письменный план согласования (этап, срок, ответственный)</li><li data-list="bullet">провести отдельный «risk call» вместо обычного follow-up</li><li data-list="bullet">готовить не «дожим», а сценарий снятия рисков</li></ul><br /><strong>4) Что внедрить в стандарты отдела</strong><br /><br /><ul><li data-list="bullet">обязательный checkpoint по рискам перед отправкой финального КП</li><li data-list="bullet">флаг «single-threaded deal» (если контакт только один)</li><li data-list="bullet">отдельный статус для сделок без подтвержденного economic buyer</li><li data-list="bullet">правило: нет next step в календаре — нет статуса commit</li></ul><br /><strong>5) Управленческий эффект</strong><br /><br />После внедрения таких разборов команда:<br /><br /><ul><li data-list="bullet">точнее прогнозирует закрытие квартала;</li><li data-list="bullet">раньше видит проблемные сделки;</li><li data-list="bullet">меньше зависит от героизма отдельных менеджеров.</li></ul><br /><strong>Вывод</strong><br /><br />Продвинутая работа с кейсами — это переход от «разбора поражений» к системе раннего предупреждения.<br /><br />В сильных отделах продаж late-stage контролируется процессом, а не надеждой на «дожмем в конце».</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Шаблоны документов</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/iduz47u7z1-shabloni-dokumentov</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/iduz47u7z1-shabloni-dokumentov?amp=true</amplink>
      <pubDate>Sun, 05 Apr 2026 09:38:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3135-6630-4164-a436-303765613665/photo.png" type="image/png"/>
      <description>Коммерческое предложение, которое двигает сделку, а не уходит в «подумаем»</description>
      <turbo:content><![CDATA[<header><h1>Шаблоны документов</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3135-6630-4164-a436-303765613665/photo.png"/></figure><div class="t-redactor__text"><strong>Коммерческое предложение, которое двигает сделку, а не уходит в «подумаем»</strong></div><div class="t-redactor__text">У многих команд КП - это красивый документ.</div><div class="t-redactor__text">У сильных команд КП - это <strong>инструмент управления решением клиента</strong>.</div><div class="t-redactor__text">Если после отправки КП вы не понимаете, что произойдет дальше, значит это не рабочее КП.</div><h2  class="t-redactor__h2">1) Главная цель КП</h2><div class="t-redactor__text">Цель КП не «рассказать все о компании».</div><div class="t-redactor__text">Цель КП - перевести сделку в следующий конкретный шаг:</div><div class="t-redactor__text"><ul><li data-list="bullet">согласование условий</li><li data-list="bullet">встреча с ЛПР</li><li data-list="bullet">старт пилота</li><li data-list="bullet">запуск договора</li></ul></div><h2  class="t-redactor__h2">2) Из чего должно состоять рабочее КП</h2><h3  class="t-redactor__h3">Блок 1 - контекст клиента</h3><div class="t-redactor__text"><ul><li data-list="bullet">что у клиента происходит сейчас</li><li data-list="bullet">какая проблема зафиксирована</li><li data-list="bullet">почему решение нужно сейчас</li></ul></div><h3  class="t-redactor__h3">Блок 2 - целевой результат</h3><div class="t-redactor__text"><ul><li data-list="bullet">какой результат клиент получит</li><li data-list="bullet">в каких метриках это измеряется</li><li data-list="bullet">в какие сроки ожидается эффект</li></ul></div><h3  class="t-redactor__h3">Блок 3 - решение</h3><div class="t-redactor__text"><ul><li data-list="bullet">что именно делаем</li><li data-list="bullet">этапы работ</li><li data-list="bullet">зона ответственности сторон</li></ul></div><h3  class="t-redactor__h3">Блок 4 - экономика</h3><div class="t-redactor__text"><ul><li data-list="bullet">стоимость</li><li data-list="bullet">модель оплаты</li><li data-list="bullet">логика приемки результатов</li></ul></div><h3  class="t-redactor__h3">Блок 5 - следующий шаг</h3><div class="t-redactor__text"><ul><li data-list="bullet">что нужно от клиента</li><li data-list="bullet">дата</li><li data-list="bullet">ответственный</li></ul></div><div class="t-redactor__text">Если блока «следующий шаг» нет, КП почти гарантированно уходит в паузу.</div><h2  class="t-redactor__h2">3) Что чаще всего ломает конверсию КП</h2><div class="t-redactor__text"><ul><li data-list="bullet">длинная презентация без привязки к боли клиента</li><li data-list="bullet">нет критериев приемки результата</li><li data-list="bullet">нет ясной модели оплаты</li><li data-list="bullet">нет сроков с двух сторон</li><li data-list="bullet">нет проверки ожиданий по бюджету до отправки</li></ul></div><h2  class="t-redactor__h2">4) Мини-алгоритм перед отправкой КП</h2><div class="t-redactor__text"><ol><li data-list="ordered">Проверить, подтверждены ли бюджет, роли, потребность, сроки</li><li data-list="ordered">Убедиться, что в КП только релевантное под задачу клиента</li><li data-list="ordered">Добавить условия приемки результата</li><li data-list="ordered">Зафиксировать следующий шаг и дату</li><li data-list="ordered">Согласовать, кто со стороны клиента принимает финальное решение</li></ol></div><h2  class="t-redactor__h2">5) Шаблон «короткого КП» (структура)</h2><div class="t-redactor__text"><ol><li data-list="ordered">Цель проекта</li><li data-list="ordered">Исходная задача клиента</li><li data-list="ordered">Предлагаемое решение</li><li data-list="ordered">План этапов</li><li data-list="ordered">Стоимость и условия оплаты</li><li data-list="ordered">Критерии приемки</li><li data-list="ordered">Роли и ответственность</li><li data-list="ordered">Следующий шаг и календарный срок</li></ol></div><div class="t-redactor__text">Этот формат дает лучшее чтение и быстрее приводит к обсуждению.</div><h2  class="t-redactor__h2">6) Сообщение при отправке КП (пример)</h2><div class="t-redactor__text"><em>[Имя], добрый день.</em></div><div class="t-redactor__text"><em>Отправляю КП по итогам нашей встречи.</em></div><div class="t-redactor__text"><em>В документе зафиксированы: задача, этапы, стоимость, критерии приемки и следующий шаг.</em></div><div class="t-redactor__text"><em>Предлагаю обсудить его [дата/время], чтобы закрыть вопросы и зафиксировать запуск.</em></div><h2  class="t-redactor__h2">7) Сообщение follow-up, если ответа нет</h2><div class="t-redactor__text"><em>[Имя], подниму сообщение по КП.</em></div><div class="t-redactor__text"><em>Подскажите, пожалуйста, какой текущий статус:</em></div><div class="t-redactor__text"><ol><li data-list="ordered"><em>идем в согласование</em></li><li data-list="ordered"><em>нужны уточнения</em></li><li data-list="ordered"><em>переносим решение на конкретную дату</em></li></ol></div><div class="t-redactor__text">Так вы переводите «тишину» в управляемый статус.</div><h2  class="t-redactor__h2">8) Что должен контролировать РОП</h2><div class="t-redactor__text"><ul><li data-list="bullet">доля КП с зафиксированным следующим шагом</li><li data-list="bullet">средний срок до первой обратной связи по КП</li><li data-list="bullet">конверсия КП --&gt; встреча по согласованию</li><li data-list="bullet">конверсия КП --&gt; сделка</li><li data-list="bullet">причины отказа по КП (цена, сроки, риск, приоритет)</li></ul></div><h2  class="t-redactor__h2">Вывод</h2><div class="t-redactor__text">КП работает, когда это не «файл в почте», а этап переговоров с заранее спроектированным действием.</div><div class="t-redactor__text">Формула простая: контекст клиента --&gt; измеримый результат --&gt; условия --&gt; следующий шаг.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>FAQ / глоссарий терминов</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/vvu86gm391-faq-glossarii-terminov</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/vvu86gm391-faq-glossarii-terminov?amp=true</amplink>
      <pubDate>Mon, 04 May 2026 09:39:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3161-3263-4434-b630-313231626366/faq.png" type="image/png"/>
      <description>B2B Sales FAQ: 20 терминов, которые команда должна понимать одинаково</description>
      <turbo:content><![CDATA[<header><h1>FAQ / глоссарий терминов</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3161-3263-4434-b630-313231626366/faq.png"/></figure><div class="t-redactor__text"><strong>B2B Sales FAQ: 20 терминов, которые команда должна понимать одинаково</strong></div><div class="t-redactor__text">Разные трактовки терминов = разные действия менеджеров = хаос в воронке.<br /><br />Ниже — рабочий минимум единого языка продаж.<br /><br /><strong>Глоссарий</strong><br /><br /><ul><li data-list="bullet"><strong>ICP (Ideal Customer Profile)</strong> — профиль компании, с которой у вас лучшая экономика и высокая вероятность успеха. ЦА - близкое по значению.</li><li data-list="bullet"><strong>ЛПР</strong> — лицо, принимающее решение.</li><li data-list="bullet"><strong>ЛВР</strong> — лицо, влияющее на решение (часто блокирует или ускоряет сделку).</li><li data-list="bullet"><strong>Lead/Лид</strong> — контакт/компания с потенциальным интересом.</li><li data-list="bullet"><strong>MQL</strong> — маркетингово квалифицированный лид (есть первичный интерес).</li><li data-list="bullet"><strong>SQL</strong> — лид, подтвержденный продажами по критериям квалификации.</li><li data-list="bullet"><strong>Discovery call</strong> — диагностическая встреча для выявления задачи, контекста и критериев выбора.</li><li data-list="bullet"><strong>BANT</strong> — бюджет, полномочия, потребность, сроки.</li><li data-list="bullet"><strong>MEDDIC</strong> — расширенная квалификация для сложных B2B-сделок.</li><li data-list="bullet"><strong>SPIN</strong> — методика вопросов для выявления и развития потребности.</li><li data-list="bullet"><strong>Pipeline/Воронка</strong> — совокупность активных сделок по этапам.</li><li data-list="bullet"><strong>Stage conversion/Конверсия</strong> — конверсия между этапами воронки.</li><li data-list="bullet"><strong>Win rate</strong> — доля выигранных сделок от квалифицированных возможностей.</li><li data-list="bullet"><strong>Sales cycle/Цикл сделки</strong> — средняя длина сделки от первого контакта до закрытия.</li><li data-list="bullet"><strong>Average check/ARPU</strong> — средний чек сделки.</li><li data-list="bullet"><strong>CAC</strong> — стоимость привлечения клиента.</li><li data-list="bullet"><strong>LTV</strong> — доход от клиента за весь период работы.</li><li data-list="bullet"><strong>Payback period</strong> — срок окупаемости затрат на привлечение.</li><li data-list="bullet"><strong>No-show</strong> — неявка на подтвержденную встречу.</li><li data-list="bullet"><strong>Next step</strong> — конкретный следующий шаг с датой и ответственным.</li></ul><br /><strong>FAQ (частые вопросы)</strong><br /><br /><ul><li data-list="bullet"><strong>Когда лид считать SQL?</strong></li><li data-list="bullet">Когда подтверждены критерии квалификации, а не просто «ответили на письмо».</li><li data-list="bullet"><strong>Можно ли двигать сделку без ЛПР?</strong></li><li data-list="bullet">Иногда да, но только если есть план выхода на ЛПР и понятная карта влияния.</li><li data-list="bullet"><strong>Почему CRM заполнена, а прогноза нет?</strong></li><li data-list="bullet">Обычно нет фактов по next step, срокам и реальным критериям решения клиента.</li><li data-list="bullet"><strong>Что важнее: объем лидов или конверсия?</strong></li><li data-list="bullet">В коротком горизонте чаще выгоднее сначала улучшать конверсию и скорость обработки текущего потока.</li></ul><br /><strong>Вывод</strong><br /><br />Глоссарий — это не теория, а управленческий инструмент.<br />Одинаковое понимание терминов резко снижает потери на стыках маркетинга, SDR и аккаунтинга.</div>]]></turbo:content>
    </item>
    <item turbo="true">
      <title>Как выбрать методологию B2B-продаж под свой бизнес</title>
      <link>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/metodologiyu-b2b-prodazh</link>
      <amplink>https://xn--80ahbpem.xn--p1ai/wiki_base/tpost/metodologiyu-b2b-prodazh?amp=true</amplink>
      <pubDate>Thu, 16 Jul 2026 13:14:00 +0300</pubDate>
      <author>Михаил Торотенков</author>
      <category>База знаний</category>
      <enclosure url="https://static.tildacdn.com/tild3136-6530-4537-b330-633838656436/msp-b2b-methodology-.png" type="image/png"/>
      <description>Пошаговый гид по выбору B2B-методологии: SPIN, BANT, MEDDIC, Challenger, Solution Selling и другие.</description>
      <turbo:content><![CDATA[<header><h1>Как выбрать методологию B2B-продаж под свой бизнес</h1></header><figure><img alt="" src="https://static.tildacdn.com/tild3136-6530-4537-b330-633838656436/msp-b2b-methodology-.png"/></figure><div class="t-redactor__embedcode"><!--
  ВСТАВКА В TILDA FEEDS:
  1) В теле поста: + → Embed HTML code (или «Вставить HTML-код»)
  2) Вставьте ВЕСЬ код ниже целиком
  3) Картинки: загрузите 3 PNG в Tilda → Файлы, скопируйте URL и замените SRC_IMG_1 / SRC_IMG_2 / SRC_IMG_3
  Файлы локально:
  /Users/torotenkom/Documents/Super_agent/Docs/Work/ООО ПКТ/assets/msp-b2b-methodology-infographic-1-simple.png
  /Users/torotenkom/Documents/Super_agent/Docs/Work/ООО ПКТ/assets/msp-b2b-methodology-infographic-2-without.png
  /Users/torotenkom/Documents/Super_agent/Docs/Work/ООО ПКТ/assets/msp-b2b-methodology-infographic-3-choose.png
  Код работает после публикации поста.
-->
<div class="dailid-article">
<style>
.dailid-article{font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Arial,sans-serif;color:#1a2e28;line-height:1.65;font-size:17px;max-width:760px;margin:0 auto}
.dailid-article *{box-sizing:border-box}
.dailid-article h2{font-size:26px;line-height:1.3;font-weight:700;color:#004037;margin:40px 0 16px}
.dailid-article h3{font-size:20px;line-height:1.35;font-weight:700;color:#0a5c4c;margin:28px 0 12px}
.dailid-article p{margin:0 0 16px}
.dailid-article ul,.dailid-article ol{margin:0 0 18px;padding-left:22px}
.dailid-article li{margin:0 0 8px}
.dailid-article strong{font-weight:700;color:#00332c}
.dailid-article .lead{font-size:19px;line-height:1.55;color:#24443c;margin:0 0 20px;padding:18px 20px;background:#eef7f3;border-left:4px solid #004037;border-radius:0 10px 10px 0}
.dailid-article .quote{margin:24px 0;padding:18px 20px;background:#f4faf7;border:1px solid #cfe5dc;border-radius:12px;font-size:17px;color:#1f3d35}
.dailid-article .tip{display:block;margin-top:10px;font-size:14px;color:#4a6b61}
.dailid-article .figure{margin:28px 0;text-align:center}
.dailid-article .figure img{width:100%;max-width:760px;height:auto;border-radius:12px;border:1px solid #d7e8e1;display:block}
.dailid-article .caption{margin-top:10px;font-size:14px;color:#5a746b;text-align:left}
.dailid-article .grid2{display:grid;grid-template-columns:1fr 1fr;gap:14px;margin:0 0 22px}
@media(max-width:640px){.dailid-article .grid2{grid-template-columns:1fr}}
.dailid-article .card{background:#f7fbf9;border:1px solid #d7e8e1;border-radius:12px;padding:16px 18px}
.dailid-article .card h4{margin:0 0 10px;font-size:16px;color:#004037}
.dailid-article .card ul{margin:0;padding-left:18px}
.dailid-article .method{margin:0 0 14px;padding:14px 16px;border:1px solid #d7e8e1;border-radius:12px;background:#fff}
.dailid-article .method b{color:#004037}
.dailid-article .callout{margin:28px 0;padding:18px 20px;background:#004037;color:#fff;border-radius:12px}
.dailid-article .callout strong{color:#fff}
.dailid-article .divider{height:1px;background:#d7e8e1;margin:32px 0;border:0}
.dailid-article .author{margin-top:28px;padding-top:18px;border-top:1px solid #d7e8e1;font-size:15px;color:#4a6b61}
.dailid-article a{color:#0a5c4c;text-decoration:underline}
.dailid-article table{width:100%;border-collapse:collapse;margin:0 0 22px;font-size:15px}
.dailid-article th,.dailid-article td{border:1px solid #d7e8e1;padding:10px 12px;text-align:left;vertical-align:top}
.dailid-article th{background:#004037;color:#fff;font-weight:600}
.dailid-article tr:nth-child(even) td{background:#f7fbf9}
</style>

<p class="lead">В B2B продажи редко ломаются из-за плохого продукта. Чаще проблема в другом: команда говорит на разных языках, лиды не квалифицируются одинаково, сделки зависают на «мы подумаем», а прогноз выручки превращается в угадайку.</p>

<p>Методология продаж решает именно это. Это не модное слово из тренинга, а повторяемый процесс: как вы входите в диалог, как квалифицируете клиента, как ведёте сделку по этапам и что фиксируете в CRM.</p>

<p>В этой статье разберём, как выбрать методологию B2B-продаж под свой бизнес: от коротких SMB-сделок до сложных Enterprise-контрактов. Материал основан на практике B2B IT/SaaS и подходах SPIN, BANT, MEDDIC, Challenger Sale, Solution Selling, Value-Based Selling, Account-Based Selling и Sandler.</p>

<figure class="figure">
  
  <figcaption class="caption">Четыре подхода простыми словами. Для МСП часто хватает связки: фильтр + диалог + пилот.</figcaption>
</figure>

<h2>Что такое методология продаж и зачем она нужна</h2>

<p>Методология продаж — это структурированный набор правил, который определяет, как команда взаимодействует с клиентом на каждом этапе цикла сделки.</p>

<p>Она даёт четыре вещи:</p>
<ol>
  <li><strong>Структуру</strong> — понятные этапы воронки и критерии перехода между ними.</li>
  <li><strong>Предсказуемость</strong> — возможность прогнозировать выручку, а не жить от «интуиции звезды».</li>
  <li><strong>Масштабируемость</strong> — новый менеджер быстрее входит в ритм, если есть единые правила.</li>
  <li><strong>Профессионализм</strong> — клиент видит экспертизу, а не хаотичный монолог о продукте.</li>
</ol>

<div class="quote">
  Важно: методология не заменяет ICP, оффер и продукт. Она усиливает то, что уже есть. Если вы не знаете, кому продаёте и за сколько, даже лучшая SPIN не спасёт.
  <span class="tip">ICP — портрет идеального клиента (отрасль, размер, роль, боль).</span>
</div>

<h2>Эволюция подходов: от транзакций к партнёрству</h2>

<p>Исторически продажи прошли три уровня:</p>
<ol>
  <li><strong>Транзакционные (product-centric).</strong> Фокус на продукте, функциях и цене. Работает для простых решений с коротким циклом.</li>
  <li><strong>Консультативные (customer-centric).</strong> Фокус на потребностях клиента. Продавец задаёт вопросы, диагностирует проблему, предлагает решение.</li>
  <li><strong>Стратегические / партнёрские (value-centric).</strong> Фокус на бизнес-результате и долгосрочной ценности. Продавец выступает как эксперт и партнёр.</li>
</ol>

<p>Современный B2B, особенно IT, SaaS и интеграции, почти всегда требует второго и третьего уровня. Покупатель информирован, в сделке участвует несколько людей, цена ошибки высока.</p>

<h2>Как выбрать методологию: 4 фактора до названия</h2>

<p>Прежде чем выбирать «модную» технику, ответьте на четыре вопроса.</p>
<ol>
  <li><strong>Сложность продукта.</strong> Коробка, SaaS, интеграция, проект под ключ — это разные циклы и разные ожидания клиента.</li>
  <li><strong>Цикл сделки.</strong> Для МСП нормально от 2 недель до 3–6 месяцев. В Enterprise — до 9–12 месяцев и дольше.</li>
  <li><strong>Средний чек.</strong> До 300 тыс. руб., от 300 тыс. до 2 млн руб., выше 2 млн руб. — это разные модели диалога и квалификации.</li>
  <li><strong>Количество ЛПР и стейкхолдеров.</strong> 1–2 человека — одна логика. 3 и более участников (финансы, ИТ, операции) — нужна карта стейкхолдеров и отдельные сценарии ценности.</li>
</ol>

<p>Только после этого имеет смысл сопоставлять методологии.</p>
<p><span class="tip">ЛПР — лицо, принимающее решение: кто реально может сказать «да» и выделить деньги.</span></p>

<figure class="figure">

  <figcaption class="caption">Короткий цикл — BANT + SPIN. Средний — Solution + пилот. Высокий чек и много ЛПР — MEDDIC.</figcaption>
</figure>

<h2>Таблица выбора: SMB vs Enterprise</h2>

<div class="grid2">
  <div class="card">
    <h4>Транзакционные продажи (SMB)</h4>
    <ul>
      <li>Сложность продукта: низкая / средняя</li>
      <li>Цикл сделки: дни – недели</li>
      <li>Средний чек: ниже</li>
      <li>Количество ЛПР: 1–2</li>
      <li>С чего начать: <strong>BANT, SPIN</strong></li>
    </ul>
  </div>
  <div class="card">
    <h4>Сложные продажи (Enterprise, SaaS)</h4>
    <ul>
      <li>Сложность продукта: высокая, нужна интеграция</li>
      <li>Цикл сделки: месяцы – годы</li>
      <li>Средний чек: выше</li>
      <li>Количество ЛПР: 3+ стейкхолдеров</li>
      <li>С чего начать: <strong>MEDDIC, Challenger, Solution Selling</strong></li>
    </ul>
  </div>
</div>

<h2>SPIN: когда клиент ещё не сформулировал задачу</h2>

<p><strong>Суть.</strong> Последовательность вопросов Situation – Problem – Implication – Need-Payoff. Цель — не «рассказать о продукте», а помочь клиенту осознать масштаб проблемы и ценность решения.</p>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>сложный продукт;</li>
  <li>клиент заинтересован, но уходит в «мы подумаем»;</li>
  <li>нужно развить потребность, а не давить на закрытие.</li>
</ul>

<p><strong>Типы вопросов:</strong></p>
<ul>
  <li><strong>S (Situation)</strong> — факты о текущей ситуации. Использовать экономно.</li>
  <li><strong>P (Problem)</strong> — конкретные проблемы и неудовлетворённость.</li>
  <li><strong>I (Implication)</strong> — последствия проблемы для бизнеса. Самые важные в крупных сделках.</li>
  <li><strong>N (Need-Payoff)</strong> — ценность решения, перевод боли в выгоду.</li>
</ul>

<p><strong>Типичная ошибка в IT-продажах:</strong> слишком много ситуационных вопросов в начале. Клиент часто уже знает проблему. Лучше начать с Problem и Implication, опираясь на предварительное исследование аккаунта.</p>

<p><strong>Пример Implication-вопроса:</strong> «Если масштабирование занимает 3 недели, а новый проект нужно запустить через неделю, как это влияет на сроки выхода на рынок?»</p>

<h2>BANT: быстрый фильтр для SMB</h2>

<p><strong>Суть.</strong> Budget, Authority, Need, Timeline — четыре критерия квалификации лида.</p>

<p><strong>Расшифровка:</strong></p>
<ul>
  <li><strong>Budget</strong> — бюджет;</li>
  <li><strong>Authority</strong> — кто принимает решение;</li>
  <li><strong>Need</strong> — есть ли реальная задача;</li>
  <li><strong>Timeline</strong> — когда нужно решение.</li>
</ul>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>короткий цикл;</li>
  <li>транзакционные и SMB-продажи;</li>
  <li>нужно быстро отсеять «ложные надежды».</li>
</ul>

<p><strong>Преимущества:</strong> скорость, простота, легко обучить команду.<br>
<strong>Ограничения:</strong> поверхностность для Enterprise; вопросы могут звучать как допрос, если задавать их в лоб.</p>

<p><strong>Как применять правильно:</strong> встраивать в консультативный диалог, а не читать как опросник.</p>

<p><strong>Примеры мягких формулировок:</strong></p>
<ul>
  <li>«Наши решения начинаются от N в год. Вписывается ли это в ваши рамки инвестиций?»</li>
  <li>«Кто ещё будет участвовать в финальном решении?»</li>
  <li>«Если начнём пилот в следующем месяце, когда планируете получить первый эффект?»</li>
</ul>

<p>В Enterprise BANT — первичный фильтр, но не единственный инструмент.</p>

<h2>MEDDIC: управление сложной сделкой</h2>

<p><strong>Суть.</strong> Metrics, Economic Buyer, Decision Criteria, Decision Process, Identify Pain, Champion.</p>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>Enterprise и сложные B2B-сделки;</li>
  <li>высокий чек;</li>
  <li>много участников со стороны клиента;</li>
  <li>длинный внутренний процесс согласования.</li>
</ul>

<p><strong>Что даёт:</strong> структуру вместо хаоса, контроль над процессом, более точный прогноз.</p>

<p><strong>Ключевые элементы:</strong></p>
<ul>
  <li><strong>Metrics</strong> — измеримая экономическая выгода (ROI, снижение затрат);</li>
  <li><strong>Economic Buyer</strong> — кто подписывает бюджет;</li>
  <li><strong>Decision Criteria</strong> — формальные и неформальные критерии выбора;</li>
  <li><strong>Decision Process</strong> — этапы одобрения внутри компании клиента;</li>
  <li><strong>Identify Pain</strong> — ключевая боль, которую закрывает решение;</li>
  <li><strong>Champion</strong> — внутренний сторонник, который продвигает сделку.</li>
</ul>

<p><strong>Типичная ошибка:</strong> заполнить поля MEDDIC в CRM, но не вовлечь клиента и не проверить процесс принятия решения на реальных встречах.</p>

<h2>Challenger Sale: когда рынок «и так живёт»</h2>

<p><strong>Суть.</strong> Три принципа — Teach (обучить инсайтом), Tailor (адаптировать под стейкхолдера), Take Control (управлять процессом).</p>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>зрелые ниши, где клиент не осознаёт проблему;</li>
  <li>инновационные и сложные решения;</li>
  <li>нужно снизить ценовое давление через экспертизу.</li>
</ul>

<p><strong>Преимущества:</strong> создание спроса, позиционирование как стратегический партнёр.<br>
<strong>Риски:</strong> без отраслевой экспертизы звучит как поучение; неподходящий инсайт вызывает отторжение.</p>

<p><strong>Пример Teach:</strong> «Большинство думает, что проблема в скорости развёртывания, но основная стоимость — время инженеров на ручное устранение ошибок. Компании, которые переходят на нашу платформу, сокращают это время на 40%».</p>

<p><strong>Пример Tailor:</strong> с CFO — ROI и TCO; с CTO — риски, безопасность, технический долг.</p>

<h2>Solution Selling: продажа решения, а не продукта</h2>

<p><strong>Суть.</strong> Диагностика, совместное видение результата, согласование ценности, сопровождение процесса принятия решения.</p>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>интеграции, внедрения, консалтинг;</li>
  <li>комплексные IT-решения;</li>
  <li>клиент покупает трансформацию процесса, а не «кнопку».</li>
</ul>

<p><strong>Ключевые шаги:</strong></p>
<ol>
  <li>Глубокая диагностика боли.</li>
  <li>Совместное видение «как будет после внедрения».</li>
  <li>Согласование ROI и критериев успеха.</li>
  <li>Сопровождение согласования внутри клиента.</li>
</ol>

<p>Хорошо сочетается с пилотом: сначала ограниченный участок, потом масштабирование.</p>

<figure class="figure">
  
  <figcaption class="caption">Без фильтра — пустые лиды. Без вопросов — «мы подумаем». Без контроля сложной сделки — срыв в финале. Без продажи решения — только сравнение по цене.</figcaption>
</figure>

<h2>Value-Based Selling: когда упираются в цену</h2>

<p><strong>Суть.</strong> Количественная оценка выгоды для клиента — ROI, TCO, снижение рисков — и привязка цены к этой выгоде.</p>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>«дорого» — главное возражение;</li>
  <li>инвестиции исчисляются сотнями тысяч и миллионами;</li>
  <li>нужно продавать дороже конкурентов.</li>
</ul>

<p><strong>Три шага:</strong></p>
<ol>
  <li>Идентифицировать, что клиент ценит (деньги, риск, скорость, качество).</li>
  <li>Квантифицировать в цифрах.</li>
  <li>Презентовать в «отчёте о ценности».</li>
</ol>

<p><strong>Риск:</strong> неточные расчёты подрывают доверие. Цифры должны быть согласованы с клиентом, а не «нарисованы» для КП.</p>

<h2>Account-Based Selling (ABS): 30–50 аккаунтов вместо 1000 лидов</h2>

<p><strong>Суть.</strong> Фокус на ограниченном списке стратегически важных компаний с персонализированной стратегией входа для каждого стейкхолдера.</p>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>нишевый B2B;</li>
  <li>высокий чек;</li>
  <li>длинный цикл;</li>
  <li>маркетинг и продажи работают на одни аккаунты.</li>
</ul>

<p><strong>Этапы:</strong></p>
<ol>
  <li>Идентификация целевых аккаунтов.</li>
  <li>Картирование стейкхолдеров и их целей.</li>
  <li>Персонализированный контент и касания.</li>
  <li>Скоординированная работа продаж, маркетинга и клиентского успеха.</li>
</ol>

<p>Для малого бизнеса ABS часто экономнее, чем «лить трафик на всё».</p>

<h2>Sandler: ранняя честная квалификация</h2>

<p><strong>Суть.</strong> Равные правила игры между продавцом и покупателем.</p>

<p><strong>Когда подходит:</strong></p>
<ul>
  <li>нужно быстро отсеять нецелевых;</li>
  <li>много «тёплых», но пустых лидов;</li>
  <li>команда тратит время на сделки без шансов.</li>
</ul>

<p><strong>Пример реплики:</strong> «Я задам несколько вопросов, чтобы понять, сможем ли помочь. Если да — обсудим следующие шаги. Если нет — честно скажем друг другу. Согласны?»</p>

<p><strong>Ограничение:</strong> на рынке РФ прямой тон часто работает хорошо, но для иных рынков нужна адаптация.</p>

<h2>Сравнительная таблица методологий</h2>

<table>
  <thead>
    <tr>
      <th>Методология</th>
      <th>Фокус</th>
      <th>Идеально для</th>
      <th>Ключевой вопрос</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td><strong>SPIN</strong></td>
      <td>Развитие потребности</td>
      <td>Консультативные продажи</td>
      <td>«Каковы последствия проблемы?»</td>
    </tr>
    <tr>
      <td><strong>BANT</strong></td>
      <td>Квалификация лида</td>
      <td>SMB, короткий цикл</td>
      <td>«Есть ли бюджет и полномочия?»</td>
    </tr>
    <tr>
      <td><strong>MEDDIC</strong></td>
      <td>Управление сложной сделкой</td>
      <td>Enterprise, высокий чек</td>
      <td>«Кто economic buyer и каковы метрики?»</td>
    </tr>
    <tr>
      <td><strong>Challenger</strong></td>
      <td>Инсайт, создание спроса</td>
      <td>Инновации, зрелые ниши</td>
      <td>«Какой инсайт я даю клиенту?»</td>
    </tr>
    <tr>
      <td><strong>Solution</strong></td>
      <td>Совместное решение</td>
      <td>Интеграции, проекты</td>
      <td>«Какое видение мы создаём?»</td>
    </tr>
    <tr>
      <td><strong>Value-Based</strong></td>
      <td>Оценка выгоды в деньгах</td>
      <td>Давление по цене</td>
      <td>«Сколько клиент сэкономит/заработает?»</td>
    </tr>
    <tr>
      <td><strong>ABS</strong></td>
      <td>Ключевые аккаунты</td>
      <td>Нишевый B2B</td>
      <td>«Кого из 30–50 аккаунтов берём в работу?»</td>
    </tr>
    <tr>
      <td><strong>Sandler</strong></td>
      <td>Психология, квалификация</td>
      <td>Ранний отсев</td>
      <td>«Согласны ли с правилами игры?»</td>
    </tr>
  </tbody>
</table>

<h2>Рекомендации по бизнес-модели</h2>

<div class="method"><b>SaaS (SMB / Mid-Market).</b> BANT на входе + SPIN на развитии сделки + пилот для снижения риска.</div>
<div class="method"><b>Enterprise IT / интегратор.</b> MEDDIC на управление процессом + Challenger или Solution для дифференциации + ABS на целевые аккаунты.</div>
<div class="method"><b>Консалтинг и услуги.</b> Solution Selling + Value-Based Selling для обоснования чека и долгосрочных отношений.</div>
<div class="method"><b>Отдел 1–3 человека (МСП).</b> Не внедряйте всё сразу. Рабочая связка: 1 фильтр (BANT) + 1 диалог (SPIN или Solution) + пилот.</div>

<div class="callout">
  <strong>Для МСП:</strong> ошибка — внедрить все лучшие техники сразу. Стартовая схема: одна основная методология + один фильтр. Одну связку держите минимум 6–8 недель.
</div>

<h2>5 шагов внедрения методологии</h2>

<p>Внедрение — это проект по изменениям, а не разовый тренинг.</p>
<ol>
  <li><strong>Оценка и выбор.</strong> Разберите 10–15 последних сделок. Где застревают? Выберите 1–2 методологии под узкое место.</li>
  <li><strong>Пилот.</strong> Один сегмент ICP или 1–2 менеджера. Тест 4–6 недель.</li>
  <li><strong>Обучение и коучинг.</strong> Тренинг + еженедельный разбор реальных диалогов.</li>
  <li><strong>Интеграция с CRM.</strong> Этапы воронки, обязательные поля, чек-листы перехода.</li>
  <li><strong>Измерение и корректировка.</strong> Через 6–8 недель — одна корректировка, не полная смена модели.</li>
</ol>

<h2>Чек-листы для CRM</h2>

<div class="grid2">
  <div class="card">
    <h4>SPIN</h4>
    <ul>
      <li>Заданы вопросы Implication?</li>
      <li>Получено согласие на Need-Payoff?</li>
      <li>Следующий шаг с датой зафиксирован?</li>
    </ul>
  </div>
  <div class="card">
    <h4>BANT</h4>
    <ul>
      <li>Бюджетный коридор подтверждён?</li>
      <li>ЛПР идентифицирован?</li>
      <li>Потребность сформулирована клиентом?</li>
      <li>Сроки согласованы?</li>
    </ul>
  </div>
  <div class="card">
    <h4>MEDDIC</h4>
    <ul>
      <li>Метрики (ROI) согласованы?</li>
      <li>Клиент вовлечён?</li>
      <li>Процесс покупки задокументирован?</li>
      <li>Чемпион активен?</li>
    </ul>
  </div>
  <div class="card">
    <h4>Challenger</h4>
    <ul>
      <li>Был уникальный инсайт?</li>
      <li>Сообщение адаптировано под роль?</li>
      <li>Процесс управляется (пилот, дедлайн)?</li>
    </ul>
  </div>
</div>

<h2>3 частые ошибки</h2>
<ol>
  <li>Берут 5 методологий сразу — команда путается.</li>
  <li>Меняют подход каждую неделю — нет накопления данных.</li>
  <li>Внедряют CRM до описания воронки — красивые поля без смысла.</li>
</ol>

<h2>Что должно измениться через 2–4 недели</h2>
<ul>
  <li>Меньше «пустых» лидов в воронке.</li>
  <li>Выше доля квалифицированных встреч (SQL).</li>
  <li>Меньше сделок в подвешенном «мы подумаем» без даты следующего шага.</li>
  <li>Единый язык внутри команды на deal review.</li>
</ul>

<h2>Шаблон вопросов для квалификации</h2>
<p>Скопируйте в карточку сделки или Notion:</p>
<ul>
  <li><strong>Потребность:</strong> «Если бы вы могли изменить одну вещь в текущем процессе, что бы это было?»</li>
  <li><strong>Метрики / боль:</strong> «Какова стоимость этой проблемы для бизнеса в месяц или квартал?»</li>
  <li><strong>Бюджет:</strong> «Каков ожидаемый диапазон инвестиций для решения?»</li>
  <li><strong>Полномочия:</strong> «Кто, кроме вас, должен быть вовлечён в финальное решение?»</li>
  <li><strong>Сроки:</strong> «Когда планируете увидеть первые результаты от внедрения?»</li>
</ul>

<h2>Вывод</h2>

<p>В B2B нет одной «лучшей» методологии. Есть правильная связка под ваш чек, цикл сделки, число ЛПР и размер команды.</p>

<p><strong>Практическое правило для МСП и отделов 1–3 человека:</strong></p>
<ul>
  <li>определите ICP и этапы воронки;</li>
  <li>выберите 1 методологию квалификации (BANT или облегчённый MEDDIC);</li>
  <li>выберите 1 методологию диалога (SPIN или Solution);</li>
  <li>добавьте пилот как снижение риска;</li>
  <li>держите связку минимум 6–8 недель и разбирайте реальные сделки каждую неделю.</li>
</ul>

<p>Методология — это не украшение отдела продаж. Это способ сделать выручку предсказуемой.</p>

<div class="quote">Перешлите эту статью тем, кто хочет навести порядок в B2B-продажах.</div>

<div class="author">
  <strong>Михаил Торотенков</strong> — эксперт по B2B-продажам, ДАЙЛИД.РФ. Помогает компаниям выстраивать воронку, квалификацию и коммерческие процессы.<br>
  Сайт: <a href="https://xn--80ahbpem.xn--p1ai/" target="_blank" rel="noopener">ДАЙЛИД.РФ</a>
</div>

</div>
</div>]]></turbo:content>
    </item>
  </channel>
</rss>
