Редакционная политика: как зафиксировать правила контента для команды

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

Чем редполитика отличается от стратегии и tone of voice

Контент-стратегия отвечает, для кого и ради какого результата работает контент. Tone of voice описывает голос: степень официальности, лексику, обращение. Редакционная политика управляет решениями: границами тем, доказательствами, ролями, риском и исправлениями. Документы связаны, но не заменяют друг друга.

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

Кто владеет документом

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

Укажите заместителя и срок ответа. Без этого «обязательное согласование» превращается в очередь без владельца. Низкорисковые материалы должны проходить короткий путь, а юридические, кризисные и продуктовые обещания — расширенный.

Раздел 1. Цель и границы тематики

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

• Основные темы и рубрики.
• Соседние темы, допустимые при связи с задачей читателя.
• Темы, требующие эксперта или юриста.
• Темы, которые редакция не публикует.
• Разделение мнения, опыта и проверенного факта.

Для каждой рубрики добавьте два удачных и два неудачных примера. Формулировка «пишем о маркетинге» слишком широка, а реальные заголовки показывают границу сразу.

Раздел 2. Источники и фактчекинг

Определите иерархию источников. Для функции продукта — официальная справка и фактический интерфейс; для закона — действующий текст; для исследования — методика и первичные данные; для собственного опыта — обозначенный кейс. Пересказ конкурента не становится доказательством только из-за уверенного тона.

Для изменчивых фактов указывайте дату проверки. Автор обязан открыть источник, а не копировать ссылку из старой статьи. Число проверяется арифметически и по единицам измерения.

Раздел 3. Язык и оформление

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

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

Раздел 4. Процесс от идеи до публикации

1. Автор фиксирует интент, читателя и целевое действие.
2. Проверяет пересечения с опубликованным контентом.
3. Собирает источники и факты до черновика.
4. Пишет и проводит самопроверку по чек-листу.
5. Редактор проверяет смысл, ссылки и структуру.
6. Эксперт согласует только предметные утверждения.
7. Материал получает дату, владельца и версию.
8. После выхода проверяются страница, ссылки и метрики.

Планирование выпуска можно вести через Tapbox Отложку. Редполитика при этом остаётся источником правил: сервис отвечает за время и доставку, а команда — за качество и достоверность.

Раздел 5. Матрица согласования

Определите, что считается молчаливым согласием и где оно запрещено. Срочность не должна отменять проверку опасного утверждения; для кризиса нужен заранее подготовленный короткий маршрут.

Раздел 6. Исправления и обновления

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

В журнале исправлений храните URL, ошибочный тезис, источник сигнала, действие и причину процесса. Цель не найти виноватого, а изменить правило, проверку или ответственность.

Раздел 7. Комментарии, критика и конфликты

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

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

Раздел 8. Использование генеративного ИИ

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

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

Генеративный ИИ ускоряет операции, но не получает редакционную ответственность. Материал подписывает и выпускает человек, способный объяснить каждое утверждение.

Как внедрить редполитику

Соберите десять недавних спорных случаев и превратите решения в первые правила. Проведите с командой разбор на реальных примерах, дайте короткий чек-лист и назначьте владельца. Через месяц удалите правила, которыми никто не пользуется, и уточните те, где решения снова разошлись.

Карточка правила: ситуация → решение → причина → хороший пример → плохой пример → владелец → дата проверки.

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

Пример решения: публикация спорной цифры

Автор находит в чужой статье утверждение «70% покупателей выбирают по отзывам». Ссылка ведёт на другую подборку, а первичного исследования нет. По редполитике такую цифру нельзя переносить как факт. Автор ищет исходный отчёт и методику; если не находит, заменяет утверждение качественной формулировкой либо проводит собственный замер.

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

Пример решения: инструкция по меняющемуся интерфейсу

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

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

Пример решения: кейс клиента

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

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

Как оформить карту рисков

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

Как проводить редакционный разбор

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

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

Как познакомить подрядчика с правилами

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

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

Минимальный шаблон документа

1. Зачем существует редакция. Аудитория и задача.
2. Темы и границы. Пишем, связываем, не берём.
3. Источники. Иерархия и дата проверки.
4. Язык. Обращение, термины и примеры.
5. Процесс. Роли, статусы и сроки.
6. Риски. Матрица согласования.
7. Исправления. Публичность и журнал.
8. ИИ и данные. Разрешения, запреты и контроль.
9. Версия. Владелец и следующая проверка.

Шаблон можно скопировать, но заполнение должно исходить из реальных решений. Пустые разделы с формулировкой «в соответствии с законодательством» не помогают автору выбрать действие.

Чек-лист редакционной политики