
От SEO до CMO
Путь от специалиста до директора по маркетингу
Иван Дискин
Часть I
Основание — мышление SEO
Глава 1. SEO как школа системного мышления
До SEO: парадигма, о существовании которой я тогда не подозревал
Прежде чем говорить о профессии, стоит честно оговориться: в 2010 году я не готовился стать SEO-специалистом. Не было плана, не было даже отдалённого понятия о том, что такая профессия вообще существует в том виде, в каком я застану её через год-полтора. Была студенческая работа, языковые заметки, переводы, личный блог — вещи, которые тогда существовали сами по себе, без всякой мысли о карьере. Связь между ними и тем, что стало моей профессией, видна только сейчас, ретроспективно, и было бы нечестно рассказывать эту историю так, будто я заранее знал, куда иду. Не знал. Но, оглядываясь назад, я вижу в этих ранних текстах способ мышления, который годы спустя оказался ровно тем, что нужно профессии, о существовании которой я тогда не подозревал.
Осенью 2010 года я писал студенческую работу о топонимике — о том, как объяснять узкоспециализированную, почти научную тему через журналистские и блоговые форматы, не теряя при этом её содержательной ценности. Я определял, для какой аудитории вообще существует такой материал, разбирал существующие публикации на сайтах и в блогах, группировал примеры по регионам и языковым пластам, связывал топонимику с лингвистикой, историей, этнологией, географией. Отдельно разбирал, как юмор и необычные названия работают на привлечение внимания, — и настаивал, что развлекательная подача не должна уничтожать познавательную ценность материала. Я, конечно, не называл это тогда работой с тематическим полем, сущностями или семантическими группами. Но сегодня я узнаю в этом привычный мне способ работы: разложить тему на составляющие, найти связи между ними и подумать, как объяснить её человеку, который не является специалистом.
Примерно тогда же я вёл список собственных языков — основных, рабочих, изучаемых, вспомогательных, — и переводил песни на нескольких языках с подробными комментариями к диалектным и фонетическим особенностям оригинала. Меня интересовал не только буквальный перевод слов, но и то, что буквальный перевод почти всегда теряет: культурный контекст, эмоциональный эффект, то, что делает конкретную формулировку живой именно на этом языке. Я адаптировал материал для русскоязычного читателя, сознательно выбирая, что сохранить, а что объяснить иначе. Сегодня я бы описал это словами «сегментация аудитории» и «локализация смысла». Тогда я таких терминов не знал. Я просто понимал, что хороший перевод — это не перенос слов из одного языка в другой, а попытка сохранить смысл и эффект для другого читателя.
Параллельно я вёл личный блог, задуманный по двум направлениям сразу — языковому и, шире, философскому взгляду на жизнь. Публиковал языковые заметки, переводы, исторические материалы, топонимические наблюдения, музыкальные обзоры, литературные тексты, рекламные сценарии, личные эссе, короткие записи. Постепенно из разрозненных публикаций сложился большой личный архив с собственной интонацией и повторяющимися темами. За текстами постепенно начал проступать узнаваемый авторский голос.
Я не строил личный бренд в том смысле, в каком пойму этот термин годы спустя. Я просто писал, выбирал темы, экспериментировал с форматами и постепенно вырабатывал собственную интонацию. Лишь значительно позже я увидел в этом первые элементы того, что сегодня назвал бы работой с контентом и личным брендом.
Сегодня я смотрю на тот же архив уже профессиональными глазами: вижу темы, жанры, сильные и слабые материалы, повторения и возможности для переупаковки. Часть старых текстов превращается в новые проекты, в том числе книжные. Материал приходится заново редактировать, структурировать и адаптировать под другую аудиторию. Забавно, что спустя много лет я применяю к собственным ранним текстам примерно тот же подход, который когда-то применял к клиентским сайтам: сначала разобраться, что перед тобой, затем понять, для кого это нужно и какую задачу должно решать.
Я не хочу выстраивать здесь ложную линию судьбы. Не было предопределённости и не было тайного плана. Но было устойчивое стремление: находить связи, разбираться в больших массивах информации, видеть за текстом несколько уровней смысла, объяснять сложное понятным языком и собирать разрозненное в систему. Профессия появилась позже. Способ мышления, судя по всему, был уже тогда.
Если сформулировать это одной фразой, я пришёл в SEO не потому, что заранее выбрал маркетинг. Меня привлекал сам способ работы: находить связи, разбираться в сложном, объяснять, структурировать и добиваться нужного результата. Возможно, именно поэтому переход от SEO к управлению маркетингом оказался для меня естественнее, чем могло показаться со стороны.
SEO учит видеть систему там, где остальные видят набор задач
Если бы меня попросили назвать один навык, который SEO особенно хорошо развивает на раннем этапе карьеры, я бы назвал не техническую грамотность и не умение работать с данными сами по себе. Я бы назвал способность одновременно держать в голове несколько разных языков — технический, коммерческий и человеческий — и постоянно переводить между ними, не теряя смысла. Это вырастает из самой природы работы: ты физически не можешь двигаться дальше, пока не разберёшься, как устроено то, с чем работаешь. Сама работа постоянно заставляет выяснять детали: как устроен сайт, что стоит за поисковым спросом, как ведёт себя аудитория, как работают алгоритмы и, в конечном счёте, как устроен бизнес клиента. Из одного лишь учебника по маркетингу этому не научишься.
Первый год в агентстве дал мне это в чистом, почти лабораторном виде — не потому что кто-то целенаправленно учил системному мышлению, а потому что работа была устроена так, что иначе просто не получалось.
Первый урок: специалист — часть системы
Когда я пришёл на свою первую агентскую позицию, у меня было наивное представление о профессии: SEO — это ключевые слова, метатеги, немного технической настройки. В агентстве это представление продержалось ровно неделю. Оказалось, что я работаю одновременно с контекстной рекламой, дизайнерами, аналитиками и разработчиками — и что моя работа не существует в изоляции от их работы. Разработчик, к которому я приходил с просьбой ускорить загрузку страницы, не был исполнителем моей воли — он защищал свою систему, свои приоритеты, свою нагрузку, и договориться с ним можно было только через понимание его логики, а не через давление. Дизайнер, копирайтер, аккаунт-менеджер — каждый держал свой кусок картины, и результат зависел не от того, насколько хорошо я делал свою часть в отрыве от других, а от того, насколько точно я умел встроить её в общую конструкцию.
Это не было управлением в формальном смысле — у меня не было подчинённых, не было бюджета, не было полномочий. Но это было первое, интуитивное столкновение с идеей, которая много лет спустя стала центральной в моей работе как руководителя. Результат редко рождается из одного правильного действия одного специалиста. Он зависит от того, как связаны между собой работа разработчика, дизайнера, копирайтера, аналитика, маркетолога и самого бизнеса. Чем дальше я продвигался в карьере, тем очевиднее становилось: чем выше уровень ответственности, тем меньше ты отвечаешь за отдельную задачу и тем больше — за связь между задачами. Второй урок: диагноз важнее списка ошибок.
Первый по-настоящему серьёзный проект — полноценный аудит для клиента, у которого сайт технически работал, но не продавал, — научил меня разнице, которая определила всю последующую практику: между списком найденных проблем и объяснением, почему сайт не выполняет свою функцию. Найти ошибки — только первая часть работы. Гораздо важнее понять, почему они возникли и как именно влияют на результат. Нужно было понять не что сломано, а почему совокупность мелких, по отдельности не критичных недочётов — слабая структура, размытые метатеги, неудобная навигация — вместе создаёт ситуацию, в которой бизнес клиента теряет деньги, даже если формально «всё работает».
Этот принцип — искать не отдельные поломки, а системную причину, стоящую за ними, — оказался универсальным далеко за пределами SEO. Позже я обнаружил, что та же логика работает и за пределами сайта. Приходя в новую команду, я всё чаще начинал искать не отдельные ошибки, а причины, которые их порождают. Плохая метрика, как и плохой результат SEO, сама по себе ещё ничего не объясняет.
Третий урок: научиться говорить на языке другого специалиста
Самым неожиданным навыком, который вырос из ранней практики, оказалось умение писать техническое задание. Не как формальность, а как перевод одной профессиональной задачи на язык другого специалиста. Я должен был понять, что нужно бизнесу и пользователю, что важно для поискового продвижения, а затем объяснить это копирайтеру так, чтобы он мог сделать свою работу нормально. Хорошее задание для копирайтера — это описание того, кто читает текст, чего он боится, чего хочет, и как SEO-требования встраиваются в это описание, а не диктуют его.
Тот же принцип перевода — только уже между отделами, а не между специалистом и копирайтером — годы спустя станет одной из центральных задач моей работы руководителя. Под моим началом окажутся команды, говорящие на профессионально разных языках: разработка со своим диалектом технического долга и рефакторинга, продажи со своим языком боли клиента и ROI, контент со своим языком тона и брифа. Способность строить общий язык между несовместимыми на первый взгляд системами координат — это не управленческий навык, приобретённый на курсах менеджмента. Это прямое продолжение того, чему меня научило написание первых, неловких технических заданий копирайтерам, которые сначала присылали мне тексты, напичканные ключевыми словами до полной нечитаемости, потому что я не умел объяснить, что мне на самом деле нужно.
Четвёртый урок: за данными всегда стоит человек
Ключевые слова долго казались мне метками — ярлыками, которые нужно расставить в правильных местах текста. Понимание того, что запрос пользователя — это не метка, а полноценный вопрос с намерением, контекстом и эмоцией за ним, изменило не только то, как я писал технические задания, но и то, как я вообще думал о данных. Запрос перестал быть для меня строкой в отчёте. За ним появился человек, который чего-то хочет, чего-то не понимает, решает проблему или выбирает между несколькими вариантами.
Это звучит как банальность, пока не попробуешь применить последовательно. Данные, интерпретированные как поведение живых людей, а не как абстрактные цифры, ведут к принципиально другим решениям, чем данные, воспринимаемые как метрики сами по себе. Разница между специалистом, который оптимизирует цифры, и специалистом, который понимает, что стоит за цифрами, — это ровно та разница, которая годами позже будет определять, способен ли руководитель говорить с советом директоров на языке бизнес-результата, а не на языке трафика и позиций.
Пятый урок: точность важнее активности
Последний урок этого раннего периода был неприятным, потому что требовал признать собственные ошибки. Механическая, избыточная работа — будь то переспам ключевыми словами в тексте или бездумное наращивание ссылочной массы — интуитивно ощущается как усердие. На практике она почти всегда работает против результата, которого пытается достичь. Разница между «сделал много» и «сделал точно то, что нужно» — это разница, которую трудно увидеть изнутри самого действия, но легко увидеть в его последствиях.
Этот урок оказался неожиданно долгоиграющим. Годы спустя, уже управляя командами и бюджетами, я буду возвращаться к той же самой мысли в совершенно других контекстах: избыточная активность — публикации ради количества, встречи ради присутствия, эксперименты ради ощущения движения — почти всегда маскирует отсутствие точного понимания, что на самом деле нужно сделать. Точность, а не рвение, оказывается настоящим признаком профессионализма — и это тоже началось не с управленческой теории, а с испорченного переспамом текста, который пришлось переписывать заново.
Что из этого выросло
Ни один из этих пяти уроков не был сформулирован тогда именно так, как я формулирую его сейчас. Тогда это были разрозненные, конкретные, часто болезненные наблюдения из работы над конкретными сайтами для конкретных клиентов. Их объединяющая логика стала видна только спустя годы, когда те же самые принципы — системное мышление вместо разрозненных задач, диагноз вместо списка симптомов, перевод между языками разных функций, внимание к человеку за данными, точность вместо избыточного усердия — оказались ровно тем, что требовалось для управления сначала командой, потом отделом, потом целой функцией роста.
SEO в этом смысле оказалось для меня не просто первой профессиональной ступенью. Оно сформировало набор привычек мышления, которые позже оказались полезны далеко за пределами поискового продвижения. Тогда я ещё не называл их стратегией. Но именно они постепенно привели меня к следующему уровню ответственности.
В следующей главе — деньги. Потому что довольно быстро я понял: трафик сам по себе ничего не стоит, если за ним не стоит экономика.
Глава 2. Экономика трафика: как данные учат управлять
Данные учат раньше, чем должность даёт на это право
Обычно финансовое мышление маркетолога развивается вместе с зоной ответственности: сначала появляется собственный бюджет, затем необходимость его защищать, считать эффективность и объяснять руководству, куда уходят деньги. У меня первые элементы этого мышления появились раньше. Я довольно рано привык задавать к цифрам дополнительные вопросы: откуда взялся рост, что именно его вызвало, сколько ресурсов на него потрачено и можно ли повторить результат. Это ещё не было полноценным финансовым управлением, но именно так постепенно формировалась привычка смотреть на маркетинг через эффективность вложений. Это оказалось не случайностью, а прямым следствием самой природы ранней практики: SEO вынуждает считать, потому что иначе твою работу просто нечем измерить и нечем защитить.
Первый график: от «посмотрел цифру» к «увидел время»
В начале моя аналитика была довольно примитивной: открыть отчёт, посмотреть на число посетителей за день или неделю, сравнить с предыдущим периодом и сделать вывод — выросли или упали. Это было похоже на попытку собрать картину из деталей конструктора, не глядя на инструкцию, — данные были, а цельного понимания не было.
Перелом случился в момент, когда я впервые вручную построил график динамики трафика за полгода вместо того, чтобы сверять цифры по неделям. То, что в таблице выглядело как поток отдельных чисел, на графике вдруг превратилось в историю: периоды роста, провалы и изменения темпа, которые невозможно было увидеть, просто просматривая значения одно за другим. Разбив общий график на составляющие по источникам — отдельно поиск, отдельно социальные сети, отдельно остальное, — я увидел, что рост в разные периоды обеспечивали совершенно разные усилия команды: где-то сработала серия публикаций в соцсетях, где-то — техническая доработка сайта, а провалы совпали с моментами, когда параллельно экспериментировали со ставками в контекстной рекламе.
Один график заменил недели разрозненных наблюдений. Тогда я впервые особенно ясно увидел простую вещь: данные нужны не только для того, чтобы зафиксировать результат. Они позволяют связать результат с тем, что происходило до него, и задать следующий вопрос — что из этого можно повторить. Позже эта привычка пригодится мне уже при работе с бюджетами: вместо того чтобы просто показывать руководству рост или падение показателей, я учился связывать цифры с конкретными действиями и их стоимостью.
Ключевые слова как запросы к системе, а не список меток
Отдельным сдвигом в мышлении о данных стал проект, где пришлось за неделю разобраться в совершенно незнакомой отрасли, чтобы понять, как её потенциальные покупатели формулируют свои запросы. До этого ключевые слова были для меня чем-то вроде набора меток, которые нужно расставить по тексту в правильных пропорциях. Разбирая десятки формулировок из совершенно незнакомой мне сначала технической области, я увидел, что запрос — это не просто метка. За ним стоит намерение человека, его уровень понимания проблемы и, часто, определённая стадия принятия решения.
Один человек формулирует проблему очень широко. Другой уже ищет конкретный продукт, модель или способ решения. Разница между этими запросами напрямую влияет на то, какую информацию ему нужно показать и на каком этапе он находится. Понимание этой разницы напрямую определяло, какую структуру должен иметь сайт: не по формальным категориям каталога, а по логике реальных вопросов, которые задаёт человек на разных этапах своего пути к решению.
Эта привычка — читать за формальными данными реальное намерение человека — позже оказалась очень полезной и в работе с экономикой маркетинга. Разные типы запросов, разные этапы воронки, разная готовность платить — это не абстракция маркетинговой теории, а то, что я годами разбирал буквально вручную, строка за строкой, задолго до того, как узнал слово «воронка» в его профессиональном значении.
Система вместо интуиции: как я перестал полагаться на память
Когда число одновременных проектов и клиентов выросло настолько, что удерживать приоритеты в голове стало физически невозможно, я столкнулся с задачей, которая тоже оказалась финансовой по своей сути, хотя выглядела как организационная. Каждый клиент считал свою задачу срочной — и это было по-своему справедливо. Проблема была не в объективной срочности, а в отсутствии инструмента, который позволял бы сравнивать разные срочности между собой на общем основании.
Решение оказалось организационным, но его логика была очень похожа на будущую работу с бюджетом: ограниченный ресурс нужно распределять между конкурирующими требованиями. Я начал оценивать задачи не по эмоции того, кто громче просил, а по трём вопросам: что произойдёт, если отложить задачу, чем мы жертвуем, выбрав её вместо другой, и сколько времени она действительно потребует. В дальнейшем я увидел в этом ту же логику, которая работает с бюджетом на уровне компании: ресурс всегда ограничен, требований к нему больше, чем он способен удовлетворить, поэтому приходится выбирать и объяснять, почему один приоритет оказался выше другого.
Первый прогноз: переход от объяснения прошлого к обоснованию будущего
Настоящий скачок произошёл, когда передо мной впервые поставили задачу не объяснить, что произошло с трафиком, а спрогнозировать, что произойдёт дальше. Прогноз был нужен уже не ради самого SEO: на его основе руководство должно было принимать решения по рекламному бюджету.
У меня не было сложных инструментов — только накопленная история данных и понимание того, что нельзя просто продлить линию тренда в будущее, не учитывая сезонность. Я построил модель из двух частей: базовый тренд, который показывал, куда идёт динамика при сохранении текущих темпов, и сезонный коэффициент, рассчитанный на основе того, как менялся спрос в аналогичный период годом раньше. И представил результат не как одну цифру, а как обоснованный сценарий с явно проговорёнными рисками и факторами роста.
То, что случилось дальше, стало для меня первым настоящим доказательством того, что данные — это не отчётность, а инструмент управления бизнесом. Руководство реально приняло решения на основе этого прогноза. Мои цифры перестали быть отчётом о прошлом и стали инструментом планирования будущего. Это был важный для меня сдвиг: я впервые увидел, что работа с данными может напрямую влиять на решения бизнеса. Формальная должность при этом почти ничего не меняла — важно было, что мои расчёты начали использовать не только для оценки прошлого, но и для планирования будущего..
Сегменты как рентген аудитории
Последний слой этого раннего финансового мышления сложился, когда я открыл для себя сегментацию в аналитике — возможность не просто смотреть на общий трафик, а разбивать его на группы пользователей с принципиально разным поведением. Оказалось, что за одной усреднённой цифрой конверсии скрываются совершенно разные истории: одни пользователи быстро уходят после первого контакта, другие изучают несколько материалов перед конверсией, третьи доходят почти до целевого действия, но останавливаются на последнем шаге.
Усреднённая цифра маскирует все эти истории и толкает к неверным решениям — можно годами «улучшать сайт в целом», не понимая, что на самом деле три разные проблемы у трёх разных аудиторий требуют трёх разных решений. В бизнесе работает та же логика: общая цифра выручки или затрат скрывает то, что происходит внутри неё. Поэтому руководителю недостаточно знать агрегированный результат — нужно понимать, из каких сегментов и решений он сложился.
Что из этого сложилось
Ни один из этих эпизодов не был частью формального обучения финансам. Никто не читал мне лекцию об экономике привлечения клиента, о ценности данных как управленческого инструмента, о распределении ограниченного ресурса. Всё это выросло из необходимости — потому что данные были единственным языком, на котором можно было объяснить, оправдать и спланировать собственную работу в условиях, где никто не собирался верить мне на слово.
Позже, уже отвечая за бюджеты и P&L, я обнаружил, что многие из этих привычек никуда не исчезли: смотреть на динамику, а не только на снимок момента; видеть за агрегированной цифрой разные типы пользователей и их намерения; распределять ограниченный ресурс через понятные критерии, а не через эмоцию; строить прогноз как сценарий с допущениями и рисками; разбирать усреднённые показатели на сегменты, прежде чем делать выводы. Финансовое мышление CMO оказалось не чем-то совершенно новым. Во многом это были те же привычки: понимать, откуда берётся результат, сколько он стоит, что на него влияет и куда разумнее направить следующий рубль.
Следующая глава — о гипотезах. Потому что одних данных для хороших решений недостаточно: нужно уметь предположить, что именно изменит результат, проверить это и признать ошибку, если реальность окажется другой.
Глава 3. Гипотеза, тест, вывод: системность как навык, а не привычка
Интуиция — это не метод
Есть соблазн, знакомый почти каждому, кто проработал в маркетинге хоть немного дольше новичка: доверять собственному чутью больше, чем стоило бы. Чутьё часто оказывается правым — и именно поэтому оно опасно. Один удачный результат, полученный по интуиции, легко превращается в привычку действовать по интуиции дальше, пока однажды дорогая ошибка не покажет, что чутьё было не системой, а везением, которое рано или поздно заканчивается.
Ранняя практика в SEO хорошо лечит от этой иллюзии — просто потому, что результат многих решений становится виден достаточно быстро, а инструменты для проверки гипотез обычно находятся под рукой. Именно там я выучил разницу между «мне кажется» и «я проверил», и эта разница оказалась не техническим навыком, а фундаментом всего, что я делаю как руководитель сейчас.
Малый эксперимент как способ не рисковать целым
Один из ранних уроков пришёл из задачи, которая на первый взгляд не выглядела как эксперимент вообще. Нужно было понять, какие изменения на страницах коммерческого каталога действительно дают лучший результат. Раньше я бы просто выбрал вариант, который казался мне удачным, и заменил старые заголовки везде разом. Вместо того чтобы менять всё сразу, я сначала проверил несколько вариантов на ограниченном участке. Это позволяло получить данные с минимальным риском и только потом принимать решение о более широком внедрении.
Результат оказался достаточно убедительным, чтобы выбрать более эффективный вариант и использовать его дальше. Это не было гениальной догадкой. Это было систематическим устранением неопределённости в контролируемых условиях, прежде чем принимать решение, которое повлияет на весь каталог.
Принцип, который здесь сложился, — по возможности тестировать решение на малом и безопасном участке, прежде чем менять систему целиком, — стал одним из правил, к которым я постоянно возвращался в дальнейшей работе. Крупная компания рискует не меньше, чем маленький клиент, если позволяет себе внедрять непроверенные решения сразу в масштабе всей системы. Разница только в количестве нулей в цене ошибки.
Прогнозирование без иллюзии всезнания
Отдельным, более зрелым уровнем того же навыка стало умение честно разграничивать то, что можно предсказать, и то, что предсказать нельзя. Соблазн в этой профессии — как, полагаю, и в любой другой, где приходится иметь дело с постоянно меняющимися внешними правилами, — либо делать вид, что ты можешь предугадать любое будущее изменение, либо, отчаявшись, вообще отказаться от попыток прогнозирования и просто реагировать по факту.
Более честная и более полезная позиция оказалась где-то посередине: нельзя предсказать конкретную дату конкретного изменения правил игры, но можно и нужно отслеживать направление движения — куда смещается технология, куда смещается поведение аудитории, куда смещаются приоритеты платформ, которые определяют правила. Оглядываясь на многие изменения, которые в моменте казались неожиданными, я видел, что их направление часто можно было заметить заранее, если смотреть не на сиюминутную тактику, а на общий вектор: рост мобильного использования делал адаптивность неизбежным требованием задолго до того, как это стало официальным фактором ранжирования; развитие поисковых технологий постепенно повышало значение структурированных данных и машиночитаемой информации ещё до того, как эта тема стала массовым трендом; ужесточение борьбы с манипулятивными методами было прямым, логичным следствием многолетнего злоупотребления этими методами, а вовсе не внезапным капризом алгоритма.
Разница между специалистом, которого каждое изменение застаёт врасплох, и специалистом, который заранее замечает признаки перемен, — не в доступе к инсайдерской информации. Это разница в дисциплине: один смотрит только на тактику сегодняшнего дня, другой регулярно поднимает голову и спрашивает, куда вообще движется система в целом.
Метрика — тоже гипотеза, которую нужно проверять
Самым зрелым проявлением этого же навыка стал момент, когда я перестал доверять готовым, общепринятым метрикам как данности и начал относиться к самому выбору метрики как к гипотезе, которую нужно тестировать наравне со всем остальным.
В одном из проектов классическая метрика — объём трафика — оказалась недостаточной для оценки результата из-за сильной сезонности ниши. Сезонные колебания могли выглядеть как ухудшение работы, хотя на самом деле отражали изменение спроса на рынке. Вместо того чтобы каждый сезон объяснять изменения только динамикой трафика, я предложил дополнительно смотреть на относительную динамику доли рынка по сравнению с конкурентами. Это позволяло отделить сезонные изменения спроса от собственно результатов работы SEO-направления. Наблюдение за этой метрикой в динамике показало, что такой подход действительно лучше отражает происходящее на рынке.
Я тогда осознал: даже метрика, которой ты измеряешь успех, — не аксиома, а рабочая гипотеза. Её иногда нужно проверять, пересматривать и, если необходимо, заменять. Управленцы, которые продолжают измерять результат устаревшей или просто неподходящей метрикой только потому, что «так всегда делали», совершают ту же ошибку, что и специалист, который полагается на чутьё вместо проверки, — просто на уровне более высокой абстракции.
Доверять данным больше, чем собственному первому впечатлению
Есть общая нить, которая связывает все эти эпизоды. Она касается готовности проверять собственные представления данными. Легче всего довериться первому впечатлению и защищать его потом любой ценой, потому что признать, что интуиция ошиблась, неприятно. Системный подход требует обратного: формулировать гипотезу максимально чётко до того, как узнаёшь ответ, проверять её в условиях, где ошибка не катастрофична, и — это самая трудная часть — быть готовым отказаться от красивой идеи, если данные говорят, что она не работает.
Этот навык, который формировался на таких задачах, позже пригодился и в управленческой работе: при выборе структуры команды, организации процессов, форматов взаимодействия и метрик, по которым оценивался результат. Разница только в масштабе ставки. Логика проверки — формулируй чётко, тестируй на контролируемом участке, будь готов оказаться неправым — не меняется вообще.
Подытог
Первые три главы этой части сводятся к одной общей мысли: то, что выглядело как узкотехнические навыки раннего SEO-специалиста, — умение видеть систему за набором задач, финансовая логика работы с данными, дисциплина проверки гипотез — на самом деле стало фундаментом управленческого и стратегического мышления, которое обычно, как принято считать, приходит значительно позже в карьере, вместе с должностью и бюджетом. Никто не давал мне это мышление специально. Оно выросло из необходимости — потому что иначе работу было невозможно ни объяснить, ни защитить, ни довести до результата.
Следующая часть книги — про то, что происходит, когда этот фундамент встречается с первой настоящей ответственностью за людей: про переход от исполнителя, который отвечает только за собственную работу, к тому, кто отвечает за результат, которого добивается не он один.
Часть II
Рост — когда перестаёшь быть исполнителем
Глава 4. Переход к работе в команде
Первый опыт в агентствах
Моей первой профессиональной средой стало агентство «Мобильный офис» в Иванове, где я работал с 2011 по 2013 год. Поэтому знакомство с командной работой произошло у меня не после периода самостоятельной практики, а практически с самого начала карьеры.
Это было важное обстоятельство. Я входил в профессию не как специалист, привыкший сначала полностью работать самостоятельно, а затем вынужденный учиться взаимодействовать с другими. Наоборот: с самого начала мне приходилось понимать, что результат проекта складывается из работы нескольких людей и что моя собственная зона ответственности существует внутри более крупной системы.
В агентстве рядом со мной были специалисты с разными задачами, компетенциями и профессиональным языком. SEO не существовало отдельно от контекстной рекламы, разработки, дизайна, работы с клиентом и даже наружной рекламы. Чтобы реализовать даже собственную идею, нужно было понимать, кому она адресована, что именно должен сделать другой специалист, какие у него ограничения и как объяснить ему задачу так, чтобы итог соответствовал первоначальной цели.
Именно здесь я впервые на практике увидел разницу между «хорошо сделать свою работу» и «сделать так, чтобы вся система работала лучше». Можно идеально провести собственную часть проекта и всё равно получить слабый результат, если соседний участок не связан с ней или команда по-разному понимает конечную задачу.
Постепенно я начал смотреть на работу не только через собственные задачи. Если проблема сайта находилась на стыке SEO и разработки, недостаточно было написать рекомендацию и передать её дальше. Нужно было разобраться, как она будет реализована. Если вопрос касался контента, важно было не просто перечислить ключевые слова, а объяснить автору, какую задачу должен решать материал. Если изменение затрагивало несколько частей сайта, приходилось учитывать последствия не только для поискового трафика, но и для структуры, аналитики и пользовательского сценария.
Для меня это стало первой настоящей школой кросс-функциональной работы. Я ещё не руководил людьми и не отвечал за командный результат в управленческом смысле. Но уже учился тому, что позже оказалось очень важным в моей работе руководителя: связывать между собой людей, задачи и разные профессиональные системы координат.
В следующих агентствах я уже видел более зрелые примеры организации командной работы. В компаниях АРД Медиа (2013–2015), «Ашманов и партнёры» (2015–2016) и «Тугарин» (2016–2017) я сталкивался с разными подходами к распределению ролей, ответственности и взаимодействию между специалистами.
Для меня это было ценно именно как профессиональное наблюдение. Я ещё не руководил сам, но уже мог видеть, как по-разному может быть организована работа команды: как распределяются задачи, где проходит граница ответственности отдельных специалистов, как организуется взаимодействие между разными функциями и что помогает сохранять качество работы при большом количестве параллельных проектов.
Постепенно из этих наблюдений складывалось собственное представление о хорошей организации работы. Я запоминал не столько конкретные правила, сколько принципы, которые видел в действии и которые считал эффективными. Позже, когда в 2018 году я сам перешёл к руководству, этот накопленный опыт оказался гораздо полезнее любой абстрактной теории менеджмента.
В начале карьеры легко сосредоточиться только на собственной части работы. Агентская среда довольно быстро показывает обратное: твоя задача может заканчиваться там, где начинается задача другого специалиста, но результат проекта зависит от того, насколько хорошо эти две части соединяются.
Джуниор, миддл, сеньор — не ВОПРОС стажА
По мере роста в профессии я всё лучше понимал, что переход между уровнями определяется не количеством лет в SEO и не количеством освоенных инструментов. Меняется прежде всего масштаб ответственности и самостоятельности.
На начальном уровне специалисту важно научиться качественно выполнять понятную задачу и понимать, зачем она нужна. Он работает по существующим процессам, учится замечать ошибки и постепенно начинает самостоятельно принимать небольшие решения.
Следующий уровень начинается тогда, когда специалист уже способен самостоятельно вести задачу от постановки до результата. Он не просто выполняет отдельные рекомендации, а понимает последовательность действий, умеет выбрать подход, поставить задачу смежному специалисту и оценить, сработало ли решение.
На уровне сеньора меняется уже сам масштаб мышления. Вопрос всё чаще звучит не «как это сделать?», а «что вообще имеет смысл делать и почему?». Senior должен видеть не отдельную SEO-задачу, а её место в структуре сайта, бизнесе клиента, работе других специалистов и общем результате проекта. Он способен самостоятельно сформулировать проблему, предложить несколько вариантов решения, оценить риски и объяснить, почему один из вариантов предпочтительнее.
При этом формальный стаж сам по себе ничего не гарантирует. Можно много лет выполнять один и тот же набор операций и почти не менять уровень ответственности. И наоборот, специалист может довольно быстро вырасти, если начинает самостоятельно разбираться в проблемах, предлагать решения и отвечать не только за выполнение задачи, но и за её результат.
Для меня одним из самых заметных признаков такого перехода стало изменение характера собственных вопросов. Сначала я ждал постановки задачи и старался сделать её как можно лучше. Потом начал спрашивать, зачем она нужна и что должно измениться в результате. А ещё позже всё чаще сам приходил с проблемой или гипотезой: что именно сейчас мешает проекту расти, что можно изменить и как проверить, что выбранное решение действительно работает.
Именно этот переход — от качественного исполнения к самостоятельному определению того, что и зачем нужно делать, — я сегодня считаю одним из главных отличий специалиста senior-уровня от просто опытного исполнителя.
Почему последовательность важнее героизма
Один из проектов первых лет работы в агентстве — семантическое ядро объёмом более 400 000 запросов — стал для меня хорошим уроком того, как работать с задачами, масштаб которых сначала кажется почти неподъёмным.
Когда перед тобой такой объём данных, вполне естественно пытаться сделать как можно больше и как можно быстрее. Но довольно быстро становится понятно, что скорость сама по себе здесь ничего не решает. Без понятного порядка действий легко получить дублирование работы, потерять часть данных, несколько раз переделать один и тот же участок и в итоге потратить больше времени, чем при последовательной обработке.
Поэтому задачу пришлось разбить на понятные этапы: собрать данные, очистить их, сгруппировать запросы, определить приоритеты, подготовить результат для дальнейшей работы и проверить каждый этап. Такой подход кажется менее впечатляющим, чем попытка сделать всё одним рывком, зато позволяет контролировать качество и понимать, на каком этапе находится работа.
Позже я неоднократно сталкивался с задачами гораздо большего масштаба и обнаруживал тот же принцип. Чем сложнее система, тем меньше в ней помогает героическое усилие отдельного человека и тем больше значение имеют последовательность, понятный процесс и возможность повторить результат.
С тех пор я стараюсь оценивать работу не только по тому, сколько удалось сделать за короткое время, но и по тому, можно ли этот способ работы повторить, передать другому человеку и сохранить качество при увеличении масштаба. Именно здесь для меня проходит граница между разовым рывком и профессиональной системой.
Что на самом деле меняется в этой части пути
Если собрать всё вместе, первые годы карьеры были для меня не столько последовательностью смены должностей, сколько постепенным изменением масштаба ответственности.
Я начинал с собственной зоны работы и постепенно учился видеть за ней всю систему: задачи других специалистов, интересы клиента, ограничения проекта, связь между отдельными решениями и общим результатом. Вместо того чтобы воспринимать разработчика, дизайнера, копирайтера или аналитика как людей, от которых зависит выполнение моей задачи, я всё больше воспринимал их как участников одного процесса, у каждого из которых есть собственная профессиональная логика и зона ответственности.
Бесплатный фрагмент закончился.
Купите книгу, чтобы продолжить чтение.