Как правильно завершать проект и передавать его дальше: опыт и...

Как правильно завершать проект и передавать его дальше: опыт и рекомендации

Вчера поступил такой запрос:

А расскажи, как ты закрываешь проекты? Какие практики считаешь лучшими или худшими? Что важно подготовить, если клиент уходит, но хочет вернуться через год — и всё должно быть понятно.

Хороший вопрос. На него стоит ответить максимально развернуто.

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

Это бизнес отношения и все процессы должны быть прозрачны.

Обычно срок жизни клиента в SEO - долгий. У моей команды он высокий, за счёт:

— качества самой работы,

— качества коммуникации,

— гибкости — мы не держимся строго за план, а подстраиваемся под цели клиента,

– оценки наших возможностей и бизнеса.

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

Но даже несмотря на это, проекты завершаются по самым разным причинам. И вот что мы делаем у себя, чтобы это было просто и прозрачно.

1️⃣ Отчёты

Обязательная вещь. Ссылки на все месячные отчёты — must-have.

Кто-то делает в презентации, кто-то в Google Docs, лично я люблю дополнять видео — формат не критичен, главное, чтобы понятно:

— что делали,

— зачем делали,

— что получилось,

— что в процессе,

— и что делать дальше.

💡 Обычно в конце года мы делаем годовой отчёт — это сжатая агрегация всего года:

— какие цели ставили,

— что сработало, что нет,

— планы и гипотезы на следующий год.

Это не просто для галочки. Такой документ должен лечь в основу «исполнительной документации» проекта, если мы вдруг к нему вернёмся через полгода или год. Или уже не мы.

2️⃣ Паспорт проекта

Недавно начали внедрять такую штуку — «паспорт проекта».

В нём:

— кратко: кто заказчик, какой проект,

— особенности коммуникации,

— ссылки на доступы,

— основные моменты: цели, фокус, гипотезы, важные правки и т.д.

Он нужен как при закрытии проекта, так и при передаче внутри команды. Например, если кто-то уходит, подключается новый специалист или просто нужен свежий взгляд.

3️⃣ Доступы

Больная тема. Всегда стараемся, чтобы доступы были у бизнеса, хоть и проще сделать на себя.

Когда берём проект у другого специалиста — всегда просим актуальные доступы:

— Google Search Console,

— Яндекс Вебмастер,

— FTP,

— админка сайта и по мелочи.

И всегда просим поменять пароли — это хорошая практика.

Никто не застрахован от утечек, с любой стороны.

Вот как выглядит идеальный вариант, когда клиент уходит, но делает это правильно:

— Сформирован паспорт проекта.

— От специалиста есть краткий бриф: с чем работали, какие были цели, какие сложности.