redpolicy-essay

name	redpolicy-essay
description	Ред-политика для обычных авторских статей. Объединяет правила хорошего письма с общими принципами формата. Для статей, которые не являются подборками сервисов, гайдами или другими форматами с отдельной ред-политикой.
user-invocable	false

Редакционная политика: обычные статьи

Общие правила хорошего письма описаны в скилле good-writing и antipatterns.md. Ниже — только правила, специфичные для обычных статей.

Суть подхода

Обычные статьи — это авторские тексты по теме проекта, которые не являются подборками сервисов, гайдами или другим форматом с отдельной ред-политикой. Это могут быть аналитические материалы, разборы тем, обзоры трендов, мнения.

Целевая аудитория

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

Открывашка

Первые 2-3 предложения определяют, прочитают ли статью до конца.

Разрешенные типы открывашки — ровно один из пяти:

1. Конкретный сценарий — узнаваемая ситуация из жизни читателя, где сразу видна проблема текста.
2. Неожиданная статистика или факт — конкретное число или факт, который удивит читателя
3. Смелое утверждение — сильный тезис по теме, который хочется проверить дальше.
4. Контринтуитивный тезис — утверждение, которое противоречит ожиданиям читателя, и сразу дает понять, что он узнает что-то новое

Запрещено:

• «X — это...» (словарное определение в начале)
• «В мире [темы]...» / «В эпоху [темы]...»
• «Когда речь заходит о...» / «Когда речь идет о...»
• Пересказ содержания статьи вместо открывашки

Открывашка не объясняет, что будет в статье. Она вовлекает.

Конкретика и сценарии

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

В статье должно быть 1-2 конкретных мини-сценария с реальными деталями:

• Кто это делает (не «пользователь», а «копирайтер», «маркетинг-директор», «небольшое агентство»)
• В какой ситуации (не «при работе», а «при подготовке 20 карточек для соцсетей за вечер»)
• С каким результатом (конкретный эффект: сэкономили время, изменили процесс, удивились)

Плохо: «Новый инструмент помогает ускорить работу.» Хорошо: «Редактор, которая раньше тратила утро на первичный разбор материалов, стала собирать черновую структуру за полчаса. Время освободилось, но появилась новая задача: проверять факты и не пропускать слабые обобщения.»

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

Структура

Структура зависит от темы. Фиксированного шаблона нет, но есть принцип: структура строится от вопросов читателя, а не от логики предмета.

Не «как предмет устроен изнутри», а «что читателю нужно знать, чтобы применить это в своей работе или жизни».

Обязательные принципы:

• Каждый важный вопрос читателя заслуживает отдельного заголовка
• Один заголовок = один вопрос. Если в заголовке два вопроса через «и» — это два блока
• Не начинать блок с переходного абзаца («Теперь разберем...»). Заголовок уже дает контекст

Работа с источником

Не добавляем информацию, которой нет в источнике. Если ее нет, не придумываем. Можем переструктурировать и переформулировать.

Стиль

Используем конструкции «можно сделать» вместо прямого обращения, где это уместно. Не «загружаете фото и получаете результат», а «можно загрузить фото и получить результат».

Обращаться к читателю на «вы» можно в практических блоках, но без панибратства.

Проверочные вопросы

• Чем открывается статья — вовлекающей открывашкой или определением?
• Есть ли в тексте конкретные сценарии или только абстракции?
• Понятно ли, что читатель сделает с этой информацией?
• Не повторяются ли мысли в разных блоках?

Примеры статей находятся в examples/essays/. Загрузи 1–3 примера, если они есть. Если примеров нет, работай по этой ред-политике и профилю проекта.