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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Главное

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

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

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