Почему проблемы бизнеса возвращаются

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

Часто это признак того, что компания устраняет последствия, но не меняет механизм, который создаёт проблему.

Представим ситуацию. Сотрудник регулярно ошибается при оформлении заказов. Руководитель замечает ошибку. Проводит разговор. Сотруднику объясняют, как правильно. Несколько недель всё работает нормально. Потом возникает такая же ошибка. Что произошло?

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

Получается: ошибка → исправление → временное улучшение → повторная ошибка. Это замкнутый цикл.

Почему компании попадают в этот цикл?

1. Потому что срочное всегда важнее важного. Представьте обычный рабочий день собственника.Утром: «Клиент недоволен». Потом: «Поставщик задерживает заказ». Потом: «Менеджер не обработал заявку». Потом: «Нужно срочно согласовать оплату». К вечеру собственник решил десять проблем. Кажется, что день был очень продуктивным. Но если завтра произойдут те же десять проблем, значит, большая часть работы была направлена не на развитие системы, а на поддержание её текущего состояния.

2. Потому что собственник становится универсальным исправителем. Есть компании, где почти любая нестандартная ситуация заканчивается одной фразой: «Сейчас спросим у руководителя».

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

На первый взгляд это выглядит как контроль.На самом деле это может быть узкое место. Потому что скорость компании начинает зависеть от одного человека

3. Потому что сотрудники видят только свою часть процесса. Это особенно заметно в компаниях, где подразделения работают изолированно. Менеджер думает: «Я передал заказ». Производство думает: «Нам поздно передали информацию». Логистика говорит: «Мы получили данные с ошибкой». Клиент говорит: «Мне никто ничего не сообщил».

Каждый участник может быть прав в рамках своего участка.Но проблема возникает между участками. Именно поэтому локальное улучшение одного процесса иногда ничего не меняет в результате всей компании.

4. Потому что никто не ищет момент возникновения проблемы. Возьмём задержку заказа. Клиент узнал о ней в пятницу. Сотрудник заметил её в четверг. Производство столкнулось с нехваткой информации в среду. Менеджер получил неполные данные во вторник. А ошибка в исходной заявке появилась ещё в понедельник.

Если разбираться только в пятницу, можно решить проблему клиента. Но причина появилась гораздо раньше. Поэтому полезно задавать вопрос: В какой момент проблема стала возможной? Это гораздо сильнее, чем: «Кто виноват?»

5. Потому что компания не различает причины и последствия. Например: Сотрудник опоздал → заказ задержался. Можно наказать сотрудника. Но это ещё не означает, что проблема решена.

А если сотрудник заболел? Если другой человек тоже опоздает? Если возникнет форс-мажор? Хорошая система должна быть устойчивой не потому, что все люди никогда не ошибаются. А потому, что одна ошибка не должна автоматически превращаться в крупную проблему.

Как найти повторяющуюся проблему?

Можно провести простой эксперимент. Возьмите список проблем за последние 2–3 месяца. Не самые крупные.Именно повторяющиеся. Например: задержки, возвраты, ошибки в заказах, просрочки оплаты, конфликты с клиентами, перегрузка сотрудников, срочные задачи собственника.

Затем напротив каждой проблемы напишите:

1. Что произошло? Только факт.

2. Как её решили? Что конкретно сделали?

3. Повторилась ли она? Да или нет.

4. Если повторилась — что осталось неизменным?

Вот здесь начинается интересное.

Пример: Допустим, три раза за месяц возникала проблема: Менеджеры забывают перезвонить клиентам. Первое решение: Напомнили сотрудникам.

Проблема повторилась. Второе решение: Провели собрание. Проблема повторилась.

Третье решение: Назначили ответственного. Проблема всё равно повторяется.

Можно продолжать проводить собрания. А можно остановиться и посмотреть на сам процесс.

Например: Заявка приходит из нескольких каналов. Часть попадает в CRM. Часть — в мессенджеры. Менеджеры видят заявки в разное время. Нет единого статуса. Нет автоматического контроля просроченных контактов.

И тогда становится понятно: проблема не в том, что сотрудники недостаточно стараются. Проблема в том, что процесс позволяет заявке потеряться.

Что делать с повторяющейся проблемой?

Есть простой алгоритм.

Шаг 1. Зафиксировать факт. Не: «Менеджеры плохо работают». А: «Из 100 входящих заявок 17 не получили повторного контакта».Факт гораздо полезнее оценки.

Шаг 2. Определить место возникновения. Где именно появилась проблема? В рекламе? В передаче заявки? В работе менеджера? В производстве? В оплате? В коммуникации между отделами?

Шаг 3. Найти цепочку. Что произошло до проблемы? И что произошло после неё? Получается своеобразная карта: Причина → событие → проблема → последствия.

Шаг 4. Проверить, почему предыдущие решения не сработали. Это очень важный вопрос. Если проблему уже пытались исправить три раза, нужно понять: Что именно не изменилось?

Шаг 5. Определить точку воздействия. Не обязательно менять весь процесс. Иногда достаточно изменить одно звено. Например: добавить контроль, изменить порядок передачи информации, убрать ручное действие, определить ответственность, изменить правило принятия решения. И здесь есть ещё одна ловушка. После такого анализа легко прийти к выводу: «Значит, нам нужно прописать все процессы». Не обязательно. Документы сами по себе не создают систему. Можно написать сто инструкций, которые никто не читает. Можно создать десять таблиц, которые заполняются ради отчётности. Можно внедрить сложную CRM и продолжить работать по старой логике.

Система — это не количество регламентов.Система — это то, как реально происходит работа и какой результат она создаёт.

Как понять, что вы действительно решили проблему?

Очень простой критерий: Проблема перестала регулярно возникать без постоянного ручного контроля.

Не потому что собственник каждый день напоминает. Не потому что руководитель каждое утро проверяет.Не потому что сотрудники боятся ошибиться.А потому что изменился сам механизм.

Если одна и та же проблема возникает снова и снова, не стоит бесконечно искать нового виноватого. Попробуйте посмотреть на неё иначе. Не:ь«Кто опять сделал неправильно?». А: «Почему система снова позволила этому произойти?».

Это два совершенно разных вопроса. Первый помогает найти человека. Второй — помогает найти причину. И именно второй вопрос обычно оказывается гораздо полезнее для бизнеса.