Как составить инструкцию для сотрудника с помощью нейросети

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

Определите задачу и читателя

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

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

Соберите шаги у владельца процесса

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

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

Запросите черновик инструкции

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

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

Пример: передать заявку на согласование

Допустим, сотрудник создаёт заявку в форме, прикладывает счёт и выбирает руководителя. После отправки заявка должна получить статус «на проверке». Неясно, сколько длится проверка, и неизвестно, можно ли редактировать отправленную заявку.

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

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

Проведите тестовое прохождение

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

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

Частые ошибки

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

Если шаг может привести к финансовому, техническому или кадровому последствию, уточните правило у ответственного владельца процесса. Простая формулировка должна делать правильное действие понятнее, а не менять само правило.

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

Храните рядом с инструкцией исходную версию процесса и дату проверки. Когда интерфейс или правило меняется, ответственный сможет определить, какие шаги затронуты. Попросите модель сравнить новую версию заметок со старым текстом и показать расхождения, затем подтвердите их у владельца процесса.

Частые вопросы