Сегодняшнее сокращение вопросов в центре управления ресурсами для SEO:
«Как вы расставляете приоритеты в SEO исправления, когда технический долг продолжает накапливаться, и вы не можете получить ресурсы разработчиков?»
В этой статье мы рассмотрим различные методы приоритетов и то, что вы можете сделать, когда у вас больше работы, чем поддержка, чтобы сделать это.
Содержание
Что такое технический долг?
Давайте сначала посмотрим на то, что мы считаем «техническим долгом» в SEO.
В разработке этот термин относится к давним вопросам с веб-сайтом, которые выросли из-за плохого управления или «быстрого фиксирования», которые не выдержали испытания времени.
В SEO мы склонны использовать его для обозначения любой проблемы, основанной на коде, которая в основном влияет на усилия по оптимизации. Как правило, это проблемы, которые не могут быть исправлены только с помощью функции SEO, но требуют ввода групп переднего или внутреннего развития.
Итак, когда основная часть работы, необходимая для починения технического долга SEO, выходит на другие команды, как вы убедитесь, что самая важная работа завершена?
Матрица приоритетов
Чтобы расставить приоритеты в работе, вы должны взглянуть на три основных аспекта. Это связанные с ними риски, в том числе не выполненную работу, потенциальные преимущества, если она есть, и вероятность ее реализации.
Вы можете даже захотеть создать матрицу, в которой подробно описывается общий результат технического элемента. Затем используйте это, чтобы расставить приоритеты. Обсудите каждый пункт с заинтересованными сторонами, чьи команды должны быть вовлечены в его реализацию.
Получите лучшее представление о полном объеме работы. Оттуда вы можете назначить цифру каждой категории «риск», «вознаграждения» и «вероятности реализации».
Риск
Начните с расчета риска для бизнеса, если эта работа не выполнена.
Рассмотрим такие аспекты, как финансовый риск, т.е., «если мы не выполним эту работу, то наши страницы продукта не будут индексированы. В настоящее время x% доходов от этих страниц продукта генерируется органическим трафиком, и, следовательно, не выполняя эту работу, мы рискуем каждый год».
Это также может быть риском для производительности веб -сайта. Например, не устраняя проблему совокупного сдвига макета (CLS) на группе страниц, вы можете рисковать конверсиями, а также рейтингом.
Получите лучшее представление о уровне риска, связанного с тем, чтобы не исправить этот технический долг. Затем назначьте ему оценку от 1 (низкий риск) до 5 (высокий риск).
Награда
Аналогичным образом рассмотрим положительные последствия выполнения этой работы. Посмотрите, как реализация этих исправлений может повлиять на доход, коэффициент конверсии, удовлетворенность клиентов или даже как это может сэкономить деньги.
Например, «мы знаем, что у нас есть много дублирующихся страниц, которые не приносят доход, но их неоднократно ползают поисковыми ботами. Мы знаем, что каждый раз, когда бот ползает на странице, это стоит $ $ в стоимости хостинга на сервере; поэтому, если мы удаляем эти страницы, мы можем сэкономить компанию $ Y каждый год».
Посмотрите в первую очередь на финансовые выгоды от выполнения работы, но рассмотрите также некоторые второстепенные выгоды.
Например, поможет ли эта работа пользователям более легко достичь своих целей? Поможет ли это им в поиске новых продуктов или, возможно, наслаждается лучшим пользовательским опытом?
Подумайте, принесет ли эта работа другие каналы помимо органического поиска. Ваши технические починки долга могут улучшить опыт целевой страницы для группы страниц, которые используются для платных рекламных кампаний, а также органического трафика. Преимущество этой работы может почувствовать платную медийную команду, а также команду по органическому поиску.
Оцените каждую из ваших запланированных задач и назначьте им значение между 1 (низкая вознаграждение) и 5 (высокая вознаграждение).
Вероятность реализации
Когда вы просите, на самом деле является чрезвычайно вовлеченным, дорогостоящим проектом, который команда разработчиков не имеет возможности делать, тогда это не будет сделано. Это может показаться очевидным, но часто, когда мы пытаемся расставить приоритеты на наших технических запросах, мы думаем об их влиянии на наши ключевые показатели эффективности (KPI), а не на их нагрузку на очередь разработки.
Благодаря общению с инженерными заинтересованными сторонами, вы можете понять, что некоторые из ваших задач более сложны, чем вы изначально думали. Например, простой редактируемый блок контента, добавляемый на страницу, может фактически потребовать создания целой системы управления контентом (CMS).
Обсудите свою деятельность с заинтересованными сторонами, которые понимают истинные требования работы, от команд, вовлеченных до часов работы, которые она пройдет.
Оттуда у вас будет лучшее понимание того, насколько легкой или быстрой будет эта работа. Затем вы можете назначить ему оценку от 1 до 5 его вероятности реализации (1 очень маловероятно и 5 вероятно).
Метод приоритетов
После того, как вы назначили оценку по каждой из трех категорий для всех технических законодателей, которые вы хотите выполнить, вы можете расставить приоритеты в работе на основе суммы всех трех категорий. Чем выше оценка, тем выше приоритет, который работает.
Дополнительные способы получить ресурсы разработчиков
Теперь, только потому, что вы расстались с приоритетом в своих исправлениях, это не означает, что ваша команда разработчиков будет заинтересована в их реализации. По -прежнему могут быть причины, по которым они не могут выполнить ваши запросы.
Вот несколько дополнительных предложений, которые помогут вам более тесно сотрудничать с вашей технической командой.
Обсудите работу с руководителем команды/менеджером по продукту
Самое большое препятствие, которое вам может потребоваться преодолеть, обычно сортируется с помощью общения. Помогите вашей команде разработчиков понять ваш запрос и преимущества выполнения этих технических исправлений.
Познакомьтесь с руководителем технической команды или менеджером по продукту/проекту, чтобы обсудить работу и то, как она может вписаться в их рабочую нагрузку.
У вас могут быть лучшие способы проинформировать свою техническую команду на работе, которая экономит их «открытие» и, следовательно, дает больше возможностей для работы над другими вашими запросами.
Инвестируйте больше времени с командой разработчиков заранее, создавая для них краткое изложение, которое входит во все необходимые детали.
Пакетные проблемы в одном билете
Совет по получению большего количества работы через очередь разработки — это пакетные запросы в один билет. Если вы объединяете предметы, над которыми необходимо работать на одной и той же группе страниц или шаблона, это будет означать, что разработчики могут вносить несколько изменений одновременно.
Например, если вы хотите, чтобы на страницах вашего продукта были добавлены печатные издания на страницах с твердыми кодировками, а также добавлены их теги и панировочные сухари, поместите их в один билет. Вместо трех отдельных запросов для команды разработчиков запланировано, теперь у них есть один больший билет, над которым можно работать.
Покажите ценность вашей работы для заинтересованных сторон разработки
Покажите ценность вашей работы для целей заинтересованных сторон. Итак, в случае команды разработчиков подумайте о том, как вам могут принести пользу предложенные ваши исправления. Узнайте, каковы их KPI или цели, и попробуйте позиционировать свою работу, чтобы показать им преимущества.
Например, командам разработчиков часто поручено мониторинг и улучшение производительности веб -страниц. Частью этого может быть управление бюджетом для сервера. Возможно, вы просите о удалении группы перенаправления цепочек, но работа не расстанавливается со стороны вашей команды разработчиков. Продемонстрируйте значение удаления перенаправления хопсов, чтобы уменьшить нагрузку на сервер и, следовательно, затраты на сервер.
Если вы можете продемонстрировать, как сокращение технических долгов выгод как команде SEO, так и команде разработчиков, это гораздо больше шансов будет реализовано.
Получите вклад в другие команды
На этой ноте посмотрите на получение бай-ин в других командах для вашей работы. Когда предложенная вами деятельность принесет не только SEO, но и CRO, или PPC, то это может генерировать достаточную поддержку, чтобы расставить приоритеты в команде разработчиков.
Покажите ценность вашей работы за пределами его SEO -последствий. Это может добавить вес к вашему запросу на расстановку приоритетов.
Резюме: Управление техническим долгом-это больше, чем список дел.
Управление техническим долгом SEO никогда не бывает так просто, как хранение списка дел и проработать его по порядку. Внутренние ресурсы часто ограничены, возникают конкурирующие приоритеты, и, скорее всего, вам нужна помощь команд с совершенно разными целями. Взвешивая риск, вознаграждение и вероятность реализации, вы можете принимать более обоснованные решения о том, какие исправления окажут наибольшее влияние.
Так же важно то, как вы сообщаете эти приоритеты. Когда вы позиционируете запросы SEO с точки зрения более широкой бизнес-стоимости, вы увеличиваете шансы на обеспечение времени разработки и поддержки перекрестной команды.
Больше ресурсов:
Feadated Image: Paulo Bobita/Журнал поисковой системы
