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


