Редакторська перевірка та бібліотека повідомлень

Що саме перевіряє редактор

Відсутність друкарських помилок ще не робить текст готовим. Він може бути граматично правильним і водночас обіцяти неіснуючу послугу. Перевіряйте окремо відповідність задачі, достовірність тверджень, зрозумілість структури, тон, доступність і наступну дію. Так легше пояснити правку: «CTA веде не туди» точніше, ніж «текст слабкий».

У навчальній бібліотеці розрізняємо blocker, major і minor. Blocker — вигадана гарантія, непогоджена дата, приватні дані або дія, що збирає контакти без належно визначених умов. Major — важлива двозначність, суперечність між версіями чи відсутня суттєва умова. Minor — помилка, яка не змінює зміст, наприклад зайвий пробіл. Це робоча рубрика вправи, не універсальний галузевий стандарт.

Рішення про готовність

Не усереднюйте критичні ризики. П’ять вдалих заголовків не компенсують одну вигадану гарантію роботи. Матеріал із blocker повертається на виправлення. У нашому завданні major також потрібно закрити перед статусом ready. Якщо джерела немає, редактор не вигадує його сам: автор прибирає твердження або позначає залежність від підтвердження.

Розгляньте зміну «Запис доступний 7 днів» на «Запис буде завжди під рукою». Друга фраза звучить м’яко, але може означати необмежений доступ. Це змістова проблема, а не питання особистого смаку. Виправлення повертає точний строк; у журналі зазначаємо факт F04 і всі версії, де він використаний.

Бібліотека, яку можна підтримувати

Для повідомлення збережіть ID, версію, потребу, напрям, факт-джерело, повний і короткий текст, CTA, призначення та статус. Не перезаписуйте погоджений варіант без сліду. У revision-log.md запишіть, що змінилося, чому, хто перевірив і які похідні матеріали потребують оновлення. У навчальній роботі замість реальних імен достатньо ролей «автор» і «peer reviewer».

Зміна вихідного факту скасовує автоматичну довіру до старих похідних версій. Якщо у новому, окремо підтвердженому брифі строк зміниться, знайдіть усі повідомлення за claim ID. Перевірте також підписи, слайди та субтитри. У цій вправі чинним залишається строк 7 днів; описана зміна — тільки сценарій процесу.

Перевірка розуміння без вигаданих результатів

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

Порівнюючи заголовки, спочатку перевірте, що вони передають однакові умови. Не називайте варіант переможцем за власним враженням. Навіть реальне порівняння потребує визначеної метрики, зіставних умов і достатніх даних; у модулі ми відпрацьовуємо якість повідомлення, а не доводимо зростання продажів.

AI-чернетка — матеріал для перевірки

Якщо користуєтеся AI, передайте лише синтетичний бриф і явно відокремте факти від невідомого. Попросіть не додавати дат, статистики, відгуків чи гарантій. Потім самостійно звірте результат із facts.csv: інструкція не гарантує, що модель її виконала. Красиве формулювання не є джерелом доказу.

Не завантажуйте в зовнішній сервіс приватні повідомлення, клієнтські бази або внутрішні документи для цієї вправи. Позначте використання інструмента й суттєві ручні виправлення. Відповідальність за фінальний текст залишається в автора та reviewer; статус ready не можна призначити лише тому, що його запропонував інструмент.

Практика: передача в production kit

1. Зберіть три повідомлення для різних питань читачів; для кожного додайте повну й коротку версії.
2. Перевірте їх за editorial-checklist.md і позначте конкретні проблеми.
3. Збережіть щонайменше дві аргументовані редакції в revision-log.md.
4. Позначте готовність кожного повідомлення та всі невиконані перевірки.

Готово, коли: шість текстових версій простежуються до фактів, критичні проблеми усунуті, а історія правок відтворюється. Це заготовка для другого проєкту після уроку 23, а не нове подання чи професійний сертифікат зараз.

Методичні джерела

• GOV.UK: тон і точність
• W3C WAI: перевірка текстових матеріалів

Приклади, вправи й сценарії — оригінальні матеріали SEOWORK. Орієнтири GOV.UK стосуються ясності тексту, а не правил реклами соціальних платформ.