Мы посмотрели статистику. И что теперь?
У команды может быть подробный отчёт, еженедельная планёрка и аккуратная таблица показателей — и ни одного изменённого решения.
Тогда аналитика становится ритуалом после выпуска. Цифры обсуждают, удачные материалы хвалят, неудачные объясняют алгоритмом или «не той аудиторией», а следующий контент производят по прежней схеме.
Проблема не в недостатке данных. Между наблюдением и действием отсутствует рабочий переход.

Аналитика замыкает Storyround только тогда, когда приводит к конкретному изменению, новой проверке или более точному вопросу об аудитории. Публикация не заканчивает круг — она возвращает в него новые данные.
Изменение не обязано быть большим. Иногда нужно поправить ссылку. Иногда — продолжить найденную тему. Иногда — изменить бриф или редакционный стандарт. Иногда — признать, что мы неверно поняли ситуацию людей.
Масштаб решения должен соответствовать силе сигнала.

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

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

1. Зафиксировать наблюдение без причины.
2. Назвать несколько гипотез.
3. Проверить доступные дополнительные сигналы.
4. Выбрать одно изменение.
5. Решить, какой след будет проверяться в новом цикле.

Исправить выпуск
Проблема находится в уже опубликованном материале:
• сломана ссылка;
• не виден следующий шаг;
• заголовок обещает не то;
• в подписи нет важного условия;
• на мобильном устройстве потерялась часть;
• допущена фактическая ошибка.
Такое решение можно принять быстро. Не нужно ждать стратегической сессии, чтобы исправить технический разрыв.
Изменить следующий материал
Наблюдение показывает, что нужен другой вход, пример, глубина, композиция или формат.
Люди задают один и тот же уточняющий вопрос — значит, объяснению не хватает звена. Узнают проблему, но не понимают механизм — нужен разбор. Понимают тезис, но не видят себя — нужна реальная ситуация или герой.
Изменить серию
Одна публикация открыла вопрос, который не помещается в отдельный выпуск.
Ответы показывают несколько разных ситуаций. Появился сильный конфликт. Люди просят продолжение или возвращаются к одному фрагменту. Тогда материал становится не закрытой единицей, а входом в территорию.
Изменить процесс или стандарт
Ошибка повторяется не потому, что конкретный автор невнимателен, а потому что система каждый раз создаёт её заново:
• в брифе нет задачи;
• источники проверяют слишком поздно;
• согласующий не знает критериев;
• призыв добавляют в последний момент;
• права на материал не выясняют до производства;
• никто не отвечает за публикационный пакет.
Здесь бесполезно просить «в следующий раз быть внимательнее». Нужен новый шаг процесса, шаблон или критерий.
Изменить представление об аудитории
Люди отреагировали не так, как предполагала команда. Их слова, вопросы или действия показывают другую ситуацию.
Это возвращает Storyround к Audience. Не нужно немедленно переписывать портрет всех людей. Нужно превратить сигнал в новый вопрос и проверить его в интервью, наблюдении, данных или следующем материале.

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

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

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

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

Аналитика может вернуть работу в любую точку круга.
В Audience
Выяснилось, что люди называют проблему иначе или приходят из другой ситуации.
В Ideation
Ответы открыли новый вопрос, конфликт или ракурс.
В Planning
Серия не выдерживает ритм, согласование съедает срок, часть работы постоянно остаётся без владельца.
В Standards
Повторяется одна ошибка качества или отсутствует общий критерий.
В Content
Не хватает фактуры, логического звена, героя или доказательства.
В Formats
Выбранная форма плохо передаёт материал: процесс трудно понять без схемы, голос героя потерян в пересказе, сравнение не считывается.
В Publishing и Distribution
Материал не дошёл, потерялся публикационный пакет или следующий шаг оказался невидимым.
Круг не требует каждый раз проходить заново целиком. Диагностика находит точку вмешательства, а изменение неизбежно затрагивает соседние связи.

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

Материал может дать сильные содержательные ответы и слабый охват. Или много переходов и мало завершённых действий. Или хорошее дочитывание у постоянной аудитории и быстрый уход новых людей.
Не нужно сводить это к одной оценке «успех / провал».
Разложите цепочку:
• что точно сработало;
• где появился разрыв;
• для какой группы;
• на каком этапе;
• что требует сохранения;
• что требует отдельной проверки.

1. Противоречие часто полезнее среднего балла: оно показывает место для следующего решения.

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

1. Наблюдение: что произошло без объяснения.
2. Задача: с каким ожидаемым изменением это сравнивается.
3. Гипотезы: почему так могло произойти.
4. Дополнительные сигналы: что поддерживает или ослабляет версии.
5. Изменение: одно действие подходящего масштаба.
6. Сохранение: что точно не нужно ломать.
7. Проверка: какой сигнал ищем в следующем цикле.

Этот метод превращает отчёт в часть производства.

Возьмите три опубликованных материала: один удачный, один слабый и один с противоречивыми сигналами.
Для каждого заполните:
Материал — Задача — Наблюдение — Возможные причины — Что сохраняем — Одно изменение — Новый сигнал — Владелец и срок
Затем распределите решения по масштабу:
• исправить выпуск;
• изменить следующий материал;
• продолжить или перестроить серию;
• изменить процесс или стандарт;
• уточнить вопрос об аудитории.
В конце перенесите хотя бы:
• один новый вопрос — в карту аудитории;
• одну находку — в запас идей;
• одно повторяющееся решение — в кандидаты на стандарт;
• одну конкретную проверку — в план следующего выпуска.

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

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

• AU03 Откуда мы знаем, что нужно аудитории
• C03 Как собрать рабочий запас идей
• DX03 С чего начинать ремонт
• ST01 Что у нас считается хорошим материалом