Есть неприятный рабочий момент, который многие узнают сразу.
Звонит клиент. По голосу уже понятно: сейчас будет плохо.
Он говорит, что товар обещали сегодня, а его нет. Или цена в счёте почему-то другая. Или документы до сих пор не пришли. Или отгрузку перенесли, хотя вчера ему уверенно сказали: “Да, всё готово”.
Ты открываешь систему, переписку, старые сообщения, начинаешь судорожно искать, где именно всё поехало. И через несколько минут понимаешь: ошибка началась не у тебя.
Остаток был неправильный. Цена была старая. Документ завис в другом отделе. Склад не подтвердил отгрузку. Закупки не предупредили о задержке. Кто-то что-то пообещал, но нигде нормально не зафиксировал.
Но клиент разговаривает с тобой.
И именно ты сейчас слышишь: “Вы нас подвели”.
Внутри компании в этот момент часто включается старая, почти народная игра: найти крайнего. Не разобраться, где сломался процесс. Не понять, почему ошибка вообще дошла до клиента. А быстро определить человека, на которого можно повесить проблему.
И чаще всего крайним становится не тот, кто ошибся первым.
Крайним становится тот, кто оказался ближе всех к конфликту.
Менеджер по продажам обещал клиенту отгрузку, потому что в системе товар числился на складе. Потом выяснилось, что товара фактически нет: пересортица, задержка приемки, остатки не обновились, партия уже зарезервирована под другого клиента. Но клиенту-то обещал менеджер. Значит, объясняться ему.
Логист строил маршрут по данным, которые получил утром. К обеду часть заказа изменилась, склад не успел обновить информацию, водитель приехал не туда или забрал не всё. На бумаге виноват логист: “Ты же организовывал доставку”. Хотя он работал с картиной, которая уже была неверной.
Сотрудник поддержки отвечает клиенту по статусу заявки. В системе стоит “в работе”, исполнитель молчит, комментариев нет, срок давно прошёл. Клиент злится на поддержку, потому что именно поддержка взяла трубку. А тот, кто реально должен был закрыть задачу, может даже не участвовать в разговоре.
Офис-менеджер отправляет документы, которые ему передали. Потом выясняется, что версия была не финальная, подписи не хватает, реквизиты устарели. Формально “не тот файл отправил он”. По сути — процесс согласования документов был устроен так, что ошибку невозможно было поймать вовремя.
Вот в этом и есть главная несправедливость рабочего бардака: человек может действовать добросовестно, но всё равно выглядеть виноватым.
Потому что он видит только свой кусок процесса.
Он не всегда знает, что склад не успел обновить остатки. Не знает, что бухгалтерия ждёт акт от другого отдела. Не знает, что руководитель устно согласовал клиенту скидку, но это нигде не появилось. Не знает, что закупки уже получили письмо от поставщика о задержке, но оно осталось в почте у одного сотрудника.
А когда всё ломается, начинается разбор.
“Почему ты обещал?”
Потому что в системе было указано, что товар есть.
“Почему ты не предупредил клиента?”
Потому что сам узнал об этом десять минут назад.
“Почему ты не проверил?”
Потому что для проверки нужно обзвонить три отдела, открыть две таблицы, найти старую переписку и угадать, какая версия данных актуальная.
“Почему не проконтролировал?”
Потому что невозможно контролировать то, к чему у тебя нет доступа и что нигде нормально не зафиксировано.
Но в момент конфликта такие ответы звучат как оправдания.
И человек начинает защищаться. Объяснять, пересказывать цепочку событий, показывать переписки, искать доказательства, что он не виноват. Хотя по-хорошему он вообще не должен был доказывать невиновность. Система работы должна была показать, где именно возникла ошибка.
Проблема в том, что во многих компаниях процессы существуют не как единая цепочка, а как набор отдельных островов.
Продажи живут в своей реальности. Склад — в своей. Бухгалтерия — в своей. Логистика — в своей. Поддержка — в своей. У каждого отдела своя таблица, свой чат, свои правила, свои “мы всегда так делали”.
Пока всё идёт спокойно, это кажется терпимым. Ну да, где-то приходится уточнять вручную. Ну да, иногда нужно позвонить. Ну да, информация не всегда обновляется сразу. Все привыкли.
Но как только появляется ошибка, эта привычная разрозненность превращается в конфликт.
Клиенту всё равно, что склад не обновил остатки. Ему обещали товар.
Руководителю всё равно, что менеджер не видел внутреннюю переписку закупок. Он видит недовольного клиента.
Бухгалтерии всё равно, что документы зависли на согласовании. Им нужно закрыть период.
Складу всё равно, что продажи уже что-то пообещали. Они видят фактическое наличие.
И каждый отдел в каком-то смысле прав. Но если между ними нет общей картины, крайним становится тот, кто оказался на линии огня.
Особенно тяжело это переживают сотрудники, которые реально стараются. Они не отмахиваются от клиента, не бросают задачу, не говорят “это не ко мне”. Они как раз пытаются разобраться. И именно поэтому часто получают больше всех.
Потому что тот, кто молчит, меньше заметен. А тот, кто взял проблему в руки, становится лицом всей ошибки.
Это один из самых неприятных парадоксов в компании: ответственный сотрудник может стать виноватым просто потому, что не спрятался.
Он поднял трубку. Ответил клиенту. Пошёл уточнять. Написал в чат. Попытался собрать информацию. А потом именно его имя осталось в истории конфликта.
Не потому что он всё испортил.
А потому что он оказался последним человеком в цепочке.
На самом деле такие ситуации редко решаются фразой “будьте внимательнее”. Внимательность не спасает, если данные расходятся. Не спасает, если обещания живут в чатах. Не спасает, если статусы задач обновляются вручную и с задержкой. Не спасает, если документ можно отправить клиенту до того, как он прошёл нормальное согласование.
Можно сколько угодно требовать от сотрудников ответственности, но ответственность без прозрачности быстро превращается в наказание.
Если менеджер отвечает за обещание клиенту, он должен видеть реальные остатки, резервы, сроки поставки и ограничения.
Если поддержка отвечает за ответ клиенту, она должна видеть не просто “заявка в работе”, а кто её делает, на каком этапе она стоит и почему задерживается.
Если логист отвечает за доставку, ему нужна актуальная информация по заказу, складу, маршруту и изменениям.
Если бухгалтерия отвечает за документы, она должна видеть, где они зависли, у кого находятся и что мешает закрытию.
Иначе получается странная картина: с человека спрашивают за результат, но не дают ему полной информации, чтобы этим результатом управлять.
В нормальном процессе ошибка не должна всплывать только тогда, когда клиент уже злится. Она должна быть видна раньше: на этапе заявки, резерва, согласования, отгрузки, оплаты или документа. И не в голове у одного сотрудника, а в общей системе, где понятно, кто за что отвечает и где именно возникло отклонение.
Это не про тотальный контроль за людьми. Скорее наоборот.
Это про защиту людей от хаоса.
Потому что прозрачный процесс защищает не только бизнес, но и сотрудника. Он показывает: вот здесь менеджер действовал по актуальным данным. Вот здесь склад не подтвердил наличие. Вот здесь документ завис на согласовании. Вот здесь клиенту обещали срок без проверки. Вот здесь задача стояла без ответственного.
Когда это видно, разговор становится честнее.
Не “кто виноват?”, а “где сломалась цепочка?”
Не “почему ты подвёл?”, а “почему у тебя были неверные данные?”
Не “ищем крайнего”, а “исправляем место, где ошибка стала возможной”.
Люди ошибаются. Отделы ошибаются. Системы тоже могут давать сбой. Это нормально для любой живой компании.
Ненормально — когда каждая ошибка превращается в охоту на человека, который последним говорил с клиентом.
Потому что в рабочем бардаке крайний почти всегда находится быстро.
А причина — намного глубже.
И если компания каждый раз наказывает последнего в цепочке, но не чинит саму цепочку, ошибка обязательно повторится. Только в следующий раз крайним станет кто-то другой.