Устали от технических SEO-заданий, которые так и остаются невыполненными? В этой статье я расскажу, как внедрение "продуктового мышления" помогает наладить взаимодействие между SEO и разработчиками. Вы узнаете, как использовать спринт-планирование и встречи по discovery, объединять задачи в проекты и создавать MVP, чтобы ваши инициативы получали приоритет.

Используйте agile-церемонии для улучшения коммуникации

Я работаю SEO в продуктовой команде, где есть UX и инженеры. Все agile-церемонии – часть моего ежедневного рабочего процесса. Это помогает лучше понимать, чем живут разработчики. Гораздо удобнее, чем получать обратную связь раз в месяц: "О, этот тикет? Мы забыли про него, сделаем позже."

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

Присоединяйтесь к спринт-планированию, чтобы понять соотношение эффекта и усилий

Каждые две недели я с инженерами обсуждаю, какие тикеты будем выполнять в следующем спринте. Тикеты уже организованы, и мы знаем скорость команды. Если у нас три человека, каждый может взять определённое количество story points. Это помогает понять, кто сколько может сделать.

Важно учитывать, что инженеры выполняют не только ваши тикеты. Поэтому я уточняю у тимлида, сколько story points можно выделить. Так я оцениваю соотношение эффекта и усилий: возможно, что-то "хорошо иметь" требует месяца работы, а есть задачи с большим эффектом и меньшими усилиями.

Проводите встречи по discovery для согласования приоритетов

Discovery – это встречи с заинтересованными сторонами: SEO, UX, контент-редактор, инженеры. Здесь мы обсуждаем, что будем строить дальше. Подготовка к встрече – ключевой момент: можно сделать прототип страницы с помощью AI или подготовить аргументы для идеи.

Инженеры видят детали, которые мы как SEO не замечаем. Например, обновление плагина может затронуть другие плагины из-за угроз безопасности. Понимание сложности задачи на этом этапе помогает решить, стоит ли её реализовывать или отложить.

Думайте в терминах проектов, а не отдельных задач

Когда я начал работать с продуктовыми командами, я перешёл от отдельных задач к большим проектам или эпикам. Например, вместо "исправить 404" можно объединить все ошибки статусов в один проект. Вместо обновления плагинов – решить все вопросы безопасности.

Проекты проще продавать команде: легче планировать 4 крупных инициативы за квартал, чем 200 мелких задач. Также это повышает вовлечённость команды от начала до конца.

Создавайте MVP и итеративно улучшайте

MVP (Minimum Viable Product) – это минимальный рабочий продукт, который доказывает ценность идеи. Он помогает быстрее запускать проекты и учиться на опыте. MVP может быть ограниченным релизом на одном рынке, использованием существующего дизайна или ручным процессом для проверки гипотезы.

Главное – не усложнять продукт на старте. Если идея срабатывает, можно развивать её дальше. Если нет – лучше остановиться и сэкономить ресурсы.

Помните: output отличается от outcome

Вы можете выполнить технический аудит и составить список проблем. Это всего лишь output – результат работы, но он не приносит трафик, лиды или продажи. Нужно доказать эффективность изменений, улучшать процесс и добиваться реальных результатов – тогда появится outcome.

На этом всё. Надеюсь, статья была полезной и помогла понять, как SEO-команда работает в составе продуктовой команды.