Три пости на тиждень: проблема, доказ, наступний крок
Звичайний текст для редагування в Docs, Notion або вашому планері: бриф, три слоти, поля погодження та підсумок тижня. Без акаунта й email.

Тиждень / часовий пояс: ____________________
Аудиторія / одна проблема: ____________________
Мета / спостережуваний сигнал: ____________________
Канал: ____________________
Стиль: два погоджені приклади / бажані слова / уникати: ____________________


ПН · Допоможіть упізнати проблему
День / тема / початок: ____________________
Перевірений факт / джерело / обмеження: ____________________
Візуал / демодані / альтернативний текст: ____________________
Одна дія / кінцеве посилання: ____________________
Автор / редактор / дата погодження: ____________________
Статус: чернетка → перевірка → погоджено → заплановано → опубліковано (або помилка): ____________________
Посилання на фактичну публікацію: ____________________
Результат / що невідомо / наступне рішення: ____________________

Початок: «Зустріч перенесли. Чи всі побачили зміну?» Опишіть одну реальну проблему словами аудиторії. Візуал: відтворений приклад із вигаданими іменами. Потрібний доказ: конкретний сценарій, який підтримує продукт. Дія: прочитати checklist зміни зустрічі.

СР · Покажіть одну корисну дію
День / тема / початок: ____________________
Перевірений факт / джерело / обмеження: ____________________
Візуал / демодані / альтернативний текст: ____________________
Одна дія / кінцеве посилання: ____________________
Автор / редактор / дата погодження: ____________________
Статус: чернетка → перевірка → погоджено → заплановано → опубліковано (або помилка): ____________________
Посилання на фактичну публікацію: ____________________
Результат / що невідомо / наступне рішення: ____________________

Початок: «Одна змінена дата — крок за кроком». Запишіть справжній процес зміни дати на демоданих. Поясніть, хто бачить зміну та які є обмеження сповіщень. Не підміняйте функцію красивим макетом. Дія: повторити задачу в демо, якщо воно доступне публічно.

ПТ · Дайте відповідь перед вибором
День / тема / початок: ____________________
Перевірений факт / джерело / обмеження: ____________________
Візуал / демодані / альтернативний текст: ____________________
Одна дія / кінцеве посилання: ____________________
Автор / редактор / дата погодження: ____________________
Статус: чернетка → перевірка → погоджено → заплановано → опубліковано (або помилка): ____________________
Посилання на фактичну публікацію: ____________________
Результат / що невідомо / наступне рішення: ____________________

Початок: «Що буде, якщо людина не побачить оновлення?» Поясніть перевірену поведінку продукту та її межі. Візьміть питання зі справжньої підтримки або позначте його як гіпотезу для перевірки. Дія: відкрити відповідну довідку або огляд продукту. Не вигадуйте цитат клієнтів.

Зберігайте стиль, а не повторюйте один і той самий пост
Перед написанням покладіть поруч два погоджені приклади. Зафіксуйте звертання, довжину речень, бажані терміни та фрази, яких слід уникати. Для цього прикладу: спокійно, конкретно, без гучних обіцянок; одна дія на пост; без тверджень «ніколи не пропустите зустріч». Протягом тижня змінюйте докази та формати, зберігаючи ці правила.

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

Редакційний ресурс Fabulica · підготовлено з AI · приклади навчальні · перевірено 2026-10-04
https://fabulica.com/rishennya/kalendar-kontentu-sotsmerezh/