# Теория ограничений Голдратта — узкое место в продажах, а не в цеху Теория ограничений (TOC) утверждает простую вещь: у любой системы есть одно звено, которое определяет её пропускную способность, и улучшать всё остальное бессмысленно, пока не улучшено оно. Элияху Голдратт сформулировал это для заводского цеха, и промышленные компании обычно так и применяют теорию — к станкам и производственному графику. В моей практике самое узкое место промышленного продукта почти никогда не стояло в цеху. Оно стояло между заявкой клиента и коммерческим предложением. ## Что говорит мировая практика Голдратт, израильский физик, пришёл в управление через софт: его компания Creative Output разрабатывала OPT — программу планирования производства с учётом ограниченных мощностей. В 1984 году вместе с Джеффом Коксом он выпустил бизнес-роман «The Goal» («Цель»), где директор завода спасает предприятие, научившись искать узкое место. Книга популяризировала то, что позже назвали пятью шагами фокусирования. В формулировке [Theory of Constraints Institute](https://www.tocinstitute.org/five-focusing-steps.html): найти ограничение системы; максимально использовать его; подчинить ему всё остальное; расширить ограничение; не допустить, чтобы инерция стала новым ограничением, — и вернуться к первому шагу. Там же в списке типичных постоянных ограничений стоят продажи, маркетинг и R&D, а не только оборудование. Производственная реализация этих шагов — метод «барабан — буфер — канат»: узкое место задаёт темп (барабан), перед ним держат запас времени (буфер), а запуск материалов в производство привязан к темпу узкого места (канат), чтобы остальные участки не заваливали систему незавершёнкой. Под метод Голдратт построил и собственный управленческий учёт — throughput accounting. Как объясняет [ACCA](https://www.accaglobal.com/gb/en/student/exam-support-resources/fundamentals-exams-study-resources/f5/technical-articles/throughput-constraints1.html), в нём три показателя: throughput — скорость, с которой система зарабатывает деньги через продажи; inventory — все деньги, вложенные в то, что система собирается продать; operating expense — все деньги, потраченные на превращение запасов в throughput. Мерилом решения становится не себестоимость единицы, а выручка на час работы узкого места. Позже Голдратт перенёс теорию за пределы завода: в «It's Not Luck» (1994) — на маркетинг и стратегию, включая идею предложения, от которого рынок не может отказаться, когда ограничением становится сам рынок; в «Critical Chain» (1997) — на управление проектами. Эффект, о котором пишут сторонники, впечатляет. Обзор [Balderstone и Mabin](https://www.tocinstitute.org/uploads/1/2/7/9/12796657/toc_impact_study.pdf) из Университета Виктории в Веллингтоне собрал количественные данные по 77 компаниям: среднее сокращение сроков выполнения заказов — 69%, времени цикла — 66%, запасов — 50%, рост выручки и throughput — 68%. Но авторы сами оговаривают, что неудачных внедрений в публикациях не нашлось ни одного, — это признак отбора успешных историй, а не доказательство универсальности. Критика идёт с трёх сторон. Математическая: при нескольких узких местах эвристика TOC по выбору продуктового микса проигрывает линейному программированию — эту дискуссию подробно вели [Balakrishnan и Cheng](https://doi.org/10.1080/002075400188951) в International Journal of Production Research, а [Linhares](https://doi.org/10.1016/j.ijpe.2009.04.023) показал, что задача продуктового микса вычислительно настолько сложна, что простое правило TOC в общем случае не гарантирует оптимума. Методологическая: Дан Трич в статье [«From Management by Constraints to Management by Criticalities»](https://doi.org/10.3233/hsm-2005-24109) называет TOC не теорией, а набором рекомендаций, указывает на внутреннее противоречие — «барабан — буфер — канат» запрещает балансировать мощности, а четвёртый шаг к балансировке ведёт — и отмечает, что успешные внедрения никогда не следуют «официальной» версии буквально. Историческая: критики считают, что многое в TOC заимствовано из системной динамики, сетевого планирования и бережливого производства без ссылок на источники. ## Что из этого выдержало мою практику Первый шаг Голдратта — найти ограничение — в продажах промышленного продукта даёт неожиданный ответ. Годовой аудит воронки быстровозводимых конструкций по данным CRM показал 1642 обращения, из которых целевых только 266 (16,2%), и 13 контрактов на 15 млн рублей ([[Аудит воронки продаж конструкций]]). Интуитивная реакция на такую воронку — покупать больше трафика. Но лиды не были узким местом: при таком потоке больше обращений означало бы больше нецелевых заявок, которые менеджеры разбирают вручную. Узким местом был расчёт коммерческого предложения: у менеджера он занимал полтора-два месяца ([[История инструментов продаж — от Excel до ИИ]]). Дальше шаги легли почти по учебнику, хотя тогда я не раскладывал работу по Голдратту. Использовать ограничение — собрать Excel-калькулятор, чтобы расчёт перестал зависеть от ручных прикидок. Подчинить ему остальное — не тратить время расчёта на нецелевые заявки: квиз из 6 вопросов отсекает их до того, как менеджер начнёт считать, и обработка заявки сократилась до 30 минут ([[Калькулятор КП и квиз квалификации]]). Расширить ограничение — ИИ-калькулятор на базе знаний по продукту и веб-генератор готового документа предложения. Каждая следующая версия инструмента появлялась ровно тогда, когда предыдущая упиралась в конкретный предел: сначала скорость расчёта, потом точность себестоимости, потом неоднородность входящего потока. Это и есть цикл «вернуться к первому шагу». Пятый шаг — не дать инерции стать ограничением — оказался самым недооценённым. За два года инструмент разросся до 5 разрозненных файлов с разными методиками и 13 скрытыми листами. То, что снимало узкое место, само стало узким местом: менеджеру приходилось разбираться, какой файл актуален. Решение было самым скучным — аудит и сведение всего в единый калькулятор из 5 прозрачных листов ([[Унификация калькулятора коммерческих предложений]]). Трич прав: такие внедрения не следуют официальной версии, но логика «одно ограничение за раз» работает и без неё. Второй урок — Голдратт различал физические ограничения и ограничения-правила, и в продажах вторые встречаются чаще. Win-loss-анализ 40 лидов индийского направления показал 45% отказов, из которых 27,8% — управляемые внутренние причины ([[Win-Loss-анализ продаж в Индии]]). Это не рынок, который не хочет продукт, а собственные процессы компании, которые теряют сделку. Пока такие причины не сняты, говорить, что ограничение — рынок, рано: сначала разобрать свои правила, потом придумывать предложение, от которого нельзя отказаться. Что я советую тем, кто хочет применить теорию ограничений к промышленному продукту. Ищите узкое место во всём пути от заявки до денег, а не только в цеху: производство может простаивать в ожидании контракта, который застрял на расчёте КП. Прежде чем покупать трафик, посмотрите на долю целевых заявок и время ответа: если заявка ждёт месяц, новые лиды только удлинят очередь. Меряйте решения выручкой на единицу времени узкого места — часа менеджера, инженера-сметчика, испытательного стенда. И раз в полгода проверяйте, не стал ли ваш вчерашний инструмент сегодняшним ограничением: инерция в пятом шаге Голдратта — не фигура речи. ## Мои кейсы по теме - [[Аудит воронки продаж конструкций]] — 1642 обращения, 266 целевых (16,2%), 13 контрактов: узкое место не в объёме лидов. - [[Калькулятор КП и квиз квалификации]] — квиз из 6 вопросов подчиняет поток заявок узкому месту, обработка сокращена до 30 минут. - [[Унификация калькулятора коммерческих предложений]] — инструмент из 5 файлов с 13 скрытыми листами сам стал ограничением и сведён к 5 прозрачным листам. - [[Win-Loss-анализ продаж в Индии]] — 27,8% отказов из-за управляемых внутренних причин: ограничение-правило вместо рыночного. **Практический разбор по теме:** [[Калькулятор коммерческого предложения — как сделать за неделю]] ## Связаться Если у вас похожая задача — обсудим ваш продукт: [[email protected]](mailto:[email protected]), Telegram [@falcolupus](https://t.me/falcolupus) или [MAX](https://max.ru/u/f9LHodD0cOJd5VFHyaG9k7YpP7BW9s55ZYkjWX6P8j51xBYS3XgDfnOxz3U). Работаю удалённо в любом часовом поясе.