Бесплатный фрагмент - Слишком быстро, чтобы выжить

Глава 1. Хаос, который платит

Офис находился в бывшем складском корпусе на окраине города. Высокие потолки, металлические балки, стеклянные переговорки, в которых всегда было немного прохладно — даже летом. Компания занималась внедрением CRM и построением отделов продаж для B2B-клиентов: производственные компании, дистрибьюторы, региональные сети.

Рынок был пустоватый. Почти у каждого среднего бизнеса были Excel-таблицы, устные договорённости и «звёздный» менеджер, который держал половину выручки на личных контактах. Компания росла на этом хаосе.

Оборот за прошлый год — 128 миллионов.

На счетах в среднем держалось не больше 6–8 миллионов. Любая задержка оплаты крупного клиента съедала половину ликвидности. Формально — рост. Фактически — жизнь от платежа до платежа.

Формально — успех.

Он тогда ещё не знал, что существует несколько уровней развития системы:

хаос -> фильтр -> причинность -> система -> предел

И компания всё ещё находилась на первом.

С точки зрения системы — перегруз. Фактически — каждый месяц как прыжок через пропасть.

Совещание

Переговорная была занята с девяти утра. На экране — таблица с планом продаж.

План: 14 000 000

Никто в комнате не считал, выдержит ли компания этот план.

Факт: 11 800 000

Отклонение: –2 200 000

В комнате сидели:

— Андрей — собственник.

— Ольга — финансовый директор.

— Дмитрий — руководитель производства.

— Маркетинг — двое, с ноутбуками.

— Трое руководителей направлений.

— И он — пока ещё просто менеджер по продажам.

Тишина длилась дольше обычного.

Первым заговорил РОП:

— Сезонность.

Это слово звучало уже третий раз за полгода. Каждый раз — вместо ответа.

— В прошлом году в июне тоже просели. Плюс два крупных клиента перенесли оплату.

Ольга аккуратно перелистнула отчёт:

— Маржа в целом держится. Если дожмём дебиторку, выровняемся.

Дмитрий молчал. Он знал, что загрузка команды уже 90%. Любой новый проект — переработки.

Андрей смотрел на цифры без выражения.

— А если не выровняемся? — спокойно спросил он.

Вопрос повис в воздухе не потому, что был сложным.

А потому что никто не знал, где именно система ломается.

Проблема была в том, что никто не разделял три уровня происходящего:

— что допускается в систему

— почему результат отклоняется

— какую нагрузку система выдерживает

Без этого любое обсуждение превращалось в версии.

Маркетинг начал объяснять про лиды:

— Входящий поток нормальный. CPL вырос на 12%, но в пределах допустимого.

— Конверсия? — коротко.

— Просела на этапе коммерческого предложения.

— Почему?

— Нужно разбирать каждую сделку.

Снова тишина.

Андрей медленно закрыл ноутбук.

— Хорошо. Другой вопрос.

Он оглядел всех по очереди.

— Если я завтра уеду на месяц. Без связи. Что будет?

Никто не улыбнулся. Это был не риторический вопрос.

РОП первым попытался ответить:

— Мы справимся.

— Как именно? — уточнил Андрей.

Пауза.

— Ну… план поставим, будем контролировать.

— Как вы контролируете сейчас? — спросил он, не повышая голоса.

Никто не знал, что сказать. Потому что контроль выглядел так:

— Андрей подключался к крупным сделкам.

— Андрей лично согласовывал скидки.

— Андрей принимал решения по нестандартным условиям.

— Андрей «разруливал» конфликты.

— Без Андрея решения останавливались.

Он был ускорителем.

И единственным несущим элементом системы.

И тормозом одновременно.

Совещание закончилось стандартно:

— Усиливаем контроль.

— Разбираем просевшие сделки.

— Подключаемся к крупным переговорам.

— Маркетинг пересчитывает гипотезы.

Люди разошлись.

Он задержался.

Он не просто задержался.

Он впервые не принял объяснение.

Раньше он соглашался с «сезонностью».

Теперь — начал сомневаться в системе.

На экране всё ещё горела цифра –2 200 000.

После совещания

В коридоре РОП хлопнул его по плечу:

— Нормально отработаем. Просто месяц такой.

Он кивнул.

Но в голове не сходилось.

«Просто месяц» повторялся уже третий раз за полгода.

Он сел за свой стол и открыл CRM.

Прошёлся по сделкам, которые сорвались в этом месяце.

Пять крупных.

Три средних.

Одинаковый сценарий:

— Встреча прошла отлично.

— Клиент заинтересован.

— Отправлено коммерческое.

— Пауза.

— «Мы пока подумаем».

— Сделка уходит.

Сделки умирали не случайно.

Если ошибка повторяется — это не случайность.

Это свойство системы.

И значит, её можно найти.

Они умирали по шаблону.

Он открыл комментарии менеджеров.

«Клиент взял паузу.»

«Сравнивают предложения.»

«Долго согласовывают бюджет.»

Фразы были разные. Причина — будто одна.

Он начал листать сделки прошлого месяца.

Похожая картина.

Ещё месяц назад — почти то же самое.

Тогда они списали на «перегруз производства» и «рынок замер».

Сейчас — «сезонность».

Слово менялось. Сценарий — нет.

Это была не сезонность.

Это была не проблема конверсии.

Это была проблема допуска.

В систему попадало то, что не должно было туда попадать.

Это была система без фильтра.

Он ещё не знал, но столкнулся с первым законом роста:

Рост не ломает компанию сам по себе.

Компанию ломает отсутствие фильтра допуска.

Любая система растёт не тем, что делает больше.

А тем, что перестаёт пропускать лишнее.

В тот момент он впервые увидел разницу:

между потоком и управлением потоком.

Производство

После обеда он зашёл к Дмитрию.

— Как дела?

— Как всегда. — тот усмехнулся. — На грани.

— 90% загрузки?

— 92. Если честно.

Любая ошибка в таком режиме превращалась не в проблему. В цепную реакцию.

— Это нормально?

— Пока не случится форс-мажор.

Он посмотрел на доску задач.

Каждый проект — свой набор доработок, интеграций, исключений.

— А мы можем взять ещё два крупных проекта в следующем месяце?

Дмитрий посмотрел на него внимательно.

— Можем. Если кто-то будет работать по ночам.

— А если не возьмём?

— Андрей будет недоволен.

Он кивнул.

Рост был как ускорение без конструкции, рассчитанной на эту скорость.

Вечером

Вечером он задержался. Не потому что нужно было. Просто не хотелось уходить с ощущением непонимания.

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

Таблица получилась не такой большой.

Открыл причины отказов.

Начал группировать.

Через полчаса стало странно.

Большинство сорванных сделок относились к одному типу клиентов:

— компании без выделенного руководителя проекта,

— решения принимаются «советом»,

— бюджет «ориентировочный»,

— сроки «не горят».

Они продавали не туда. Но воронка этого не показывала.

Он вспомнил недавнюю встречу.

Клиент долго рассказывал о планах цифровизации.

Они обсуждали масштаб.

Говорили о будущем.

Он вышел вдохновлённым.

А потом — пауза.

И отказ.

Он начал вспоминать другие встречи.

Похожий тип клиента.

Много разговоров.

Мало конкретики.

И наоборот.

Те, кто:

— называли конкретный срок,

— имели одного ответственного,

— говорили о конкретной боли,

закрывались быстрее и почти без торга.

Он смотрел на таблицу и чувствовал странное спокойствие.

Это не «сезонность». Это повторяемая ошибка допуска.

Это повторяемость.

Вечер дома

Дома жена спросила:

— Опять совещание тяжёлое?

— Почти план сделали.

— Почти — это сколько?

— Минус два миллиона.

— И это плохо?

Он задумался.

— Плохо не это. Плохо, что каждый месяц мы почти делаем.

— Может, это нормально?

— Нормально — это когда понимаешь, почему.

Он взял ноутбук и открыл таблицу.

Начал отмечать сделки маркером:

— тип клиента,

— наличие бюджета,

— срок внедрения,

— кто принимает решение.

Название: Первичная квалификация сделки

Уровень: Хаос -> Фильтр

Задача: отличить интерес от готовности

Параметры:

— ответственный

— бюджет

— срок

— последствия

Ошибка:

считать контакт сделкой

Эффект:

снижение ложных возможностей

Через час стало очевидно:

Большая часть провалов — сделки без чёткого заказчика и без зафиксированного бюджета.

Они тратили время.

Производство резервировало слоты.

Менеджеры ждали.

Потом клиент «думал».

И уходил.

Следующее утро

Он пришёл раньше обычного.

Снова открыл CRM.

Взял активные сделки.

Начал задавать себе вопросы:

— Есть ли конкретный ответственный?

— Зафиксирован ли бюджет?

— Есть ли срок запуска?

— Понимает ли клиент цену бездействия?

Он ещё не формулировал это так, но по сути проверял первый контур системы — допуск.

Любая сделка должна была пройти:

Сначала — допуск

Потом — причинность

Потом — нагрузка

Если порядок нарушен — возникает хаос.

Прежде чем стать реальностью.

И только после этого имело смысл разбираться, почему она движется или нет.

И затем — выдержит ли система её выполнение.

Если хотя бы два пункта отсутствовали — сделка выглядела слабой.

Он впервые сформулировал это как правило:

Критерий допуска сделки (версия 1.0):

Название: Gate 0 (версия 1.0)

Уровень: Фильтр

Задача:

определить наличие сделки

Правило:

если нет 3 из 4 — остановка

Состав:

1. Ответственный

2. Бюджет

3. Срок

4. Последствие бездействия

Ошибка:

продажа без допуска

Эффект:

рост точности воронки

Если нет хотя бы двух — это не сделка.

Это интерес.

Раньше он это чувствовал.

Теперь — фиксировал.

В системе она считалась нормальной.

Но воронка этого не показывала.

Воронка показывала:

«Встреча проведена».

«Коммерческое отправлено».

«Ожидаем ответ».

Никто не фиксировал зрелость клиента.

Только факт контакта.

Он откинулся на спинку кресла.

Он пока видел только один уровень проблемы.

Это был первый уровень.

Уровень, на котором кажется, что проблема в количестве.

Хотя на самом деле проблема — в качестве допуска.

Но на самом деле их было несколько.

Сначала — хаос.

Потом — фильтр.

Потом — причинность.

Он находился в самом начале.

На уровне, где всё ещё кажется, что дело в количестве лидов.

Проблема была не в лидах. Проблема была в том, что система не различала готовность.

Оборот растёт.

Но управляемость — нет.

Потому что никто не различает:

— интерес,

— намерение,

— готовность.

Всё считается одинаково.

Маленький эксперимент

Это был не эксперимент с продажей.

Это была первая попытка управлять входом в систему.

В тот же день у него была встреча с новым клиентом — производственной компанией из соседнего региона.

Раньше он бы:

— рассказал о возможностях,

— показал кейсы,

— предложил пилот.

В этот раз он решил иначе.

На встрече он спросил:

— Кто будет отвечать за внедрение?

— Ну… посмотрим. Возможно, ИТ-директор.

— У него есть KPI, завязанный на продажах?

— Нет.

— Бюджет уже утверждён?

— Мы планируем на следующий квартал.

— Если вы не внедрите CRM в этом году, что произойдёт?

Пауза.

— Ничего критичного.

И в этот момент стало ясно:

Сделка не умерла.

Она не должна была родиться.

И это была принципиальная разница.

Сделка была мёртвой ещё до начала.

Он понял.

Встреча закончилась мягко.

Без энтузиазма.

Раньше он бы считал это перспективной сделкой.

Теперь — нет.

Раньше он продавал интерес. Теперь он искал готовность.

Это было первое изменение.

Он перестал быть продавцом.

Он ещё не стал руководителем.

Но уже перестал быть исполнителем.

Он начал управлять не сделками.

А входом в систему.

И начал становиться фильтром.

Пока ещё неосознанно.

Но именно с этого начинается переход от результата к системе.

Возвращение к цифрам

К концу недели у него была таблица.

Неофициальная.

Без статусов CRM.

Без красивых отчётов.

Только:

— тип клиента,

— зрелость решения,

— наличие бюджета,

— конкретный заказчик,

— реальный срок.

Он заметил, что его собственные сделки почти всегда соответствуют этим критериям.

И именно поэтому его конверсия выше.

Не потому что он лучше говорит.

А потому что он не тратит время на иллюзии.

Второе совещание

Через неделю состоялась промежуточная встреча.

План на следующий месяц — снова амбициозный.

Андрей говорил быстро:

— Нам нужно выйти на 16 миллионов. Рынок позволяет.

Он впервые поднял руку.

— Можно вопрос?

Все повернулись.

— Мы считаем все встречи одинаковыми?

РОП нахмурился:

— В смысле?

— Есть встречи, где у клиента нет бюджета, нет ответственного и нет срока. И есть встречи, где всё это есть. В воронке они одинаковые.

Тишина.

— И что? — спросил Андрей.

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

Он говорил спокойно.

Без обвинений.

— Ты предлагаешь что? — уточнил собственник.

— Квалифицировать сделки глубже. Отсечь те, где нет реального решения. И не считать их в прогнозе.

В комнате повисло напряжение.

Маркетинг возразил:

— Тогда упадёт воронка.

— Нет, — ответил он. — Упадёт иллюзия.

Пауза затянулась.

Андрей смотрел на него дольше обычного.

— Подготовь критерии. Обсудим.

Совещание продолжилось.

Но внутри него уже что-то изменилось.

Итог главы

Вечером он снова открыл свою таблицу.

Теперь это было не просто наблюдение.

Это был первый шаг. Первый шаг от продаж к системе.

Он написал вверху листа:

Он ещё не называл это системой.

Но это уже было управление.

Не результатом.

А тем, что допускается к результату.

Не каждая встреча — сделка.

Не каждая возможность — ресурс.

Не каждый интерес — намерение.

Не каждый оборот — управляемость.

Компания зарабатывала.

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

А значит — не управляла ростом.

Он ещё не знал формулы.

Но уже столкнулся с её следствием:

Рост = не увеличение потока.

Рост = контроль допуска

Не количество создаёт результат.

А то, что проходит фильтр.

И всё, что не проходит фильтр,

рано или поздно становится проблемой.

Он сохранил файл.

И назвал его:

Квалификация 1.0

Он не называл это системой.

Но именно здесь появился первый элемент будущей архитектуры:

допуск.

Первый из нескольких уровней,

которые позже соберутся в единую модель управления компанией.

Глава 2. Сделка без границ

Контракт был почти закрыт.

Он ещё думал, что управляет сделкой.

Но на самом деле — проходил через первый слой системы.

Любая сделка — это не переговоры.

Это проверка допуска.

И если допуск не пройден — результат не имеет значения.

Он ещё не знал, что в этот момент происходит не переговоры.

Происходит допуск.

Любая сделка проходит три проверки системы:

Он впервые разделил происходящее на три контура:

1. Допуск — можно ли вообще входить

2. Причинность — понимаем ли мы, почему клиент купит

3. Нагрузка — выдержит ли компания последствия

И впервые стало ясно:

он участвовал только в одном из трёх.

Поэтому сделка уже была нестабильной.

Он участвовал только во втором уровне.

Это был уровень хаоса.

Где есть действия — но нет структуры.

Где сделки ведутся — но система не существует.

И именно на этом уровне рост кажется лёгким.

Пока не становится опасным.

Первого и третьего — не существовало.

И именно поэтому сделка уже была ошибкой.

Это была не просто сделка.

Это было подтверждение его веса в компании.

Компания «ВекторПром» — производитель комплектующих для строительных компаний.

120 сотрудников.

Оборот около 240 миллионов.

У них был отдел продаж из двенадцати человек — хаотичный, без воронки, без аналитики.

Идеальный клиент для внедрения CRM и перестройки системы.

Он провёл с ними:

— три встречи

— две стратегические сессии

— аудит текущих продаж

— презентацию решения

Смета — 3,2 млн.

Маржа — около 28%.

После последней встречи финансовый директор пожал ему руку:

— Нам нравится ваш подход. Вы не просто CRM продаёте.

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

Любая возможность проходит стадии:

интерес -> намерение -> готовность -> сделка

Но в его голове всё ещё существовал только один уровень:

«нравится / не нравится клиенту»

Он продавал на уровне интереса.

А деньги всегда платятся на уровне готовности.

Он хочет её закрыть.

Он не думал о системе.

Он думал о результате.

Закрыть сделку.

Подтвердить свою ценность.

Доказать, что может.

И именно это делало его уязвимым.

Потому что зависимость от сделки — это потеря позиции.

Любой ценой.

И именно в этот момент он перестал быть переговорщиком.

Он стал зависимым.

Коммерческий директор добавил:

— Главное — внедрить без сопротивления.

Он ответил спокойно:

— Мы строим архитектуру продаж. Не просто ставим систему.

Он вышел из офиса клиента уверенным.

Через два дня пришло письмо.

Письмо пришло утром.

Без звонка.

Без попытки обсудить.

Он понял это сразу.

Сделку даже не пытались дожать.

Её просто заменили.

«Благодарим за участие.

Мы приняли решение работать с другой компанией.

Причина — более гибкие коммерческие условия.»

Он перечитал письмо три раза.

«Более гибкие условия» означало одно.

Цена.

Ночь

В офисе уже никого не было.

Он открыл коммерческое предложение.

Первоначальная цена: 3,2 млн.

Он прокрутил переписку.

Первая уступка:

— Можно ли оптимизировать бюджет?

Он снизил до 2,95.

Вторая уступка:

— А если убрать обучение?

Он убрал часть очных сессий.

2,7 млн.

Третья уступка:

— Давайте начнём с пилота.

Он согласился.

2,4 млн.

Он закрыл ноутбук.

— Я сделал всё, что мог.

Фраза прозвучала автоматически.

Как защита.

Но внутри уже появилось сомнение:

а что если он сделал слишком много?

— Всё сделал правильно, — сказал он вслух.

Дом

Жена спросила:

— Опять не подписали?

— Нет.

— Почему?

— Они выбрали дешевле.

— Ты мог сделать дешевле?

Он ответил резко:

— Потому что есть предел.

Но в голове всплыла цифра.

2,4

И что-то в этой цифре не давало покоя.

Таблица

Ночью он снова открыл ноутбук.

Открыл калькуляцию проекта.

Он начал складывать.

Он впервые включил третий контур.

Контур нагрузки.

Это был первый раз, когда он посмотрел на сделку не как на выручку.

А как на нагрузку на систему.

Не «сколько заработаем».

А «что выдержим».

И именно этот вопрос полностью меняет управление.

До этого момента сделка оценивалась только по вероятности закрытия.

Теперь — по последствиям выполнения.

Не «закроем ли».

А «выдержим ли».

Каждая строка была как удар:

зарплаты — фиксированы

время — не вернуть

люди — уже заняты

Команда внедрения — 1,6 млн

Аналитика — 300 тыс.

Проектный менеджер — 450 тыс.

Командировки — 180 тыс.

Накладные и налоги — 240 тыс.

Итого.

2,77 млн.

Он уставился в цифры.

Он вдруг понял простую вещь:

Сделка может быть выиграна на рынке

и проиграна внутри компании.

Он дописал мысленно:

Рынок выигрывает сделки.

Система определяет результат.

И если система не готова — победа становится проблемой.

И в этот момент впервые появилась новая формула:

Выручка не равно прибыль

Закрытие не равно результат

Сделка не равно ценность

2,77.

Он не сразу понял.

Сначала это была просто цифра.

Потом — разница.

Потом — минус.

А он согласился на 2,4.

За окном прошелестел ветер.

Он медленно откинулся на спинку стула.

И вдруг понял вещь, от которой стало холодно.

Если бы клиент согласился.

Это был бы не просто плохой контракт.

Это был бы:

— перегруженный проект

— выгоревшая команда

— испорченный клиент

— и минус в отчёте, который пришлось бы объяснять

Компания получила бы убыточный проект.

Он провёл пальцем по экрану.

Минус триста семьдесят тысяч.

Это без учёта рисков.

Без учёта доработок.

Без учёта переработок команды.

Он представил внедрение.

Пять месяцев работы.

Перегруженная команда.

Нулевая маржа.

Любая ошибка — прямой убыток.

Он тихо сказал:

— Если бы они согласились на 2,4…

— мы бы сами загнали компанию в минус.

Поворот

Он вдруг почувствовал странное облегчение.

Он проиграл сделку.

Он впервые не почувствовал поражения.

Он почувствовал контроль.

Потому что впервые увидел систему.

И понял:

лучше потерять сделку,

чем потерять управляемость.

Но впервые выиграл систему.

И это ощущение было непривычным.

Потому что раньше победа всегда означала «подписали».

Клиент не отказался.

Клиент спас компанию от плохой сделки.

Он проиграл переговоры.

Но система выиграла.

И только сейчас он понял настоящую проблему.

Он уступал.

Он не просто уступал.

Он терял границу системы.

Сделка без границы превращается в риск.

Риск — в убыток.

И это происходит незаметно.

Пока не становится поздно.

Пока не стало больно.

Потому что не знал границы.

Он знал желаемую цену.

Но не знал минимально допустимую.

Он торговался вслепую.

Осознание

Он открыл блокнот.

Он ещё не знал, что это не просто инструмент.

Это первый элемент архитектуры.

Не техники переговоров.

А системы допуска.

И впервые оформил это не как мысль.

А как инструмент.

Название: Gate 0 (допуск сделки)

Уровень: Фильтр

Задача:

Определить, существует ли сделка

Правило:

Если отсутствует хотя бы один критерий — остановка

Состав:

— Бюджет (подтверждённый)

— ЛПР

— Последствия бездействия

— Альтернативы

Ошибка:

Начинать продажу без допуска

Эффект:

— снижение ложных сделок

— рост конверсии

Сделка: ВекторПром

Название: Границы сделки (Min / Max / BATNA)

Уровень: Фильтр

Задача:

задать предел переговоров

Правило:

Если Min не зафиксирован — переговоры запрещены

Ошибка:

уступки без расчёта

Эффект:

сохранение маржи и позиции

Max — 3,2 млн

Min — 2,9 млн

BATNA — два проекта в pipeline по 1,6 млн.

Он впервые честно посмотрел на альтернативы.

Если бы он отказался от сделки на 2,4 —

ничего бы не произошло.

У него были другие проекты.

Но в момент переговоров он видел только один контракт.

И терял стратегическое мышление.

Gate

Он листал дальше книгу, которую нашёл ночью.

Первая строка была простой:

«Переговоры начинаются до встречи.»

Ниже шёл список.

— Gate 0

— Max

— Min

— BATNA

Он остановился на первой строке.

Gate 0 — допуск сделки.

Gate 0 включает четыре проверки:

1. Есть ли реальный бюджет (не «обсуждаем», а подтверждён)

2. Есть ли ЛПР

3. Есть ли последствия бездействия

4. Есть ли альтернатива

Gate 0 — это не этап продаж.

Gate — это слой перед системой.

Он определяет не то, как мы продаём.

А то, имеем ли мы право продавать.

Это фильтр системы.

Он стоит до воронки.

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

Это не потеря сделок.

Это защита системы от иллюзий.

Если хотя бы одного пункта нет — это не сделка.

Это иллюзия.

Он понял.

Он ни разу не проверил:

— реальный бюджет

— структуру принятия решения

— альтернативных поставщиков

— последствия отказа

Он просто начал продавать.

Новая граница

На следующий день у него была встреча.

Раньше он входил в переговоры, чтобы понравиться.

Теперь — чтобы отсеять.

Раньше он был продавцом.

Теперь он становился фильтром.

Разница была не в навыке.

А в роли.

Продавец увеличивает вероятность сделки.

Фильтр уменьшает количество ошибок.

И именно второе делает систему сильнее.

Раньше он боялся потерять сделку.

Теперь — боялся впустить плохую.

Раньше он бы сразу начал презентацию.

Теперь он начал иначе.

— Прежде чем обсуждать решение, мне нужно понять несколько вещей.

Клиент слегка напрягся.

Это было не похоже на обычную продажу.

Разговор перестал быть комфортным.

И стал честным.

Клиент нахмурился.

— Каких?

— Какой бюджет реально утверждён?

— Кто финально принимает решение?

— Какие альтернативы вы рассматриваете?

— Что произойдёт, если проект не запустится в этом году?

Пауза.

— Обычно нам так вопросы не задают, — сказал клиент.

Он кивнул.

— Поэтому обычно и возникают проблемы после подписания.

Новое ощущение

После встречи менеджер спросил:

— Ты сегодня какой-то жёсткий был.

Он покачал головой.

— Нет.

— Я был структурный.

— А если они скажут, что дорого?

Он ответил спокойно:

— Значит, это не наш проект.

Раньше он боялся потерять сделку.

Теперь он боялся потерять границу.

Итог

Через три дня «ТехСнаб» написал:

Без торга.

Без затяжных обсуждений.

Без «давайте подумаем».

Сделка выглядела проще.

Но на самом деле — была чище.

«Готовы подписать на 1,85 млн.»

Маржа — 22%.

Чистая.

Без перекосов.

Он улыбнулся.

Не потому что выиграл.

А потому что впервые не уступал вслепую.

Росток системы

Вечером он снова открыл блокнот.

Он переписал правила ещё раз.

Он переписал это как систему ограничений:

Название: Правила допуска сделки

1. Нет Gate 0 — нет входа

2. Нет Min — нет переговоров

3. Нет альтернативы — нет позиции

4. Уступка без расчёта — запрещена

Это были не советы.

Это были границы.

И написал четыре строки.

— Нет Gate 0 — нет допуска

— Нет Min — нет переговоров

— Нет альтернативы — нет позиции силы

— Любая уступка без расчёта = риск убытка

Он не думал о стратегии компании.

Он просто не хотел снова оказаться в сделке без границы.

Но именно в этот момент появился первый элемент будущей архитектуры.

Личный фильтр допуска.

Не каждая сделка достойна входа.

Продажа начинается не с презентации.

А с отказа.

И именно в этот момент рост перестаёт быть хаосом.

И начинает становиться системой.

Пока это касалось только переговоров.

Он ещё не знал,

что однажды применит ту же логику:

сначала к отделу,

потом к компании,

а потом — к масштабу.

Он ещё не знал,

что только что построил первый контур системы.

Контур допуска.

Позже к нему добавятся:

Это был только первый уровень.

За ним появятся:

— причинность

— система

— предел

И только вместе они дадут управляемость.

И вместе они станут архитектурой компании.

Но сейчас это выглядело просто:

не входить туда, где нельзя выиграть.

Любая система начинается не с роста.

Она начинается с ограничения.

И именно это делает рост возможным.

Глава 3. Личная система

В понедельник в 9:30 отдел продаж уже шумел.

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

Лиды — 214.

Встречи — 73.

Коммерческие предложения — 41.

Сделки — 17.

Конверсия в сделку — 7,9%.

— Нормально, — сказал Роман, один из старших менеджеров. — С учётом сезона вообще отлично.

— Отлично — это 10% и выше, — сухо ответил герой.

Он не спорил громко. Просто констатировал.

Роман усмехнулся:

— У тебя просто клиенты лучше. Тебе сливают тёплых.

Это повторялось уже третий месяц.

Герой открыл свою вкладку.

Лиды — 38.

Встречи — 21.

КП — 16.

Сделки — 9.

Конверсия — 23,6%.

В комнате повисла пауза.

— Ну да, — сказал кто-то с заднего ряда. — Повезло.

Герой закрыл ноутбук.

Он знал, что это не везение.

Он открыл блокнот и впервые попытался сформулировать, что именно он делает иначе.

Не техники.

Не скрипты.

Фильтр.

Он не улучшал продажи.

Он ограничивал вход.

И если это правда — значит результат создаётся не усилием, а допуском системы.

Он записал:

Результат = не то, что мы делаем.

Он дописал вторую строку:

Результат = Допущенные действия

И впервые стало очевидно:

усилие не создаёт результат.

Результат создаётся границей допуска.

Компания занималась внедрением цифровых систем управления продажами для среднего B2B-сегмента: CRM, автоматизация воронки, интеграция телефонии, аналитика.

Рынок рос.

Спрос был.

Хаос — тоже.

Маркетинг лил трафик через контекст и вебинары. Лиды приходили пачками. Проблема была не в количестве.

Проблема была в одинаковых провалах.

— Они не готовы, — говорил маркетинг.

— Они неадекватные, — отвечали менеджеры.

— Они просто торгуются, — добавлял кто-то.

Герой три месяца назад перестал участвовать в этих обсуждениях.

Он начал записывать.

Вечером, когда офис пустел, он оставался ещё на час.

Не ради переработки.

Ради тишины.

Он открыл обычный блокнот. Не CRM. Не Google-таблицу. Блокнот.

На первой странице было написано:

Типы лидов.

Он ещё не знал, но это был второй уровень системы.

Он впервые попробовал зафиксировать это не как наблюдение, а как уровень.

Система всегда проходит одни и те же этапы:

1. Хаос — все лиды равны

2. Фильтр — появляется допуск

3. Причинность — появляется объяснение

4. Система — появляется повторяемость

5. Предел — появляется ограничение роста

Он находился на втором уровне.

И впервые начал его осознавать.

Первый — хаос, где все лиды равны.

Второй — фильтр, где не каждый лид допускается.

Он впервые начал строить не список, а уровень.

Он разделил их на четыре категории:

Название: Типология лидов

Уровень: Фильтр

Задача: определить вероятность сделки до начала продажи

— Срочный пожар — у клиента всё рушится, нужен быстрый запуск.

— Руководитель-реформатор — новый директор по продажам, хочет перестроить систему.

— Собственник-наблюдатель — интересуется, но не готов менять.

— Сравнивающий — собирает 3–4 КП, решение не срочное.

Правило:

Работа только с первыми двумя

Ошибка:

одинаковая работа со всеми типами

Эффект:

рост конверсии без увеличения трафика

Он понял, что это не просто наблюдение. Это фильтр допуска.»

Название: Gate 0 (лид)

Уровень: Допуск

Задача: определить, есть ли сделка

Критерии:

— Ущерб

— Ответственный

— Срок

— Бюджет

Правило:

Нет 3 из 4 — отказ от входа

Ошибка:

продажа без допуска

Эффект:

снижение потерь времени

Он впервые увидел: сначала допуск, потом действие.

Если нет трёх из четырёх — это не сделка. Это интерес.

Потом он начал фиксировать причины отказов.

Не общие. Конкретные формулировки.

— «Дорого» — 12 случаев.

— «Сейчас не время» — 9.

— «Решим сами» — 5.

— «Нужно согласовать с партнёром» — 7.

Он заметил, что «дорого» почти всегда звучит у третьей категории — собственников-наблюдателей.

А «не время» — у сравнивающих.

Это были не возражения.

Это были маркеры несоответствия этапа.

Он потратил 2 недели на «идеального клиента», который сорвался.

И осознание:

«Я снова продал тому, кто не собирался покупать.»

На следующей неделе он начал иначе готовиться к звонкам.

Перед каждым контактом он писал три строки:

— Кто принимает решение?

— Какой у них реальный ущерб от текущего хаоса?

— Что для них будет Min — минимально приемлемый результат?

Min он заимствовал из книги по переговорам «Система GATE», которую прочитал после одного болезненного проигрыша.

Название: Min клиента

Уровень: Фильтр / Причинность

Задача: зафиксировать границу решения

Правило:

Нет Min -> нет сделки

Ошибка:

переговоры без границы

Эффект:

сокращение цикла сделки

Вывод:

Min определяет границу сделки, а не цена

Раньше он входил в разговор, надеясь убедить.

Теперь он входил, чтобы проверить соответствие.

Фильтр 3 вопросов (Cause Layer — начало):

— Кто платит?

— Почему сейчас?

— Что будет, если ничего не делать?

Он впервые увидел порядок:

Сначала допуск.

Потом причина.

Если перепутать — система начинает шуметь.

Продажа без допуска превращается в угадывание.

Причинность без допуска превращается в оправдание.

Если нет ответа — нет причины.

Если нет причины — нет движения.

Он впервые связал фильтр и причинность.

Сначала допуск.

Потом причина.

Если ответа нет — разговор заканчивается

Если клиент не проходил «Gate 0» — не было срочности, не было лица, принимающего решение, не было боли — он не тратил час на презентацию.

Он завершал разговор за 15 минут.

Коллеги считали это халтурой.

Он считал это квалификацией.

Через месяц его средний цикл сделки сократился с 29 до 18 дней.

Средний чек вырос на 12%.

Он перестал «дожимать» тех, кто не готов.

Он концентрировался на тех, кто соответствовал структуре.

Он не стал продавать лучше. Он стал не сильнее.

Он стал точнее.

И именно точность определяет масштаб.

Потому что только точная система может повторяться.

Он стал жёстче к входу.

И в этот момент произошёл сдвиг.

Он перестал быть продавцом.

Раньше он пытался увеличить результат.

Теперь — уменьшал ошибки.

Раньше он ускорял сделки.

Теперь — ограничивал вход.

Он перестал быть исполнителем.

И начал становиться системой.

И начал становиться архитектором.

Не потому что строил процессы.

А потому что начал управлять тем, что допускается в систему.

На ежемесячном собрании Роман снова сказал:

— Тебе просто проще клиенты достаются.

Герой впервые не стал молчать.

— Давайте проверим, — сказал он спокойно. — Я покажу.

В переговорной собрались семь менеджеров и РОП.

Герой открыл экран.

— Вот мои лиды за последние два месяца.

— «Ты просто сливаешь сложных клиентов», — сказал Роман.

— «Нет. Я не беру тех, кто не готов решать проблему.»

Он вывел таблицу.

Колонка 1 — Категория лида.

Колонка 2 — Статус.

Колонка 3 — Причина отказа.

Колонка 4 — Этап, на котором остановились.

— Я не беру в работу третью категорию, — сказал он.

— Почему? — спросил РОП.

— Потому что у них нет ущерба. Они интересуются. Но не меняются. Вероятность сделки — ниже 5%.

— Откуда цифра?

— Из 22 таких лидов за квартал закрылись один.

Он пролистал.

— Вот «пожары». Конверсия — 41%.

— «Реформаторы» — 33%.

— «Сравнивающие» — 12%.

Комната притихла.

Модель лида:

Модель лида (уровни зрелости):

Интерес -> Намерение -> Готовность -> Сделка

Ошибка уровня хаоса:

считать интерес сделкой

Ошибка уровня роста:

считать намерение гарантией

Реальность системы:

деньги появляются только на уровне готовности

— Мы продаём на уровне интереса. А деньги платят на уровне готовности

— А вот причины отказа по каждому типу, — продолжил он. — «Дорого» возникает, когда у клиента нет количественного понимания потерь. Если на встрече не посчитали ущерб — сделка почти всегда умирает.

— И что? — спросил кто-то.

— И всё. Я просто считаю ущерб до предложения цены.

Он открыл ещё одну вкладку.

Этапы сделки:

Инструмент: Этапы сделки

Уровень: Причинность

Структура:

1. Квалификация

2. Диагностика

3. Финансовый расчёт

4. Архитектура решения

5. Согласование

Правило перехода:

Нельзя перейти дальше без завершения предыдущего этапа

Ошибка:

Пропуск диагностики -> обесценивание цены

— Если пропустить диагностику, — сказал он, — цена всегда кажется завышенной. Если нет расчёта, Min не определён.

— Min чего? — спросил Роман.

— Минимально приемлемого результата для клиента. Если он сам не понимает, что для него «достаточно», он будет торговаться бесконечно. Если у клиента нет Min — он не может принять решение. Он может только сравнивать.

РОП смотрел внимательно.

— Ты хочешь сказать, что мы продаём не хуже, а структурируем хуже?

— Мы импровизируем, — ответил герой. — А я повторяю одно и то же.

Пауза затянулась.

— И что ты предлагаешь? — спросил РОП.