Согласование контента с клиентом: регламент и чеклист

Спор «я не это согласовал» невозможно выиграть, если согласование жило в переписке. Не потому, что клиент неправ, — потому что доказать нечего: «ок» в четверг относился к какой-то версии текста, но к какой именно, из переписки не следует. Ниже — как устроить согласование так, чтобы этот спор не возникал, и два документа, которые можно забрать: шаблон регламента и чеклист перед отправкой.

Почему «ок» в мессенджере не работает

Дело не в мессенджере как таковом, а в трёх его свойствах.

«Ок» не привязан к версии. Вы прислали текст, клиент попросил поменять одно слово, вы прислали снова — и «ок» пришло после третьего сообщения, но относилось ко второму. Через две недели восстановить это нельзя.

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

Утверждает не тот, кто отвечает. В чате пишет менеджер, а решение принимает директор, который в чат не заходит. Формально согласование было. Фактически — нет.

Добавьте к этому, что у поста есть ещё картинка, время выхода и канал, и что в мессенджере они обсуждаются отдельными сообщениями, — и станет понятно, почему разговор «я не это утверждал» возникает даже с добросовестным клиентом.

Что считать согласованием

Рабочее определение состоит из трёх частей, и без любой из них согласование остаётся мнением.

1. Конкретная версия. Утверждается не «пост про доставку», а текст, медиа, канал и время публикации в том виде, в каком они были на экране.
2. Фиксация. Факт утверждения записан отдельно от обсуждения и не редактируется задним числом.
3. Идентифицируемый человек. Видно, кто именно утвердил, а не «согласовано в чате».

Всё остальное — детали реализации. Можно вести это в таблице с подписями, можно в специальном инструменте; нельзя — в ленте сообщений.

Шаблон регламента согласования

Заберите и вставьте в бриф или приложение к договору. Пункты сформулированы так, чтобы их можно было принять без юриста.

1. Передача материалов. Агентство передаёт материалы на согласование не позднее чем за 5 рабочих дней до даты публикации.

2. Срок ответа. Клиент даёт ответ в течение 2 рабочих дней с момента передачи.

3. Форма ответа. Ответом считается утверждение или отклонение конкретного материала. Общие комментарии без решения ответом не считаются.

4. Раунды правок. По каждому материалу предусмотрен один раунд правок. Второй раунд возможен только при существенных замечаниях — фактическая ошибка, юридический риск, изменение вводных со стороны клиента.

5. Молчание. Если ответа нет в срок, материал переносится в ближайший свободный слот, а дата публикации сдвигается. Публикация без утверждения не производится.

6. Кто утверждает. Со стороны клиента материалы утверждают: (перечислить поимённо). Решения иных лиц носят рекомендательный характер.

7. Срочные материалы. Ситуативные публикации согласуются в упрощённом порядке: срок ответа — 4 рабочих часа, без раундов правок.

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

Пункт 5 не наказывает клиента, а описывает последствие. «Публикуем без ответа» — плохая формулировка: она однажды приведёт к публикации, которой клиент не хотел. «Сдвигаем дату» — рабочая: она возвращает клиенту ответственность за срок, ничем не рискуя.

Пункт 6 стоит согласовать до старта. Именно он закрывает историю с директором, который не заходит в чат. Если утверждающих несколько, договоритесь, достаточно ли одного.

Пункт 7 нужен всем. Без него ситуативка либо не выходит вовсе, либо выходит в обход регламента — и через месяц в обход идёт уже всё.

Передавайте ссылку, а не файл

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

Что на этой странице обязано быть:

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

И два свойства, о которых вспоминают поздно:

• защита ссылки. У ссылки должен быть PIN или срок жизни: материалы клиента — это его планы на месяц вперёд, и уходить они должны только тому, кому предназначены;
• отдельная ссылка на набор каналов. Если у клиента несколько брендов или площадок, показывать всё одному человеку не всегда уместно.

Правки: как ограничить раунды, не ссорясь

Раунды ограничивает не строгость, а форма вопроса. Сравните: «Что скажете?» — и «Утверждаем к публикации в пятницу?». Первый вопрос приглашает к обсуждению, второй — к решению.

Три приёма, которые сокращают переписку сильнее всего:

1. Спрашивайте решение, а не мнение. Формулировка «утверждаем?» даёт ответ, с которым можно работать. «Как вам?» — не даёт.
2. Разделяйте «неверно» и «мне не нравится». Фактическая ошибка правится вне очереди. Вкусовое замечание — это второй раунд, и на него распространяется пункт 4 регламента.
3. Возвращайте материал на доработку явно. Пост должен уходить из состояния «на согласовании» в «в работе» видимым действием, а не пропадать в переписке. Тогда у каждого материала в любой момент есть ровно один статус, и вопрос «а этот мы уже правили?» не возникает.

Чеклист перед отправкой клиенту

Полминуты на весь набор, и он снимает большую часть возвратов.

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

Последний пункт важнее, чем кажется: ссылка без срока читается как «посмотрите на досуге».

Строку про медиа стоит читать шире, чем «файлы приложены». Пост бывает согласован и всё равно не выходит — из-за соотношения сторон или формата файла, а узнаёте вы об этом в день публикации. Что проверить заранее, разобрано в требованиях Instagram к фото, видео и подписям.

Как перевести клиента с мессенджера

Резкий переход обычно проваливается — клиенту предлагают лишнее действие без объяснения выгоды. Работает такая последовательность.

Назовите проблему его словами. Не «нам неудобно согласовывать», а «чтобы у вас не выходило неутверждённое и мы не переспрашивали дважды».

Оставьте мессенджер каналом уведомления. Ссылка приходит туда же, куда приходили посты. Меняется не канал связи, а место, где принимается решение.

Не требуйте регистрации. Любой пароль на входе — это причина отложить. Клиент должен открыть ссылку и сразу увидеть материалы.

Первый раз пройдите вместе. Пять минут в созвоне экономят две недели привыкания.

Сошлитесь на регламент, а не на инструмент. Клиент соглашается на понятные сроки и понятную ответственность, а инструмент — это то, чем они обеспечиваются.

Что делать с молчанием

Молчание — самый частый способ сорвать план, и лечится оно не напоминаниями, а устройством процесса.

• Дедлайн ответа назван в самом запросе. «Нужен ответ до среды, чтобы выйти в пятницу».
• Одно напоминание, за день до дедлайна. Больше — превращается в фон.
• Последствие уже описано пунктом 5 регламента, поэтому напоминание не содержит угрозы: вы просто сообщаете, что дата поедет.
• Раз в месяц показывайте статистику согласования — сколько материалов прошло с первого раза и какое среднее время ответа. Это не давление, а цифра, которая меняет поведение лучше уговоров.

Как это устроено в Sonaco

Дальше утверждённый пост уходит в расписание и публикуется сам — как это настроить в Telegram, разобрано в отдельной статье. Планирование, из которого всё начинается, — в контент-плане.