Инструкция для сотрудников — это не один документ, а три слоя: памятка на одну страницу, набор сценариев частых задач и полный справочник. У каждого слоя своя аудитория и своя частота обновления, и попытка обойтись одним документом проваливается всегда: справочник на 60 страниц слишком велик для ежедневной работы, а памятка слишком мала, чтобы закрыть редкий случай.
Второе правило важнее первого: документ пишется от задачи сотрудника, а не от меню системы. Человек ищет «как оформить возврат», а не «раздел Справочники». Оглавление, повторяющее структуру программы, бесполезно для того, кто ещё не знает, в каком разделе живёт его задача, — то есть ровно для того, кому инструкция нужна.
Ниже — три слоя с объёмами и аудиторией, порядок отбора двенадцати сценариев, структура одного сценария с дословным примером, правило именования, разбор про иллюстрации и расчёт стоимости набора. Сквозной пример один на всю статью: сеть из четырёх сервисных центров, 46 сотрудников, переход на новую CRM с записью клиентов и складским учётом. Ставки модельные: рядовой сотрудник 700 ₽/час, старший сотрудник или методист 900 ₽/час, руководитель подразделения 1 800 ₽/час, инженер подрядчика 3 000 ₽/час.
Три слоя и кому какой нужен
| Слой | Объём | Кто читает | Когда обновляется |
|---|---|---|---|
| Памятка | 1 страница, 6–8 строк | Все 46 сотрудников, висит на рабочем месте | При изменении основного экрана или входа |
| Сценарии частых задач | 12 карточек по половине страницы | Все, по мере надобности; читают по одной, а не подряд | При изменении конкретной операции |
| Полный справочник | 60 страниц | Трое: администратор системы, руководитель направления, тот, кто обучает новых | При крупном обновлении системы |
Полный справочник нужен — просто не всем. Его ошибка не в существовании, а в роли: когда он единственный документ, компания получает шестьдесят страниц, которые прочитают три человека из сорока шести, и сорок три человека, которые спрашивают у соседа. Что именно должно входить в справочник и что требовать от подрядчика при передаче, разобрано в материале про документацию к системе.
Памятка — самый недооценённый слой. Шесть строк: как войти, где основной экран, три самые частые операции одним предложением каждая, куда идти с вопросом, к кому обращаться при сбое. Она не учит работать — она снимает панику первого дня и уменьшает поток вопросов примерно на треть.
Схема из трёх горизонтальных ярусов, сужающихся снизу вверх. Нижний, самый широкий: «Памятка, 1 страница — 46 человек, висит на рабочем месте». Средний: «12 сценариев частых задач, по половине страницы — 46 человек, читают по одному, закрывают 86 % вопросов». Верхний, узкий: «Полный справочник, 60 страниц — 3 человека: администратор, руководитель, обучающий». Справа от каждого яруса подпись частоты обновления. Слева сбоку стрелка от блока «очередь вопросов первой недели, 210 штук» к среднему ярусу. Чертёжный стиль, подписи по-русски.
Как выбрать двенадцать сценариев
Сценарии не придумываются за столом — они берутся из очереди вопросов. Правильный порядок обратный привычному: сначала фиксируем, о чём спрашивают, потом пишем ответы.
- 1Собрать вопросы за первую неделю после запуска. Один общий чат, куда идут все вопросы, и никакой личной переписки. За неделю в нашем примере накопилось 210 вопросов от 46 человек.
- 2Свести повторы. Двести десять вопросов схлопываются в 25–30 разных, потому что про одно и то же спрашивают по-разному. Это тот же приём, что и при сборке словаря соответствий: считаются не сообщения, а смыслы.
- 3Отсортировать по частоте и взять верхние двенадцать. В нашем примере они закрывают 86 % вопросов. Тринадцатый и дальше — хвост, где каждый сценарий закрывает по одному-два обращения и не окупает написания.
- 4Проверить, что список задач, а не разделов. Если в списке оказалось «работа со справочниками», это не сценарий, а раздел программы: его нужно разложить обратно на задачи — «как завести нового клиента», «как добавить новую услугу в прайс».
Если система ещё не запущена, очередь вопросов взять неоткуда — тогда список составляется из процессов, которые описывали при обследовании, и потом обязательно пересобирается после первой недели. Это нормальный порядок: первая редакция сценариев всегда угадывает, вторая — знает.
Структура одного сценария: пять частей
- 11. Заголовок — задача словами сотрудника
«Как оформить возврат товара, купленного в другом центре сети». Не «Документ Возврат от покупателя» и не «Раздел Продажи». Заголовок — это поисковый запрос, по которому документ найдут.
- 22. Когда это применяется
Одно предложение с условием: «Если клиент принёс товар с чеком другого центра и с момента покупки прошло меньше 14 дней». Без этой строки сценарий применяют не там, где нужно, и получают вторую очередь вопросов.
- 33. Шаги с точками принятия решения
Пронумерованные действия, а в местах развилки — явный вопрос и два продолжения: «Товар в наличии? Да — шаг 5. Нет — шаг 8». Развилки, спрятанные в примечаниях, читатель пропускает.
- 44. Типовые ошибки
Две-три строки о том, что чаще всего делают неправильно, и чем это оборачивается: «Если выбрать текущий центр вместо центра покупки, возврат уйдёт не на тот склад, и остатки разъедутся». Это самая читаемая часть карточки.
- 55. К кому идти при затруднении
Фамилия и способ связи, а не «обратитесь к администратору». Один человек на сценарий; если их двое, никто не отвечает.
Сценарий, который не помещается на половину страницы, почти всегда описывает две задачи сразу. Разделите его — и обе половины станут короче суммарного объёма, потому что исчезнут условия вида «если вы пришли сюда из предыдущего раздела». Обратное тоже верно: три сценария по три строки, которые всегда выполняются подряд, — это один сценарий.
Заголовок — это задача, а не раздел программы
Правило именования кажется мелочью и определяет, будут ли документом пользоваться. Человек ищет по словам своей задачи; названий разделов он ещё не знает — иначе не искал бы инструкцию.
| Как обычно называют | Как должно быть названо |
|---|---|
| Раздел «Справочники» → «Контрагенты» | Как завести нового клиента, который пришёл без записи |
| Работа с документом «Реализация» | Как выдать клиенту готовую технику и закрыть заказ |
| Настройка складского учёта | Как принять запчасть от поставщика и поставить на склад |
| Модуль «Обращения» | Что делать, если клиент звонит и просит перенести запись |
| Отчёт «Анализ продаж по номенклатуре» | Как посмотреть, сколько заработал центр за неделю |
Проверка правила простая: прочитайте заголовок вслух и спросите, произнёс ли бы эту фразу сотрудник. «Мне надо оформить возврат из другого центра» — произнёс бы. «Мне надо поработать с документом Возврат от покупателя» — нет. То же правило действует и в базе знаний, из которой отвечает ИИ-ассистент: как оно устроено там, разобрано в материале про регламент работы с базой знаний.
Сравнение в две колонки, каждая — нарисованное оглавление. Слева «Оглавление по разделам»: пять строк вида «1. Справочники», «2. Документы», «3. Отчёты», «4. Настройки», «5. Обмен данными», рядом силуэт человека с вопросительным знаком и подписью «не знает, в каком разделе его задача». Справа «Оглавление по задачам»: пять строк вида «Как завести нового клиента», «Как выдать готовую технику», «Как принять запчасть», «Как перенести запись», «Как посмотреть выручку за неделю», рядом тот же силуэт с галочкой. Внизу общая полоса «12 сценариев закрывают 86 % вопросов первой недели». Чертёжный стиль, подписи по-русски.
Иллюстрации: где обязательны, где мешают
Скриншоты — самая дорогая часть документа, потому что их приходится переснимать после каждого обновления интерфейса. Поэтому их ставят не везде, а там, где текст без картинки не работает.
- Обязательны там, где элемент трудно найти глазами: неочевидная кнопка, вкладка в углу, поле, которое появляется только после выбора значения. Здесь картинка заменяет три строки описания и не устаревает раньше самого интерфейса.
- Обязательны перед необратимым действием: проведение документа, списание, отмена записи. Скриншот с обведённой кнопкой снижает число «я не то нажал» заметнее, чем предупреждение текстом.
- Мешают там, где шаг очевиден. Картинка к строке «нажмите Сохранить» увеличивает документ вдвое и не добавляет ничего. Половина страницы превращается в две, и сценарий перестают читать до конца.
- Считайте стоимость переснимания. Пять скриншотов на двенадцать сценариев — это около 3 часов работы при сборке и примерно столько же после каждого крупного обновления системы. Тридцать скриншотов — это уже 12–15 часов дважды в год, и обычно после первого обновления их просто перестают обновлять, а устаревший скриншот хуже отсутствующего.
Проверка на новом сотруднике и цена набора
Единственный честный тест документа — человек, который не участвовал в проекте и не знает системы. Он берёт сценарий и выполняет задачу без подсказок; рядом сидит автор и молчит, записывая места, где проверяющий остановился. Два человека и два часа дают больше, чем неделя вычитки.
Теперь то же самое без набора. Первая неделя после запуска в нашем примере дала 210 вопросов. Каждый вопрос отнимает около шести минут у спрашивающего и столько же у отвечающего коллеги — это 42 часа по 700 ₽, то есть 29 400 ₽. Примерно 30 % вопросов уходит дальше, инженеру подрядчика: 63 обращения по 8 минут — это 8,4 часа по 3 000 ₽, ещё 25 200 ₽. Итого 54 600 ₽ за одну неделю против 24 400 ₽ за набор, который работает годами и заодно ускоряет ввод каждого нового сотрудника.
У каждого сценария должна быть фамилия человека, который его обновляет, и дата последней редакции в подвале карточки. Без этого через квартал половина сценариев расходится с системой: интерфейс обновился, порядок изменился приказом, появилась новая услуга. Сотрудник, один раз наткнувшийся на устаревшую инструкцию, больше в неё не заглядывает — и возвращается спрашивать у соседа. Ревизия двенадцати сценариев раз в квартал занимает 3–4 часа, то есть около 3 150 ₽.
Когда инструкции писать не надо
Двадцать шесть часов на набор окупаются не всегда. Есть четыре ситуации, в которых документ будет лишней бюрократией.
- Меньше десяти человек и одна роль. При таком размере обучение проходит за полдня показом, а вопросы задаются напрямую тому, кто настраивал. Разумный минимум здесь — памятка на страницу и ничего больше.
- Система временная. Если контур собран под конкретную задачу на два-три месяца, писать двенадцать сценариев смысла нет: они устареют раньше, чем окупятся. Хватит записи экрана на двадцать минут.
- У вендора уже есть хорошая документация. Для распространённых конфигураций и сервисов справочник существует и обновляется без вас. Тогда ваша работа — не переписывать его, а собрать двенадцать сценариев с вашими правилами и ссылками в вендорскую документацию для деталей.
- Процесс ещё не устоялся. Инструкция фиксирует порядок; если порядок меняется каждые две недели, вы платите за фиксацию временного состояния. Сначала регламент и месяц работы по нему — как его описывать, разобрано в материале про то, как описать регламент процесса.
И обратное ограничение: инструкция не заменяет обучения. Документ отвечает на вопрос «как сделать конкретную операцию», но не даёт понимания, зачем компания перешла на новую систему и что изменилось в её работе. Без этого сотрудники честно выполняют шаги и продолжают вести параллельную таблицу — что происходит при пропущенном обучении, разобрано в материале про внедрение без обучения.
