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

Когда запускают новую систему, одно из первых решений часто звучит так:

«Давайте пока дадим всем права администратора, а потом разберёмся».

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

В первые недели это действительно кажется удобным.

А потом однажды цифры в отчёте не сходятся. Цена изменилась, кто-то дал скидку или пропала запись. Вы спрашиваете: «Кто это сделал?»

И обычно слышите: «Не знаю, доступ есть у всех».

Проблема не в доступе, а в ответственности

Полный доступ для всех — это не просто техническое решение. По сути, это отказ определить, кто за что отвечает.

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

• Кто может менять цену?
• Кто даёт скидку и до какого предела?
• Кто может отменить уже закрытый заказ?
• Можно ли удалить запись или только аннулировать её?
• Кто видит отчёты, а кто — только свою работу?

Если в системе каждый может всё, эти правила остаются устными. А устные правила нарушаются первыми, как только работы становится много.

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

Что происходит, когда все администраторы?

Обычно это выглядит так:

• Кто-то нажимает не ту кнопку, и важная запись удаляется. Кто и когда это сделал, неизвестно.
• Сотрудник меняет цену «для одного клиента», а изменение остаётся для всех.
• Новый сотрудник осваивает систему, «пробуя» всё на реальных заказах.
• У ушедшего сотрудника не закрывают доступ, потому что никто не следит, у кого какие права.
• Чтобы разобраться с расхождением в отчёте, приходится расспрашивать людей, а не смотреть в систему.

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

Но со временем руководитель перестаёт доверять цифрам в системе. А когда доверия нет, люди снова возвращаются к Excel, тетрадям и перепискам.

Как подойти к ролям?

Для ролей не нужна сложная матрица прав. Я обычно начинаю не с системы, а с повседневной работы:

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

Чаще всего в итоге получается три-четыре простые роли. Каждый спокойно делает свою работу, а действия, которые меняют деньги или историю, требуют отдельного права и оставляют след.

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

Должен оставаться след

Второе, что так же важно, как роли, — история изменений.

Когда меняется цена, отменяется заказ или даётся скидка, система должна как минимум запомнить: кто это сделал, когда, что было до и что стало после.

Это нужно не для того, чтобы искать виноватых. А для того, чтобы ответ на вопрос был в системе, а не в чьей-то памяти.

В заключение

Решение «пока дадим всем права администратора» экономит время в первый день.

Но платить за него приходится потом: часами на разбирательства, потерянными записями и падающим доверием к цифрам.

Если система не знает, кто что сделал, исчезает и ответственность.

Сначала роли и след.

Потом спокойная работа.