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

За 18 лет в B2B-продажах, 8 из которых работала с продуктовыми ИТ-компаниями, я много раз видела одну и ту же ситуацию: компании пытаются масштабировать продажи раньше, чем выстроили сам процесс. В результате вместе с количеством менеджеров и лидов растут расходы, количество зависших сделок и управленческий хаос.

Чтобы увеличить продажи в B2B ИТ-компании, сначала нужно понять, где именно система теряет деньги. Обычно проблема находится в одном или нескольких местах: компания работает не с теми клиентами, слабо квалифицирует сделки, рано презентует продукт, не выходит на всех участников решения, не переводит возможности продукта в бизнес-эффект или не управляет воронкой на основании данных

Продажи растут не тогда, когда команда начинает «поднажимать сильнее», а когда становится понятно: кому продавать, какие сделки действительно перспективны, как вести клиента к решению и какие действия менеджеров влияют на конверсию и выручку

Навигация по статье

· Почему найм новых менеджеров не гарантирует рост продаж [ссылка: #pochemu-naim-menedzherov-ne-garantiruet-rost]
· Где ИТ-компания чаще всего теряет сделки [ссылка: #gde-it-kompaniya-teryaet-sdelki]
· Какие показатели проверить в первую очередь [ссылка: #kakie-pokazateli-proverit]
· Кейс: как сократить цикл сделки со 100 до 35 дней [ссылка: #kejs-sokrashchenie-cikla-sdelki]
· Что можно изменить в продажах за первые 30 дней [ссылка: #chto-izmenit-za-30-dnej]
· Когда нужен аудит системы продаж [ссылка: #kogda-nuzhen-audit-prodazh]
· Частые вопросы об увеличении B2B-продаж[ссылка: #chastye-voprosy]

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

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

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

Поэтому первый вопрос должен звучать не «сколько менеджеров нам ещё нанять?», а «на каком участке процесса мы теряем потенциальную выручку?».

Если продажи зависят от основателя или отдельных сильных менеджеров, сначала важно выстроить систему продаж в ИТ-компании: зафиксировать этапы, критерии квалификации, правила работы со сделками и управленческий ритм. [ссылка: /postroenie-sistemy-prodazh/]

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

Это особенно опасно для ИТ-компаний с длинным циклом сделки. Менеджер может несколько месяцев вести клиента, который слишком мал, чтобы получить ценность от продукта, не готов к внедрению или вообще ищет решение, которого у компании нет. Формально работа идёт. Фактически ресурсы уходят в сделку с минимальной вероятностью успеха.

Проверьте, зафиксирован ли у вас профиль идеального клиента (ICP). В нём должны быть не только отрасль, размер компании и география, но и признаки ситуации, в которой ваш продукт действительно нужен: актуальная задача, масштаб потерь, зрелость процессов, наличие ресурсов и готовность что-то менять

Одна из самых частых причин зависших сделок — формальная квалификация. Клиент относится к целевому сегменту и согласился посмотреть демонстрацию, значит, его переводят в активную воронку. Но готовность поговорить ещё не означает готовность купить.

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

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

Хорошая квалификация не сокращает воронку искусственно. Она освобождает время команды для сделок, в которых есть реальная задача и возможность покупки.

В ИТ-продажах легко попасть в ловушку продукта. Команда много сил вложила в разработку, знает каждую функцию и хочет как можно быстрее показать, насколько решение технологичное. Поэтому первый разговор превращается в демонстрацию возможностей системы.

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

Если менеджер начинает презентацию раньше, чем понял контекст, клиент слышит много информации, но не видит связи со своими приоритетами. После встречи он говорит: «интересно, пришлите материалы» — и исчезает.

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

В сложных B2B-продажах редко бывает один человек, который самостоятельно принимает решение. В обсуждении ИТ-проекта могут участвовать бизнес-заказчик, ИТ-директор, информационная безопасность, закупки, финансовый директор, юристы и будущие пользователи.

У каждого свои интересы и критерии. Бизнесу важен результат и скорость. ИТ-службе — архитектура, интеграция и нагрузка. Информационной безопасности — риски и соответствие требованиям. Финансовому директору — окупаемость. Закупкам — прозрачность условий, сроки и возможность сравнить поставщиков.

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

Задача менеджера — не просто «добраться до ЛПР», а понять карту принятия решения: кто заинтересован в проекте, кто может его заблокировать, кто отвечает за бюджет, кто формирует технические критерии и кому нужно отдельно показать ценность.

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

Руководитель покупает результат. Например: сотрудники тратят на отчётность на 30% меньше времени, количество ошибок сокращается, процесс становится прозрачным, а решение высвобождает ресурсы для задач, которые приносят выручку.

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

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

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

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

Для сложных проектов коммерческое предложение полезно дополнять бизнес-кейсом или расчётом окупаемости. Даже простой совместный расчёт на данных клиента помогает перевести обсуждение из плоскости «дорого или недорого» в плоскость «какой результат мы получим и за какой срок».

CRM сама по себе не делает продажи управляемыми. Если этапы названы формально, менеджеры переводят сделки по ощущениям, данные обновляются перед планёркой, а в прогноз попадает вся сумма воронки — система превращается в склад контактов.

У каждого этапа должна быть понятная цель и проверяемый результат. Например, сделка не переходит в этап «КП отправлено» только потому, что менеджер прикрепил файл. До этого должны быть подтверждены задача, состав участников, критерии выбора, сроки и согласованный следующий шаг.

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

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

Чтобы найти точки роста, недостаточно смотреть только на выручку и общую конверсию из лида в договор. Эти показатели не объясняют причин. Начните с нескольких более показательных метрик.

В одной из продуктовых ИТ-компаний мы продавали программное решение для работы с клиентской базой. Сформированного спроса на продукт почти не было: рынок не понимал ценность решения, клиенты настороженно относились к работе с данными и регулярно спрашивали, почему продукт стоит так дорого.

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

Мы последовательно изменили пять вещей:

1. Упростили процесс продажи и убрали этапы, которые забирали время, но не приближали клиента к решению.

2. Переформулировали ценностное предложение: вместо описания программы стали говорить о потерях выручки, которые она помогает сократить.

3. Внедрили качественную квалификацию: задача, влияние проблемы, доступ к участникам решения, ценность и сроки.

4. Начали считать окупаемость прямо на встрече на данных клиента.

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

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

В результате цикл сделки сократился со 100 до 35 дней, а выручка компании за год выросла почти в два раза. Новых продавцов для этого не нанимали: те же люди начали по-другому управлять сделками.