Как разделить справочный центр и блог компании
Справочный центр помогает клиенту выполнить конкретное действие, а блог — разобраться в задаче и выбрать подход. Разбираем, как распределить статьи, оформить спорные темы и установить понятный порядок публикации и обновления.

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