# Почему система не внедряется, хотя выгода очевидна

Автор: Александр Орлов · 1 октября 2026 · Рубрика: Внедрения
Источник: https://itnihilist.ru/blog/granica-otvetstvennosti.html

---

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

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

## Как выглядит ситуация, которую нельзя объяснить продуктом

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

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

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

## Что показывает разрыв между подразделениями

Компания разделена на два блока. Обслуживающий: учёт, финансы, кадры, администрирование. Коммерческий: продажи и работа с клиентами. Система развёрнута для всех одинаково. Через квартал в первом блоке на человека приходится около сотни рабочих записей, во втором — около десяти. Разрыв примерно десятикратный, при этом людей в коммерческом блоке больше.

Теперь исключим обычные объяснения.

| Объяснение | Проверка | Результат |
|---|---|---|
| Нет доступов | Учётные записи и входы в систему | Есть у обоих блоков, входы регулярные |
| Не обучили | История обучения | Обучение было общим |
| Урезанная версия | Состав функций | Продукт один и тот же |
| Нет обмена с учётной системой | Настройки обмена | Работает для всех одинаково |
| Разные владельцы блоков | Структура управления | **Единственная различающаяся переменная** |

Остаётся одно: блоки подчинены разным людям, и каждый из них — собственник своей части бизнеса.

## Какой признак показывает, что спор идёт не о системе

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

Проверяется это последовательностью действий.

1. Выслушайте требование и запишите его дословно.
2. Закройте требование полностью, без компромиссов.
3. Вернитесь к тому же человеку и спросите, снято ли возражение.
4. Если появилось новое требование вместо согласия — повторите шаги один раз.
5. Второе незакрытое возражение означает, что причина не в требованиях.

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

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

## Что обнаружилось, когда отчёт о встречах сопоставили с продажами

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

Данные коммерческого блока за несколько лет загрузили в систему — около тысячи записей о встречах — и связали с продажами из учётной системы. Это первое, чего Excel не позволял никогда: отчёт о встречах лежал отдельно от отчёта о деньгах.

Что выяснилось:

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

## Почему вывод «после встречи продажи упали» оказался ложным

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

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

| Группа клиентов | Средний чек, прошлый год | Текущий год | Изменение |
|---|---|---|---|
| Без визитов | базовый уровень | ниже | минус пятая часть |
| С визитами | выше базового | ниже | минус чуть больше |

Снижается рынок или компания целиком, а не «встречи портят продажи». Честный вывод мягче и важнее: **визиты не дают измеримого прироста.** Группа со встречами ведёт себя не лучше группы без них.

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

## Что защищает руководитель, когда отказывается от системы

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

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

Это не про воровство и не про злой умысел. Это предсказуемая реакция на изменение правил. До сих пор от человека требовали показывать активность — он показывал активность. Система начинает требовать результат, и прошлые отчёты становятся сравнимы с новыми.

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

## Чем ситуация с несколькими собственниками отличается от обычного сопротивления

Когда владелец один, внедрение — вопрос его воли. Он может потребовать, и сопротивление превращается в обычное управленческое, которое лечится последовательностью и временем. Когда владельцев несколько, появляется граница полномочий, через которую требование не проходит вообще: ни один из них не вправе распоряжаться в зоне другого. Это меняет не силу сопротивления, а его природу.

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

| Признак | Один собственник | Несколько собственников |
|---|---|---|
| Кто решает спор | Владелец, его воли достаточно | Решения нет: граница полномочий |
| Чем лечится | Последовательностью требований | Только договорённостью владельцев |
| Что видит внедренец | Обычное сопротивление | Отговорки без содержания |
| Риск вмешательства | Отсутствует | Конфликт между партнёрами |

И получается то, что выглядит абсурдно: половина компании живёт в единой системе, половина — нет, а сквозной картины нет ни у кого, включая обоих владельцев. Каждый видит свою часть, а то, что происходит между частями, не видит никто. Ровно та проблема, для которой систему и покупали.

## Знает ли владелец блока о проблеме вообще

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

Но есть и вторая возможность: **владелец может просто не знать, что проблема существует.**

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

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

| Случай | Что происходит | Что делать |
|---|---|---|
| Владелец против | Знает и защищает своё положение | Договариваться о его собственной выгоде |
| Владельца огораживают | Не знает, вопрос дошёл в пересказе | Обеспечить, чтобы вопрос дошёл дословно |

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

Это тот случай, когда отсутствие прозрачности уже стоит денег, а владелец не знает об этом именно потому, что прозрачности нет. Контур замкнут сам на себя.

## Почему улучшать продукт в этой ситуации бесполезно

Снаружи процесс кажется иррациональным: выгода очевидна, затраты оплачены, система работает, люди отказываются. Возникает соблазн объяснить это глупостью или ленью. Объяснение ложное и вредное: оно заставляет делать именно то, что не помогает — улучшать продукт. Каждое улучшение закрывает названное требование, не снимая настоящего возражения, и порождает следующее. Исполнитель ускоряется, а дистанция не сокращается.

Любое улучшение в такой ситуации — работа в пустоту. Требование закрывается, возражение не снимается, появляется новое. Внедренец бежит за требованиями быстрее, чем они формулируются, и не догоняет никогда.

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

## Что делать, если внедрение остановилось без объяснений

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

1. **Выясните число центров принятия решений** до начала работы, а не после. Вопрос, который это ловит: кто может отменить решение, которое мы сейчас согласовываем.
2. **Проверьте, доходит ли информация.** До того как объяснять мотивы отказа, убедитесь, что отказ вообще был. Возможно, был пересказ.
3. **Перестаньте продавать прозрачность как контроль.** Для того, кто внедряет у себя, это аргумент. Для того, чья зона становится видимой, это угроза. Говорите о том, что получает он сам: меньше времени на сборку отчётов, меньше разбирательств о том, чья вина.
4. **Начните с того, что не требует участия людей.** Долги, просроченные оплаты, клиенты, которые перестали покупать, расхождения между договорённостями и фактом — эти данные уже есть в учётной системе. Их никто не вводит вручную, саботировать нечего.
5. **Не считайте остановку провалом системы.** Если часть компании работает в ней плотно, система работает. Остановка произошла на организационной границе.
6. **Ждите повода, а не ищите аргумент.** Политика меняется событиями: расхождение в отчётах, провал плана, подготовка к продаже доли. Повод нельзя создать искусственно, но к нему можно быть готовым.

## Четыре вопроса для проверки своей ситуации

1. Сколько в компании людей, способных отменить это решение, и говорили ли вы с каждым?
2. Закрывали ли вы уже требование, после которого возражение не снялось?
3. В какой формулировке вопрос дошёл до того, кто решает, — и дошёл ли вообще?
4. Какая часть системы может работать без ручного ввода, и почему вы не начали с неё?

## Главное

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

Дальше имеет смысл не улучшать продукт, а выяснить две вещи: чьё решение вы на самом деле ждёте и в каком виде ваш вопрос до этого человека дошёл. Довольно часто оказывается, что не дошёл вовсе.

---

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