Подрядчик прислал архив, новый редактор получил доступ к сайту, маркетинг выдохнул. Потом выяснилось, что исходники схем остались в личном аккаунте дизайнера, цифра в кейсе взята из неизвестной презентации, а фотографию разрешали использовать только в одной публикации. Архив на месте. Возможность нормально с ним работать куда-то уехала.
При смене подрядчика проверьте состав материалов, основания утверждений, условия использования и готовность другой команды продолжить выпуск. Нужны реестр, исходники, карта доступов и проверка на реальной задаче. Назначьте внутри компании ответственного за передачу: иначе старый подрядчик будет считать, что всё отправил, новый — что ничего не получил, а маркетолог получит новую профессию архивариуса.
Сначала зафиксируйте состояние блога
Сверьте сайт, редакционный план и рабочие папки. В выборку должны попасть опубликованные статьи, снятые страницы, готовые неопубликованные тексты и незавершённые материалы. Для каждого нужен статус и ответственный за следующий шаг. «Почти готово» расшифруйте: текст написан, но эксперт не проверил расчёт; иллюстрации согласованы, но не загружены; публикация есть, но её нет в отчёте.
Сохраните список URL и выгрузку доступных показателей до переключения команды. Запишите период отчёта, фильтры, определения целей и источник данных. Скриншот с растущей линией плохо объясняет, что именно росло. Запросите историю заметных изменений: какие страницы объединяли, какие адреса меняли, где стоят перенаправления, какие темы решили не развивать. Новому редактору нужно отличать осознанное решение от случайного пробела.
Договоритесь о точке сверки: всё, что изменилось после неё, попадает в отдельный журнал. Зафиксируйте, кто может править опубликованное и кто отмечает изменения, пока обе команды работают с проектом. Иначе копия архива быстро превратится в фотографию вчерашнего беспорядка.
Соберите реестр с проверяемыми ссылками
Единица реестра — материал с постоянным внутренним номером. К нему привязываются публикации, редакции текста и файлы. Сохраните связи между статьёй и её адаптациями: при обновлении тезиса понадобится проверить также рассылку или презентацию. Для больших проектов заведите связанные листы материалов, источников и доступов. Пароли в таблицу не вносите.
Шаблон строки реестра можно собрать из таких полей:
- ID материала;
- название и задача;
- статус;
- действующий URL и прежние адреса;
- ссылка на финальный редактируемый текст;
- ссылка на папку иллюстраций и исходников;
- источники ключевых утверждений;
- эксперт и согласующий;
- ссылка на подтверждение согласования;
- документы и ограничения по использованию;
- последнее обновление;
- незакрытый вопрос;
- ответственный за его решение.
В ссылках проверьте доступ именно из аккаунта принимающей команды. У автора таблицы всё почти всегда открывается.
Пример записи: «БЛ-017; выбор складской системы; опубликовано; URL; финальный текст версии 4; исходник схемы; расчёт в таблице эксперта; согласование руководителя внедрения; использование логотипа требует проверки; заменить устаревший скриншот; ответственный — редактор». В настоящем реестре каждое подтверждение ведёт к файлу, а каждый пробел обозначен прямо.
Передайте основания для текста и редакционные решения
К статье о продукте приложите актуальные документы, к кейсу — исходный расчёт показателей, к интервью — доступную запись, расшифровку и отметки о разрешённом использовании. Для внешнего исследования сохраните название, ссылку и дату проверки; для внутреннего факта — владельца данных и подтверждение. Передавайте только необходимое, с согласованным доступом и без лишних персональных или конфиденциальных сведений.
Передайте и причины правок. Почему нельзя называть клиента? Почему эксперт убрал обещание результата? Какой термин попросили заменить? Вынесите решения в короткий журнал со ссылками на согласования. Рядом положите словарь, редакционные правила и показательные тексты с комментариями. Формулировка «писать живо и экспертно» занимает мало места, потому что почти ничего не сообщает.
Если в архиве обнаружилась самостоятельная авторская методика с собственными доказательствами, можно отдельно обсудить создание экспертной книги. Понадобятся концепция и проверка материала: склеивание статей в один файл книги ещё не создаёт.
Разберите условия использования каждого типа материалов
Текст, фотография, схема, шрифт, запись интервью и клиентский логотип требуют отдельных вопросов. Кто создал объект? Где лежат относящиеся к нему договор, лицензия или согласование? Что именно планируется делать дальше: оставить публикацию, отредактировать, перевести, перенести на другую площадку, включить в презентацию? Соберите ответы и передайте документы юристу для проверки под эти действия. Не просите редактора назначить компании права по имени файла «финал_оплачен».
В реестре полезны три рабочих статуса: документы проверены для планируемого использования; нужна проверка; использование приостановлено до решения. У проблемного объекта укажите причину и ответственного. Например, у иллюстрации не найдены условия лицензии; у интервью неясно, согласована ли публикация чувствительного фрагмента. До выяснения такие элементы не должны попадать в новые материалы по инерции.
Состав передачи зафиксируйте в согласованном документе со ссылками на реестр и перечнем исключений. Юридическую форму и достаточность подтверждений проверяют индивидуально. Задача редакции — не прятать отсутствие основания за фразой «все права переданы». Отдельно согласуйте хранение рабочих копий и закрытие доступа к конфиденциальным материалам.
Меняйте доступы без пересылки чужих паролей
Составьте карту систем: CMS, хранилище, аналитика, рассылки, дизайн, планировщик и интеграции. Для каждой укажите ответственного внутри компании, пользователей, роли и способ восстановления доступа. Если подрядчик управлял доменом или хостингом, включите их в проверку. Сначала убедитесь, что у компании есть собственный рабочий доступ и средства восстановления. Удаление единственного администратора получится эффектным завершением проекта.
Новым участникам выдавайте отдельные учётные записи с правами под их задачи и дополнительной защитой входа, которую поддерживает сервис. Редактору не нужен доступ ко всем настройкам компании только потому, что так быстрее объяснить. Не пересылайте общие пароли в чате и не складывайте их рядом с реестром. Передачу секретов, замену общих учётных данных и ключей интеграций поручите ответственному за доступы через принятый в компании защищённый процесс.
До переключения проверьте резервную копию и возможность восстановления. Затем протестируйте работу новой команды и закройте старые доступы, сеансы и ненужные подключения. Предварительно выясните зависимости интеграций: вместе с аккаунтом исполнителя может исчезнуть загрузка изображений. При признаках компрометации порядок действий определяет ответственный за безопасность.
Примите передачу через работу с материалами
Попросите новую команду выполнить приёмочный тест без подсказок прежнего редактора: найти исходник опубликованной статьи и подтверждение одной существенной цифры; определить, какие ограничения относятся к её иллюстрации; подготовить правку в закрытом предпросмотре; продолжить незавершённый материал по переданным замечаниям. Возьмите разные типы публикаций, включая клиентский кейс и старый текст с несколькими обновлениями. Один свежий аккуратный материал проверяет главным образом удачу при выборе.
Для каждого действия зафиксируйте результат, пробел и ответственного за исправление. Выборочный тест не заменяет полную сверку реестра с файлами и URL, но показывает, пригодна ли передача для работы. Завершайте её после проверки критичных доступов, устранения блокирующих пробелов и согласования оставшихся исключений. Полученная ссылка на папку ничего из этого не подтверждает.
Если меняете подрядчика и хотите передать ему регулярный выпуск, начните обсуждение аутсорсинга контент-маркетинга с реестра, границ ответственности и приёмочного задания. Новая команда сможет оценить состояние блога, а компания сохранит возможность управлять материалами после следующей смены исполнителя. Это полезнее обещания, что расставаться больше никогда не придётся.