Сотрудники саботируют новую систему: разбор реальных причин

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

Ниже — шесть ошибок внедрения: в чём каждая, чем оборачивается и как сделать иначе.

Ошибка 1. Система медленнее, чем было

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

Чем оборачивается. Менеджер записывает в тетрадь, а вечером переносит в систему пачкой. Данные в системе есть, но они устарели и неполны, а работы стало вдвое больше.

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

Ошибка 2. Внедряют, не спросив того, кто будет работать

В чём. Требования собирают у владельца и руководителя. Кладовщик и менеджер видят систему в день запуска.

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

Как правильно. Показать черновик интерфейса тем, кто в нём будет сидеть, до начала разработки. Достаточно получаса и списка их обычных дел. Практически всегда всплывают два-три сценария, о которых наверху не знали.

Ошибка 3. У человека забрали контроль и не дали ничего взамен

В чём. До системы менеджер сам решал, кому позвонить первым, и держал свою базу. После — очередь распределяет система, база общая.

Чем оборачивается. Тихое сопротивление: заказы вносятся, но самые ценные клиенты по-прежнему ведутся в личных заметках. Формально всё соблюдено, фактически данных нет.

Как правильно. Проговорить, что человек получает взамен. Обычно это снятая рутина: не надо помнить, кому перезвонить, не надо считать премию руками, не надо отвечать на вопрос «где заказ» — клиент видит статус сам. Если взамен не даётся ничего, система воспринимается как надзор, и это честное восприятие.

Ошибка 4. Права нарезаны так, что мешают работать

В чём. Из осторожности всем дали минимум прав. Менеджер не может изменить адрес доставки, сборщик не видит комментарий к заказу.

Чем оборачивается. Работа идёт через руководителя: «поменяй, пожалуйста, мне не дают». Возникает очередь, и люди начинают обходить систему, чтобы не ждать.

Как правильно. Права режутся не по должностям, а по последствиям. Типовой узел почти каждого нашего проекта: сборщик видит заказы, но не деньги; менеджер — клиентов, но не настройки. Всё, что не касается денег и настроек, лучше открывать, а не закрывать — иначе система превращается в узкое горлышко.

Ошибка 5. Старый способ оставили работающим

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

Чем оборачивается. Два источника правды. Часть заказов в системе, часть в переписке, остатки не сходятся. Через месяц доверие к системе падает: «там всё равно неправильно».

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

Ошибка 6. Никто не чинит мелочи

В чём. У сотрудника не работает поиск по телефону, кнопка печати выдаёт кривой лист. Он сказал об этом один раз, ничего не изменилось.

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

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

Как отличить саботаж от плохой конструкции

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

Второй тест: замерьте одно типовое действие секундомером до и после. Если после стало дольше, ни один разговор о дисциплине не поможет.

И третий: спросите, что человек делает, когда система тормозит или недоступна. Ответ «жду» означает, что систему приняли. Ответ «пишу в блокнот» означает, что параллельный контур жив и никуда не делся.

Что делать, если система уже год как отторгнута

Ситуация распространённая: систему купили, люди работают мимо, руководитель устал требовать.

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

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

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

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

Признаки, что внедрение идёт нормально

Их немного, и они заметны уже на второй неделе.

Люди сами просят доработки. Это лучший признак: система стала своей, и её хотят улучшить, а не обойти.

В системе появляются данные, которых вы не требовали. Комментарии, пометки, дополнительные поля заполняются потому, что удобно возвращаться.

Никто не спрашивает, обязательно ли заносить. Вопрос об обязательности означает, что человек не видит смысла для себя.

Сотрудник злится, когда система недоступна. Раздражение из-за простоя — признак принятия, а не отторжения.

Коротко

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