Редакция Romanov Lab · Опубликовано
Менеджеры ежедневно объясняют вещи, которых не хватает на сайте: почему нельзя оценить заказ по одному фото, какой файл нужен для расчёта, чем похожие услуги отличаются по результату. Эти объяснения — хорошее сырьё для контента. Но запись разговора ещё не статья, а уверенный ответ одного сотрудника ещё не правило компании.
Задача редактора — извлечь повторяемую проблему, проверить правильность ответа и найти подходящее место на сайте. Иногда результатом будет новый материал. Иногда достаточно двух предложений рядом с формой, и отдельная публикация только усложнит поиск.
Собирайте вопрос вместе с ситуацией
Просьба «пришлите частые вопросы» обычно приносит общие темы вроде стоимости и сроков. Попросите сотрудников фиксировать момент, в котором человек застрял: что он хотел сделать, какую информацию уже видел, что не понял и какой ответ помог продолжить.
Для внутренней карточки достаточно обезличенного описания ситуации, формулировки вопроса, сути ответа и указания, где этот ответ проверить. Не переносите в редакционный документ весь диалог по умолчанию. Имена, контакты, реквизиты, договорённости и детали проекта не нужны для большинства общих объяснений.
Источник вопроса сохраните в разрешённом внутреннем контуре, чтобы редактор мог уточнить контекст. В публичном материале ссылка на закрытую переписку не поможет читателю и может раскрыть лишнее. Для публикации нужен самостоятельный проверенный ответ.
Разделите непонимание, индивидуальное условие и ошибку процесса
Повторяющийся вопрос не всегда следует решать статьёй. Если сотрудники называют разные сроки, сначала согласуйте порядок расчёта. Если клиент не видит сообщение об ошибке, исправьте интерфейс. Если информация касается только одного договора, не превращайте её в общее обещание.
- Не хватает знания: объясните принцип и покажите пример.
- Не найдено условие: поместите ответ рядом с моментом принятия решения.
- Неясно, какие данные подготовить: создайте короткую инструкцию или список.
- Условия противоречат друг другу: верните вопрос владельцу услуги.
- Сценарий не работает: передайте проблему в работу по продукту или интерфейсу.
В руководстве GOV.UK по выявлению потребностей пользователей обращения в поддержку рассматриваются как одно из оснований для контента. Полезно перенять сам принцип: формулировать задачу человека и критерий её выполнения, а не оправдывать заранее выбранный формат публикации.
Проведите интервью вокруг одного реального затруднения
Попросите менеджера восстановить последовательность: какой вопрос прозвучал сначала, какое уточнение изменило ответ, на чём человек ошибался. Затем задайте неудобные вопросы: когда совет не подходит, что нельзя обещать, кто подтвердит спорное условие.
Избегайте вопросов, которые подталкивают к красивому рассказу: «В чём наша уникальная экспертиза?» Чаще полезнее спросить: «Как вы поняли, что этих данных недостаточно?», «Какую ошибку в исходном файле вы заметили?», «Что клиенту нужно проверить до обращения?»
Не используйте сказанное как согласованную цитату без подтверждения. Для редакционной статьи можно передать суть без прямой речи, сохранив точность. Если важен личный комментарий, согласуйте формулировку, роль говорящего и разрешённые сведения.
Преобразуйте устную реплику в рабочий ответ
До, условная реплика: «Фото нам мало, присылайте нормальный файл, иначе цену не скажем».
После: «Для предварительной оценки нужен файл, в котором можно различить состав и параметры позиций. Фотография общего вида помогает понять задачу, но не заменяет перечень характеристик. Если исходного файла нет, сначала опишите, какие материалы сохранились: предложим, с чего начать сбор данных».
Эта версия не устанавливает реальный порядок работы какой-либо компании. Перед использованием надо проверить, какие форматы действительно принимают, что считают достаточными данными и какую помощь предлагают при их отсутствии. Редактор улучшает объяснение, но не придумывает новую бесплатную услугу.
Добавьте один понятный пример достаточных и недостаточных данных. Вместо «заполните правильно» покажите, какое поле требуется и почему без него меняется решение. При этом не раздувайте ответ подробностями, которые нужны только специалисту после начала работы.
Выберите место ответа
Короткое условие приёма файла уместно возле формы загрузки. Разбор подготовки сложного комплекта данных можно вынести в инструкцию и дать на неё ссылку. Вопрос о выборе между услугами может потребовать сравнения. Общий раздел вопросов имеет смысл, если посетители действительно приходят туда за связанными ответами.
Не дублируйте полную инструкцию в нескольких местах. Оставьте короткое пояснение в контексте, а основной ответ храните на одной поддерживаемой странице. Так изменение правила не оставит на сайте несколько несовместимых версий.
Согласуйте смысл с тем, кто отвечает за действие
Менеджер проверяет понятность для клиента, исполнитель — реализуемость, владелец услуги — условия. Необязательно собирать большой комитет для каждого абзаца, но один человек не должен подтверждать то, за что не отвечает. Спорный ответ лучше временно сузить до проверенной части.
Приёмочный вопрос звучит так: «Если человек выполнит написанное, получим ли мы нужные данные и сможем ли перейти к следующему этапу?» Дайте текст сотруднику, который не участвовал в интервью, и предложите разобрать учебное обращение. Если ему приходится додумывать условия, инструкция ещё не готова.
Проверьте, что стало происходить в общении
После размещения собирайте не только посещения, но и характер повторных обращений. Стали ли люди присылать пригодные материалы? Нужно ли объяснять ту же деталь после отправки ссылки? На каком месте инструкция не совпадает с вопросом?
Снижение числа вопросов нельзя автоматически приписать тексту: могло стать меньше самих обращений. Сравнивайте долю конкретного затруднения в сопоставимых ситуациях и читайте примеры диалогов в допустимом объёме. Если сотрудникам по-прежнему удобнее писать ответ вручную, выясните, мешает ли длина материала, неверная формулировка или отсутствие нужного фрагмента.
Законченная работа здесь — поддерживаемый ответ, которым можно воспользоваться и на сайте, и в разговоре. Количество опубликованных статей вторично.
Нужен план для вашего проекта? Напишите нам в Telegram или по электронной почте. Обсудим разработку, продвижение или поддержку сайта.
