Первым чините процесс, в котором ручная работа стоит дороже всего в месяц, а починка обходится дешевле всего. Точка пересечения этих двух осей даёт квадрат «чинить сейчас». На один такой узел заложите квартал: внедрение, обкатка, проверка по деньгам. Если матрицы нет, вы легко потратите миллион на третий по важности процесс.
Перед банкротством я заплатил 1,2 миллиона за систему, которая не прижилась. С разработчиками проблем не было. Проблема была в выборе узла: деньги ушли в третий по важности процесс, пока первый продолжал жечь команду каждый день. Когда я закрыл кофейни и пошёл в разработку, первое, что собрал: именно эту матрицу. Чтобы не повторять.
Я, Константин Барыбин, три года управлял тремя кофейнями и маркетплейс-бизнесом на 12 миллионов в месяц. Потом обанкротился. Теперь пишу AI-модули под чужие ручные узлы и считаю окупаемость до старта. Эта статья про то, как выбрать первый узел, чтобы не повторить мою ошибку с 1,2 миллиона.
Что такое ручной узел и почему первый выбор решает всё
Ручным узлом я называю любой процесс, который держится на памяти сотрудника, переписке в чатах или Excel-таблице. Заявки из пяти каналов, отзывы на маркетплейсе, ежедневные отчёты от линейных, согласование закупок голосом по телефону. У средней компании на 30-50 миллионов выручки таких узлов обычно 8-15. И вот тут начинаются интересные вещи.
Большинство владельцев, к которым я прихожу на диагностику, уже один раз обожглись. Купили CRM, потратили полгода и пару миллионов, команда не пользуется, данные грязные. На второй заход смотрят с осторожностью. Правильно делают. Потому что главная ошибка лежала в выборе узла, не в выборе подрядчика. Чинить начали то, что заметнее всего болит, а не то, что приносит деньги быстрее всего.
Заметнее всего болит обычно то, на что чаще всего жалуется собственник на планёрке. Это эмоциональный приоритет, а не экономический. Эмоциональный приоритет почти всегда обманывает.
Матрица 4 квадратов: две оси, четыре зоны, один выбор
Берите лист бумаги и рисуйте крест. По горизонтали идёт ось «стоимость починки»: насколько дорого и сложно собрать модуль или внедрить систему под этот узел. По вертикали идёт ось «цена ручной работы в месяц»: сколько денег и часов вы теряете на нём прямо сейчас. Каждая ось делится пополам: «низкая» и «высокая». Получается четыре квадрата.
| Квадрат | Боль в месяц | Стоимость починки | Что делать |
|---------|--------------|--------------------|------------|
| 1 | Высокая | Низкая | Чинить первым - в этот квартал |
| 2 | Высокая | Высокая | Планировать на следующий квартал, разбивать на этапы |
| 3 | Низкая | Низкая | Делать в свободное время или поручать стажёру |
| 4 | Низкая | Высокая | Не трогать вообще, отложить на год минимум |
Дальше по каждому узлу из вашего списка задайте два вопроса.
Сначала про деньги: сколько часов в месяц команда тратит на этот процесс? Умножьте на стоимость часа сотрудника (зарплата + налоги + накладные, обычно 1,5x от оклада). Добавьте упущенную выгоду: потерянные заявки, негативные отзывы без ответа, штрафы за просрочки. Получили цифру в рублях. Выше 100 тысяч в месяц для компании в этом масштабе я считаю «высокой болью». Ниже считаю «низкой». Граница условная, под ваш масштаб подвиньте сами.
Потом про починку. Сколько примерно стоит собрать модуль или внедрить готовое решение? Здесь приходится либо запрашивать оценку у двух-трёх подрядчиков, либо использовать прикидку: типовой AI-модуль под один процесс стоит от 200 до 800 тысяч, готовая CRM с интеграцией обойдётся от 500 тысяч и выше. Если сумма меньше шестикратной месячной боли, стоимость считаем низкой. Иначе высокой.
Шестикратная - не магия. Это грубая прикидка окупаемости за полгода с запасом на риски внедрения. Точную формулу окупаемости в четырёх переменных я разбираю в отдельной статье, где учитываются ещё риски и текущая выручка. Здесь нам важно понять только зону.
После двух вопросов узел попадает в один из четырёх квадратов. И вот в этот момент происходит самое интересное.
Первый квадрат - очевидный, но почти никто туда не смотрит
Узлы из первого квадрата (высокая боль, низкая стоимость) и есть кандидаты на починку прямо сейчас. На практике их у средней компании 2-4 штуки. И на практике же владельцы их обычно игнорируют. Потому что они «слишком простые», «несерьёзные», «и так как-то работают».
Вот пример из диагностики, которую я делал в прошлом году. Сеть из четырёх салонов, оборот 6 миллионов в месяц. Главная жалоба собственницы: администраторы не справляются с записями, заявки из Instagram теряются. Это узел из второго квадрата: боль высокая, починка дорогая, потому что нужна интеграция WhatsApp, ВКонтакте, телефонии и сайта. Полгода работы минимум.
А в первом квадрате у неё висел узел с напоминаниями клиентам о визите. Администратор тратил два часа в день, делая это руками. На четырёх салонах набегает восемь часов в день, то есть один полноценный сотрудник просто на нажатие кнопок. AI-модуль для напоминаний собирается за две недели, стоит около 250 тысяч. Окупается за два месяца. Но собственница его не замечала, потому что «ну а что тут чинить, это же просто СМС».
История типичная до зевоты. Узлы первого квадрата выглядят слишком обычными, чтобы быть приоритетом. Хотя именно они дают самую быструю окупаемость и (что важнее) первый успешный опыт автоматизации в команде. После первой удачной починки сопротивление сотрудников падает в разы. Я это видел в десятке проектов.
Принцип «1 проблема - 1 квартал»: почему не месяц и не год
Когда первый узел выбран, начинается следующая ловушка. Собственник думает: ну ладно, этот починим за месяц, и сразу возьмём ещё два. Или наоборот, давайте сразу спроектируем всё на год вперёд.
Оба варианта плохие, и по разным причинам. Месяца не хватает, год слишком много.
Квартал работает по трём причинам.
Первая лежит в физике процесса. Любое внедрение разваливается уже после старта разработки, когда система выходит в команду. Сотрудникам нужно 4-6 недель, чтобы перестать саботировать её и начать пользоваться. Если за этот срок собственник уже пришёл со следующей задачей, первая останется недоделанной. Через год их будет три полузаведённых модуля и ноль работающих.
Дальше включается финансовая логика. Чтобы понять, окупается модуль или нет, нужно увидеть его в работе хотя бы полтора-два месяца. По первой неделе вы ничего не поймёте, по первому месяцу тоже. Только к концу второго становится видно, действительно ли заявки перестали теряться, отзывы пошли быстрее, отчёты собираются автоматически. Без этой проверки следующий узел вы будете выбирать вслепую.
Третий момент уже про психологию. Квартал держится в голове собственника целиком: один узел, три месяца, измеримый результат. Год превращается в абстракцию, по нему не действуют. Месяц съедает суета. На квартальном горизонте команда тянет нагрузку, а сам собственник не теряет нить.
При темпе «один узел за квартал» вы делаете 3-4 узла в год. Если в списке у вас 12 узлов, серьёзная автоматизация займёт три года. Это нормально. Те, кто пытается сделать всё за полгода, заканчивают как я в 2022. С долгами и обанкротившимся бизнесом.
Ограничения метода: где матрица не работает
Метод собран под МСБ с выручкой от 5 до 50 миллионов в месяц. Для микро-сегмента (одиночный предприниматель, 1-2 сотрудника) большинство узлов попадает в третий или четвёртый квадрат, где починка избыточна, проще делать руками или нанять помощника на полставки.
Матрица не работает, когда узел напрямую завязан на регуляторику с дедлайнами. Маркировка по «Честному знаку», ТС ПИоТ, ЭПД, налоговая реформа 2026 ставит вопрос иначе, чем «окупается ли». Тут вопрос «получим ли штраф к 1 марта». Регуляторные узлы идут вне очереди, независимо от квадрата.
И ещё одно. Цифры боли я считаю по средним выкладкам. Если у вас узкая ниша с большой долей человеческого решения (например, согласование сложных индивидуальных предложений в B2B), даже высокая стоимость часа не означает, что узел надо чинить. Иногда то, что выглядит как ручной труд, на самом деле создаёт ценность, и автоматизация её убьёт. Эту проверку матрица не даёт. Её нужно делать отдельно, разговором с командой.
Типичные ошибки приоритизации
За два года диагностик я насчитал четыре повторяющиеся ошибки. Все четыре стоят денег.
Считать боль по эмоциям, а не по часам. Узел, на который собственник громче всего жалуется, редко оказывается самым дорогим в часах. Громко жалуются на то, что задевает лично: срывы дедлайнов на видном проекте, потеря крупного клиента. А тихая утечка по 30 минутам в день на каждом из десяти сотрудников остаётся незамеченной, хотя стоит больше.
Брать узел из второго квадрата как первый. Кажется логичным: боль высокая, значит, починим в первую очередь. Но высокая стоимость починки означает долгое внедрение и высокий риск провала. Первый проект автоматизации должен быть быстрым и видимым, чтобы команда увидела результат и поверила. Иначе при следующем подходе саботаж удвоится.
Игнорировать узлы, которые «и так работают». Третий квадрат (низкая боль, низкая починка) обычно становится мусорной корзиной приоритетов. Но иногда там сидят узлы, которые превратятся в проблему через полгода. Например, ручной учёт остатков, который сейчас держит один кладовщик. Кладовщик уйдёт, и узел подскочит во второй квадрат. Третий квадрат нужно пересматривать раз в квартал, не реже.
Считать стоимость починки по самому дешёвому предложению. Когда подрядчик называет цену в 300 тысяч там, где средняя по рынку 700, это не выгодная сделка. Это сигнал, что либо подрядчик не понял задачу, либо понял и сэкономит на проверке. Дешёвая разработка - самый дорогой способ автоматизации в итоге. Через полгода переделываете, и общая стоимость утраивается. Это я тоже проверил собой.
FAQ
А если узлов больше 15, и они все горят?
Тогда первая задача звучит иначе: сначала навести порядок в процессах, и только потом автоматизировать. Без описанных регламентов автоматизировать нечего. Возьмите консультанта на 2-3 недели, опишите 5-6 главных процессов. Только потом стройте матрицу. Иначе будете автоматизировать хаос.
Почему именно квартал, а не месяц для простых узлов?
Простые узлы технически можно собрать за две недели. Но месяца обычно не хватает на то, чтобы команда перестала путаться и проверить экономику. Если успели за месяц, оставшееся время квартала идёт на наблюдение, доработки и сбор данных перед следующим узлом. Это не пустое время.
Подходит ли матрица для одиночного предпринимателя?
Когда выручка меньше 1 миллиона в месяц, матрица обычно показывает: чинить нечего. Ваше время дороже AI-модулей. Лучше нанять помощника на 4 часа в день, чем строить автоматизацию. К матрице вернётесь, когда выручка выйдет за 3-4 миллиона.
Можно ли чинить два узла параллельно в один квартал?
Можно, если они не пересекаются по сотрудникам и данным. Например, модуль для отзывов на маркетплейсе и модуль для согласования закупок задействуют разные команды, разные данные. Но если оба узла трогают одного бухгалтера или одного оперативного директора, ничего хорошего. Параллельное внедрение в одного человека всегда заканчивается тем, что человек игнорирует оба.
Что делать, если после первого квартала результат меньше расчётного?
Не браться за второй узел. Сначала разобраться, почему первый недодал. Обычно причин три: неверно посчитали боль на старте, команда не до конца переключилась, или модуль собран неудачно. Каждая из трёх требует разного действия. Перепрыгнув к следующему узлу, вы накопите две неотлаженные системы вместо одной работающей.
Что делать прямо сейчас
Сядьте на час. Выпишите 8-12 ручных узлов вашей компании. По каждому: часы в месяц и прикидка стоимости починки. Расставьте по квадратам. Выберите один из первого квадрата.
Дальше - три месяца. Один узел.
Если узлов первого квадрата нет вообще, а есть только второй и третий, матрица говорит, что чинить рано. Компания ещё не доросла до автоматизации, или процессы недостаточно описаны. Это тоже ответ. Лучше услышать его сейчас, чем после миллиона на коробку, которая не приживётся.