KM2B
Как превратить опыт сотрудника в понятную рабочую инструкцию с ИИ

Как превратить опыт сотрудника в понятную рабочую инструкцию с ИИ

Команда KM2B · 9 октября 2026 · чтение ~7 минут

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

Коротко — и что с этим делать

Выберите процесс, который регулярно выполняют по памяти, опишите его на примере нескольких реальных случаев и поручите ИИ подготовить черновик. Затем проверьте исключения с опытным сотрудником, согласуйте документ с владельцем результата и измерьте пользу на небольшом пилоте.

Записаться на бесплатный аудит →

Почему опытного сотрудника трудно заменить инструкцией из головы

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

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

ИИ полезен как помощник редактора. Он может структурировать рассказ, убрать повторы, превратить последовательность действий в список и выделить места, где не хватает информации. Это не делает его экспертом по правилам конкретной компании. Он не должен самостоятельно придумывать недостающий порядок или решать, какой риск приемлем для бизнеса.

Поэтому задача — не «попросить ИИ написать инструкцию», а собрать проверяемое описание процесса. Сотрудник объясняет, как работает на практике; руководитель уточняет, какой результат нужен; ИИ помогает подготовить черновик; ответственный человек проверяет его до внедрения.

С чего начать: один процесс, входные данные и границы

Выберите один повторяющийся процесс с понятным началом и результатом. Хороший кандидат — тот, который выполняют регулярно, который часто объясняют новичкам или где ошибки приводят к переделкам. Не начинайте с описания работы всего отдела: в большом процессе смешиваются разные роли, исключения и полномочия, а проверить такой документ сложнее.

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

До разговора с сотрудником зафиксируйте четыре вещи:

Это и есть практичный ответ на вопрос «с чего начать?»: взять один повторяющийся процесс, обозначить входные данные и оставить контроль результата человеку. Например, для приёма заявки входом будут сведения о клиенте и запросе, а результатом — заполненная карточка и назначенный следующий шаг. Если заявка неполная или клиент просит особые условия, инструкция должна показывать, кому передать вопрос, а не предлагать сотруднику угадывать.

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

Как собрать опыт: вопросы, наблюдение и примеры

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

Задавайте вопросы, которые раскрывают действия и условия, а не только общие правила:

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

Затем передайте ИИ обезличенные заметки и конкретную задачу: упорядочить шаги, отметить неясные места, не добавлять отсутствующие правила и вынести предположения в отдельный список вопросов. Просите сохранить важные формулировки и не превращать условие «если — то» в безусловную команду. Если результат нужен в форме памятки, чек-листа или инструкции для новичка, задайте этот формат заранее.

Как проверить черновик и не потерять исключения

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

Используйте три группы примеров:

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

Для каждого случая проверьте: понятно ли, кто выполняет шаг; откуда он получает данные; что считается завершением; как зафиксировать результат; куда обратиться при отклонении. Если на любой вопрос нет ответа, инструкцию надо уточнить, а не просить ИИ заполнить пробел правдоподобным текстом.

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

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

Нужен первый процесс для пилота?

На бесплатном аудите за 30 минут поможем очертить участок, определить владельца результата и обсудить, какие данные допустимо использовать для черновика инструкции.

Бесплатный аудит за 30 минут →

Какие данные и действия ограничить

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

Если в процессе участвуют персональные данные, заранее проверьте, на каком основании и где они обрабатываются, кто имеет к ним доступ и какие инструменты разрешены компанией. Требования к обработке персональных данных установлены 152-ФЗ. Не загружайте клиентские документы, переписку или записи звонков в ИИ-сервис, пока ответственные в компании не проверили условия его использования и меры защиты. Для пилота часто достаточно вымышленных примеров, обезличенных данных или внутренней среды, одобренной организацией.

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

Это ответ на вопрос, какие данные и действия ограничить: передавайте только необходимое, а деньги, права, обещания клиенту и необратимые изменения оставляйте на одобрение сотрудника. Если ИИ готовит ответ клиенту, человек должен проверить факты, тон и соответствие внутренним правилам. Когда текст связан с рекламными обещаниями, учитывайте требования 38-ФЗ «О рекламе» и не публикуйте неподтверждённые заявления.

Как оценить пользу пилота до и после запуска

До запуска зафиксируйте исходные показатели на выбранном участке. Не нужно собирать всё подряд: достаточно тех величин, которые отражают проблему. Например, сколько времени занимает выполнение процесса, как часто приходится исправлять работу и какие потери возникают из-за задержек или ошибок. Уточните период наблюдения и считайте одинаково до и после внедрения.

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

ПоказательЧто зафиксировать до пилотаЧто проверить после
ВремяСколько занимает процесс и сколько времени уходит на уточненияСократилось ли время при том же составе работы
ОшибкиКакие пропуски и переделки встречаются, как их считаютИзменилось ли число ошибок и какие из них остались
ПотериК чему приводят задержки и исправления: к повторной работе, срыву срока или недополученному заказуИзменились ли потери и не появились ли новые риски
ПонятностьГде сотрудники чаще просят помощи или трактуют правило по-разномуМожет ли другой сотрудник пройти процесс по документу

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

Начинайте с недорогого пилота на узком участке. Его окупаемость обычно рассматривают как ориентир в пределах 2–4 месяцев, но фактический срок зависит от частоты процесса, стоимости ошибок и расходов на внедрение. Точную оценку можно сделать после аудита исходной ситуации; подход к оценке также описан в разделе окупаемости решений.

Как согласовать, внедрить и поддерживать инструкцию

Финальную версию утверждает владелец результата — руководитель или назначенный ответственный, который вправе устанавливать порядок работы. Сотрудник подтверждает, что шаги соответствуют практике, а владелец процесса отвечает за то, что правила согласуются с требованиями компании. Укажите в документе дату, ответственного и порядок пересмотра. Без этого через несколько месяцев трудно понять, актуальна ли инструкция.

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

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

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

Источники

Обсудим инструкцию для вашего процесса

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

Записаться на бесплатный аудит →