Понятная база знаний начинается с редакторской работы: из внутреннего документа нужно выделить вопросы клиента и дать каждому самостоятельный ответ. Переписывайте форму, сохраняя смысл утверждённых правил. Если условие неоднозначно, не додумывайте его ради гладкого текста — сначала получите решение владельца процесса.
Почему инструкция для отдела неудобна посетителю
Регламент часто написан вокруг должностей: кто согласует, кому передать и в какой журнал внести запись. Клиенту нужно другое: можно ли выполнить действие, до какого момента, что для этого сообщить и когда ждать подтверждение. Одна страница регламента может содержать ответы на четыре вопроса, а одно важное исключение — прятаться в приложении.
При поступлении обращения относительно модификации параметров участия сотрудник осуществляет проверку временного интервала. В случае соблюдения условий п. 4.2 производится направление заявки ответственному лицу. В иных случаях вопрос рассматривается индивидуально. Уведомление направляется после обработки.
Учебный пример
Это намеренно неудачный учебный фрагмент о переносе экскурсии. Из него неясно, какой интервал проверяют, можно ли выбрать любую дату и считается ли запрос уже подтверждённым переносом. Замена слова «осуществляет» на «проверяет» облегчит чтение, но не устранит пробелы. Их нужно заполнить фактами из согласованного правила.
Сначала восстановите правило целиком
Для учебной редакции предположим, что владелец процесса подтвердил условия: запрос принимают не позднее чем за 24 часа до экскурсии; новая дата должна иметь свободные места; позже заявку рассматривает администратор без обещания одобрения; перенос действует после отдельного подтверждения. Эти условия придуманы для примера и не описывают реальную компанию.
До переработки соберите основной документ, действующие приложения и утверждённые изменения. Выпишите противоречия в отдельную записку. Если один файл говорит «за сутки», а другой — «до конца предыдущего дня», это разные границы. Редактор не должен сам выбирать удобную трактовку. Зафиксируйте точную единицу времени и часовой пояс, когда он влияет на срок.
Хорошая редакция отвечает на вопрос без соседних страниц
Как перенести экскурсию на другую дату? Отправьте запрос не позднее чем за 24 часа до её начала. Укажите номер бронирования и желаемую дату. Администратор проверит свободные места и пришлёт подтверждение. До подтверждения сохраняется прежняя запись. Если до экскурсии меньше 24 часов, напишите администратору: он рассмотрит ситуацию отдельно. Перенос в этом случае заранее не гарантирован.
Учебный пример
В новой версии порядок соответствует действиям читателя: условие, сведения для заявки, проверка и результат. Исключение стоит рядом с основным правилом. Различие между запросом и подтверждённым изменением названо прямо. При этом текст не придумывает срок ответа администратора, потому что в исходных данных его нет.
| Элемент записи | Зачем он нужен |
|---|---|
| Название вопросом клиента | Помогает найти ответ по словам «перенести экскурсию» |
| Область действия | Отделяет экскурсии от других услуг с иными условиями |
| Основное правило и исключение | Не даёт читать разрешение без существенного ограничения |
| Источник и версия | Позволяет проверить, на каком документе основан ответ |
Название должно совпадать с языком обращений
Раздел «Модификация параметров участия» лучше назвать «Как перенести экскурсию». Возьмите формулировки из обезличенных вопросов: «не успеваю», «можно на завтра», «поменять день». Добавьте распространённые варианты в текст там, где они помогают пониманию. Не нужно превращать заголовок в длинную цепочку синонимов.
Если один запрос затрагивает разные действия, разделите ответы. Перенос даты, изменение количества участников и отмена бронирования не обязаны иметь одинаковые условия. Сделайте три самостоятельных записи и свяжите их ссылками. Читатель должен понимать нужное ограничение, даже если открыл материал из поиска и не видел родительский раздел.
Версии защищают от двух одновременно действующих правил
У каждой записи храните источник, дату вступления правила в силу, дату проверки и ответственного за содержание. Это можно вести в редакционном реестре; не обязательно показывать все служебные поля клиенту. Для нашего примера запись реестра выглядит так: «Перенос экскурсии; регламент бронирования, пункт 4.2; действует с 1 сентября; проверено 18 сентября; владелец — руководитель экскурсионной службы».
Когда правило меняется, обновляйте основную статью и зависимые ответы. Старую редакцию сохраняйте в архиве с пометкой о сроке действия, а из актуального набора убирайте. Иначе оператор найдёт два убедительных, но несовместимых ответа. Если прежние условия продолжают действовать для старых бронирований, явно укажите, как выбрать нужную редакцию.
Приёмка текста — это проверка смысла
- Попросите коллегу найти ответ на вопрос «Экскурсия завтра утром, могу перенести сейчас?» без устных подсказок.
- Сверьте его решение с исходным правилом, включая временную границу и необходимость подтверждения.
- Дайте второй вопрос о позднем обращении: читатель должен заметить исключение, а не обещать автоматический перенос.
- Проверьте, не добавились при редактуре новые сроки, гарантии или обязанности, которых никто не утверждал.
Готовый результат — небольшой набор самостоятельных ответов с проверяемыми источниками. Их можно использовать сотрудникам и при подготовке базы знаний APX. Способ применения выбирают после редактуры: сценарий, ИИ и оператор решают разные задачи, но всем троим нужны одинаково ясные и актуальные правила.
