Как решишь недопонимание между копирайтером и маркетологом?

Решение недопонимания между копирайтером и маркетологом: подход IT Project Manager

Как IT Project Manager, я рассматриваю недопонимание между копирайтером (контент-специалист) и маркетологом (заказчик/стратег) как классический конфликт на стыке требований и реализации. Моя роль — не просто «примирить», а создать процесс, который превращает разногласие в источник инноваций. Вот мой пошаговый подход, основанный на методологиях Agile и коммуникационной триаде.

1. Немедленная изоляция и структурирование конфликта

Первым делом я организую экстренную сессию (time-boxed, 30-45 минут) с обеими сторонами. Цель — не найти виноватого, а деэскалировать и перевести эмоции в предметные аргументы. Использую технику «Problem Statement»:

**Проблема:** 
- Маркетолог: "Текст не отражает ценностное предложение продукта для сегмента B2B".
- Копирайтер: "Мне не предоставили четких примеров тона и структуры, я работал по общим ТЗ".

2. Внедрение объективных критериев через "Definition of Done" (DoD)

Часто корень недопонимания — в размытых критериях приемки. Я разрабатываю чек-лист DoD для контента вместе с командой:

# Пример чек-листа в формате критериев (псевдокод)
content_dod = {
    "business_goals": ["охват ЦА", "конверсия > X%", "SEO-параметры"],
    "tone_of_voice": ["соответствие гайдлайну бренда", "адаптация под канал (LinkedIn/сайт)"],
    "technical_requirements": ["длина текста", "ключевые слова", "CTR-ориентированные фразы"],
    "approval_flow": ["маркетолог → юрист → проджект"]
}

3. Фасилитация сессии "Требования vs. Креатив"

Провожу воркшоп по методу User Story Mapping, где:

• Маркетолог выступает как представитель бизнеса и формулирует цели через гипотезы: "Как пользователь, я хочу понять за 5 секунд, почему этот API лучше, чтобы запросить демо".
• Копирайтер предлагает контент-решения под каждую гипотезу: "Тогда делаем заголовок-цифру + субхедлайн с болью + CTA на демо".

4. Внедрение итеративного процесса согласования

Чтобы избежать срывов сроков, внедряю two-step approval в спринтах:

1. Согласование концепции (блок-схема, тезисы) до написания текста.
2. Согласование финального текста с правками только по ранее утвержденным критериям.

Использую инструменты визуализации (Miro, Figma) для создания "живых макетов", где текст интегрирован в интерфейс — это убирает абстракции.

5. Создание общего глоссария и референсов

Запускаю Confluence-базу знаний с:

• Глоссарием бренда (запрещенные/желаемые слова).
• Референс-бордом (примеры "хорошего" и "плохого" текста от конкурентов).
• Метриками успеха (как мы позже измерим эффективность этого текста).

6. Пост-мортем и профилактика

После разрешения инцидента провожу ретроспективу по формату "Что пошло хорошо / Что можно улучшить":

• Внедряем регулярные copy-дэйлы (15-минутные стендапы маркетолога и копирайтера).
• Автоматизируем сбор фидбека через комментарии в Google Docs или Atlassian Confluence.
• Добавляю в бэклог задачу на создание шаблонов ТЗ для контента с обязательными полями.

Ключевой принцип: Я не принимаю чью-либо сторону, а выступаю фасилитатором, который переводит субъективные претензии в объективные задачи. Например, фраза "текст скучный" превращается в "добавить 3 power-слова из глоссария и снизить Flesch–Kincaid score до 8". Это снимает эмоциональное напряжение и фокусирует команду на результатах, а не на личностях. В долгосрочной перспективе такая практика снижает количество конфликтов на 60-70%, так как создается прозрачная система требований и обратной связи.