Мы бесконечно правим тексты, потому что у каждого своё понимание качества.
Автор слышит:
Сделайте поживее.
Дизайнер:
Что-то пока не цепляет.
Редактор:
Я пойму, когда увижу хороший вариант.
Исполнитель приносит следующую версию, но критерий меняется вместе с ней. Правка превращается в попытку угадать внутреннее ощущение другого человека.
Это не означает, что вкус и профессиональное чутьё не нужны. Они помогают замечать проблему раньше, чем удаётся её назвать. Но если команда не может объяснить, что именно защищает правка, качество остаётся личным органом одного редактора. Передать его невозможно.

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

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

Нельзя определить «хороший материал» вообще.
Инструкция, портрет, новость, расследование, рекламная интеграция и сервисное сообщение решают разные задачи. У них будут разные обязательные признаки.
В редакционных стандартах Sdelano.media качество кейса было описано сразу с нескольких позиций:
• читатель должен вдохновиться и захотеть попробовать;
• редактору нужны ясная структура, соблюдение технических требований и сроков;
• автор кейса должен знать, как проект создавался в деталях, и отвечать на вопросы без нового дозвона.
Это полезный пример не потому, что его правила нужно перенести в Mediatrek. Он показывает: качество живёт не только в готовом тексте.
Материал может быть гладко написан, но:
• не отвечать задаче аудитории;
• скрывать происхождение цифр;
• превращать человека в иллюстрацию;
• быть непроизводимым в согласованный срок;
• не иметь прав на изображение;
• обещать больше, чем доказывает;
• не давать следующему участнику нужных исходников.
Поэтому стандарт начинается с вопроса:
Какой результат мы обещаем этим типом материала и какие риски обязаны не пропустить?

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

Слабый критерий:
Текст должен быть живым.
Он сообщает желание, но не помогает проверить черновик.
Более рабочая версия:
В начале есть конкретная ситуация, действие, вопрос или различие. Общее вступление, которое можно поставить перед любым материалом по теме, удалено.
Слабый:
Нужны качественные источники.
Рабочий:
Для каждого внешнего проверяемого утверждения указан первичный источник или явно объяснено, почему он недоступен. Вторичный пересказ не используется как единственное доказательство.
Слабый:
Не перегружать.
Рабочий:
Каждый раздел отвечает на один вопрос; детали, не меняющие вывод и не нужные для следующего шага, вынесены или удалены.
Проверяемость не означает, что всё качество можно свести к механическому да/нет. Но критерий должен указывать:
• где смотреть;
• что искать;
• почему это важно;
• какое решение принять при нарушении.

Одной формулировки часто недостаточно.
Критерий:
В начале есть наблюдаемая конкретика.
Пример:
В четверг клиент прислал правку в 23:40. Съёмка была назначена на семь утра, а правка меняла сценарий целиком.
Антипример:
Работа над проектами часто бывает динамичной и требует от команды гибкости и включённости на всех этапах.
Разница не в том, что первое «ярче». В первом случае читатель видит событие и может задавать к нему вопросы. Во втором нет ни одного факта, который можно представить или проверить.
Хорошая пара:
• относится к вашему формату;
• нарушает один критерий за раз;
• показывает не только форму, но и потерю для человека;
• помогает применить правило к новому материалу.
Если антипример одновременно скучный, неточный, длинный и не по теме, исполнитель не поймёт, что именно исправлять.

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

Это особенно важно в эпоху ИИ.
Гладкий текст не показывает:
• существовал ли источник;
• откуда взялась цифра;
• видел ли автор документ;
• действительно ли собеседник сказал эту фразу;
• был ли у модели доступ к актуальным данным;
• какие части придуманы;
• соблюдены ли договорённости;
• где закончилась человеческая проверка.
Поэтому часть стандарта относится к следам работы:
• ссылки;
• записи;
• таймкоды;
• версии;
• перечень использованных источников;
• список непроверенного;
• происхождение изображений;
• описание роли ИИ;
• имя человека, принявшего решение.
Приёмка «по ощущению от чтения» стала опаснее именно потому, что внешняя гладкость теперь производится дёшево.

Команда иногда пытается уменьшить число споров, предписав:
• одинаковые конструкции;
• одинаковую длину;
• одинаковый тон;
• одинаковые эмоции;
• одинаковую последовательность.
Это делает производство предсказуемее, но может уничтожить:
• позицию;
• интонацию;
• способ видеть;
• различия между героями;
• пригодность формы для конкретного материала.
Стандарт должен удерживать:
• редакционную ответственность;
• минимальную понятность;
• точность;
• отношение к человеку;
• обещание проекта.
Он не обязан делать все голоса одинаковыми.
Полезное различие:
Мы стандартизируем проверку и передачу работы. Не обязательно стандартизировать каждое авторское решение.

В реальных стандартах Sdelano.media были подробно зафиксированы размеры, подписи, структура рубрик, обязательные элементы, передача файлов и порядок проверки. Это было нужно для конкретного производства.
Но если начать с попытки описать всё, документ может не пережить первую неделю.
Для первого рабочего стандарта выберите:
• один повторяющийся формат;
• пять-семь критериев, из-за которых работу действительно возвращают;
• несколько обязательных следов;
• владельца;
• место применения.
Стандарт должен появиться там, где принимается решение:
• в брифе;
• в шаблоне;
• в карточке;
• при самопроверке;
• на передаче;
• при финальной приёмке.
Если документ хранится отдельно и вспоминается после конфликта, он не встроен в процесс.

Правила меняются после:
• ошибки;
• нового риска;
• запуска формата;
• изменения закона;
• смены платформы;
• появления новых участников;
• повторяющейся обратной связи;
• изменения задачи проекта.
У стандарта должны быть:
• владелец;
• номер или дата версии;
• дата следующего пересмотра;
• способ предложить изменение;
• история важных решений.

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

Не начинайте с советов «как хорошо писать». Возьмите собственные материалы.
Шаг 1. Соберите две группы
• три-пять материалов, которыми вы довольны;
• три-пять материалов того же типа, которые пришлось существенно переделывать.
Шаг 2. Соберите следы правок
• комментарии;
• переписки;
• версии;
• вопросы редактора;
• причины возврата;
• ошибки после публикации.
Шаг 3. Найдите повторяющиеся различия
Не «первый интереснее», а:
• в первом тезис назван до третьего абзаца;
• во втором вывод сильнее приведённых данных;
• в первом видно решение героя;
• во втором есть только итог;
• в первом каждая цифра имеет источник;
• во втором источники нужно восстанавливать.
Шаг 4. Разделите причины
• обязательное качество;
• требование формата;
• предпочтение;
• следствие плохого брифа;
• следствие отсутствующей фактуры;
• единичная вкусовая правка.
Не переносите в стандарт то, что надо чинить раньше.
Шаг 5. Сформулируйте пять-семь критериев
Для каждого:
Критерий — Почему важен — Как проверить — Пример — Антипример — Решение при нарушении — Кто отвечает
Шаг 6. Проверьте на старых материалах
Два человека должны независимо применить критерии и сравнить решения.
Если они понимают правило противоположно, его нужно уточнить.
Шаг 7. Встройте в процесс
Решите, на каком переходе применяется каждый критерий. Не все проверки нужно оставлять финальному редактору.

ИИ полезен для первичного извлечения различий.
Ему можно дать:
• несколько принятых материалов;
• несколько возвращённых;
• комментарии;
• формат;
• аудиторию.
И попросить:
• назвать наблюдаемые различия;
• процитировать подтверждения;
• сгруппировать правки;
• предложить формулировки да/нет;
• создать антипример, нарушающий одно правило.
Ограничение должно быть явным:
Не приноси универсальные правила со стороны. Извлекай признаки только из предоставленных материалов и помечай, где данных недостаточно.
Человек проверяет:
• отражает ли критерий настоящую редакционную задачу;
• не закрепляет ли случайную привычку;
• не стирает ли автора;
• не создаёт ли новый риск;
• действительно ли нарушение требует возврата.

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

Качество становится системой не тогда, когда редактор написал длинную редполитику.
Оно становится системой, когда:
• команда понимает, какой результат защищает;
• критерий можно применить к реальному материалу;
• человек знает, что исправлять и почему;
• обязательное не смешано со вкусом;
• проверка происходит на нужном этапе;
• правило меняется вместе с накопленным опытом.
Стандарт не заменяет редактора. Он освобождает редактора от необходимости каждый раз заново объяснять одно и то же.

• D02 Как объяснить, что значит хорошо
• D03 Как принять чужую работу
• V02 Из каких решений складывается голос
• V03 Как редактировать, не стирая автора
• PB01 Опубликовать — не значит выложить