Метрики инструкции: как найти шаг, на котором читатель теряется

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

Общий обзор метрик и воронки шагов — в статье об аналитике документации. Здесь сосредоточимся на редакторской работе с одной инструкцией.

Сначала определите полезный результат

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

Три показателя для одной инструкции

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

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

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

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

Как проверить подозрительный шаг

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

• Не совпадает экран — обновите скриншот и название элемента.

• Не хватает исходных данных — добавьте пример и поясните, где их взять.

• Есть развилка — опишите условия каждого варианта.

• Шаг слишком длинный — разделите действие и проверку результата.

Сравнивайте до и после одной правки

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

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

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