Операционный маркетинг для команды из одного человека: система, которую я реально использую

Операционный маркетинг без отдела

Введите в поиск операционный маркетинг или marketing operations, и результаты опишут мир, в котором вы не живёте. Определения, написанные для компаний, у которых уже есть MOps-менеджер. Карьерные лестницы. Руководства по найму. Доска вакансий. Даже тред на Reddit из верхних результатов это люди, которые спрашивают, что это за работа вообще. Каждый результат предполагает отдел, бюджет и martech-стек с владельцем.

Я веду операционный маркетинг как отдел из одного человека. Днём я Head of Marketing в SSI Schäfer в Швейцарии. Вокруг этого я веду консалтинг и собственные проекты, и во втором мире pipeline не принадлежит никому, кроме меня. Именно поэтому я перестал искать стек для покупки и начал строить операционную систему.

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

Цифры все мои. Хранилище задач с 623 открытыми чекбоксами в 26 файлах задач. Дашборд, который я построил сам, покрытый 34 тестами, которые поймали 3 настоящих бага до продакшена. Воронка, которая уведомляет меня о каждом лиде. База данных, которая проверяет каждый ключевой запрос до того, как я пишу, и регистрирует каждую статью после публикации. Итоговая стоимость софта: около нуля. Стоимость дисциплины: это честная часть, и я расплачусь ею ниже полностью.

Главное коротко

• Операционный маркетинг в масштабе одного человека это статус, а не стек. Задача со статусом, решение с журналом, pipeline с контрольной точкой. Если эти три вещи работают, конкретные инструменты почти не имеют значения.
• Вашему бэклогу нужен адрес. Мои 623 открытых чекбокса в 26 файлах задач находятся за секунды, потому что каждая задача живёт в нумерованной структуре с правилами, а не в моей голове.
• Дашборд это сборка, а не покупка. Nexus работает на чистом Python без зависимостей: пять представлений, семь правил оповещений со снузом, живые обновления, атомарная запись.
• Автоматизируйте объём, оставьте проверку человеку. Машины пишут черновики, маршрутизируют и уведомляют. Обязательная человеческая очередь решает, что уходит наружу. Без исключений, как бы ни соблазняло.
• Ops применим к контенту, а не только к кампаниям. Маленькая база PostgreSQL предотвращает каннибализацию запросов на 2 сайтах и 5 языках, проверяя каждый ключ до написания и регистрируя каждую статью после.
• Сбои происходят на стыках. От вебхука к очереди, от черновика к публикации, от одного языка к другому. Проектируйте стыки первыми, и система переживёт ваше отсутствие.

Что такое операционный маркетинг, когда отдел это вы

Снимите корпоративный слой, и операционный маркетинг это четыре работы. Захват: каждое обязательство, лид и идея записывается где-то со статусом в момент появления. Маршрутизация: работа движется между статусами, от входящих к в работе к ожидающим, не живя в почте. Верификация: ничего из того, что видит клиент, не выходит без человеческой контрольной точки. Измерение: система записывает, что произошло, чтобы решение пятницы не испарилось к марту.

Отдел распределяет эти работы по людям и должностям. Команда маркетинга из одного человека должна сжать их в файлы, скрипты и правила, которые работают, помню я о них или нет. Это сжатие и есть вся игра. Это не уменьшенная версия корпоративного MOps. Это другая вещь: операционная система для одного оператора.

Линза, которой я пользуюсь, проста: всё, что я должен помнить, это дефект. Если лид требует, чтобы я помнил про follow-up, это дефект. Если перевод требует, чтобы я помнил, какой глоссарий действует, дефект. Если новая статья требует, чтобы я помнил ключевые слова прошлого месяца, дефект. Система существует, чтобы ловить дефекты, и я измеряю её по тому, как мало вещей я всё ещё держу в голове.

О стороне памяти, о втором мозге, который читают мои агенты, я написал отдельно. Эта статья о рабочей стороне: не только память, которую ИИ может опрашивать, но производственная линия, через которую течёт работа. Память хранит решения. Операции двигают работу. Вам нужны обе, и в моей системе у них общее основание.

Каждая задача живёт со статусом

Это основание: хранилище Obsidian с нумерованными папками и файлом правил, который ИИ-агент читает сам. 00 Inbox для несортированных захватов. 10 Daily для дневного журнала. 20 Tasks для работы, каждый открытый цикл как чекбокс со статусом и, когда она есть, с датой. Нумерация это маршрутизация: вопрос о задачах начинается в 20, вопрос о знании начинается в вики, и ничто никогда не начинается в архиве.

Число, которое имеет значение: 623 открытых чекбокса в 26 файлах задач, прямо сейчас, в системе, которую я опрашиваю каждый день. Это не бэклог, которого надо стыдиться. Это портфель с адресами. Спросите, что ещё висит по проекту, и ответ приходит за секунды, процитированный из настоящих файлов. Ничто не ждёт в моей голове, единственном месте, где одиночный оператор не может позволить себе держать работу.

У каждой области есть ещё файл актуальности, маленькая страница, отвечающая на один вопрос: где я на этом остановился. Несколько строк статуса, последнее, к чему прикасался, кто чего ждёт, и всё, что старше тридцати дней, сжимается и уходит. Открываете разговор о проекте, и контекст прибывает раньше, чем заканчивается вопрос.

Поскольку это хранилище трогают и агенты, система журналирует собственную производительность. Каждый серьёзный запрос получает строку с исходом: ok, когда хранилище ответило эффективно, gap, когда информации не было, consolidate, когда ради одного ответа пришлось прочитать три файла, noise, когда файлы не помогли. Операции без измерения это привычка к порядку в папках. Журнал превращает её в систему.

Nexus: дашборд, который я построил вместо покупки

Чекбоксы в файлах это источник правды, но команде из одного человека нужен ещё и центр управления, поэтому я его построил. Nexus это дашборд задач на чистом Python без зависимостей: никакого фреймворка, никакого шага установки, ничего, что ломается при смене машины. Пять представлений над теми же файлами задач, семь правил оповещений со снузом, живые обновления через SSE и атомарная запись, чтобы падение никогда не испортило состояние.

Инженерная история короткая, потому что такой и должна быть. Он вышел в продакшен с 34 тестами, и эти тесты поймали 3 настоящих бага до того, как что-либо дошло до производства. Когда я мигрировал 529 задач из старой системы, счётчики должны были сойтись, и они сошлись, потому что миграция без подсчёта это просто потеря данных, замаскированная под контроль. Метод за этим, маленькие срезы и жёсткая проверка, это то, как я строю каждый внутренний инструмент.

Что на деле делают оповещения: они превращают забывание в сигнал вместо провала. Приближающийся дедлайн, задача, которая слишком долго ждёт кого-то, пункт, который обещал дату и её пропустил: каждый становится уведомлением со снузом, а не комом в животе в воскресенье вечером. Семь правил, каждое родилось из конкретного способа, которым я однажды что-то уронил. В этом масштабе дашборд это сборка на один вечер, а не закупочное решение.

Pipeline с контрольными точками: автоматизируйте объём, оставьте проверку человеку

Моя воронка подписок работает от начала до конца без меня. Форма отправлена, вебхук её ловит, лид приземляется с прикреплённым источником, и через мгновение уведомление приходит в Mattermost. Сайт пересобирается автоматически каждые две минуты. Деплои объявляются сами. Ничто в этой цепочке не ждёт, пока я нажму обновить.

Чего эта цепочка сознательно не делает: публикует. Всё, что мог бы прочитать клиент, проходит через обязательную человеческую очередь проверки. Машина пишет черновик, переводит, ставит в расписание. Очередь это место, где я это читаю, на каждом языке, в котором это выйдет, прежде чем что-либо станет живым. Машины несут объём. Человек владеет «да».

Я сжимаю правило в несколько слов: автоматизируйте объём, проверяйте по-человечески. Оно переживает каждое соблазнительное исключение, потому что соблазнительные случаи всегда высокообъёмные: рассылка на пятом языке, лендинг поздним вечером, пост в соцсетях, который в общем-то нормальный. Каждый из них в одном пропущенном гейте от публичной ошибки, а публичные ошибки не масштабируются вниз для маленьких команд. Они пропорционально больше.

У полного пайплайна рассылки есть своя статья. Операционный вывод уже: уведомления и гейты это пара. Каждая автоматизация, которая действует, должна уведомлять, и всё, что выходит, должно проходить через гейт. Автоматизации без уведомлений отказывают молча. Гейты без автоматизации никогда не открываются по-честному, потому что объём копится и человек начинает всё пропускать мимо себя. Вам нужны обе половины, и уведомления о лидах цепляются прямо к той же дисциплине воронки.

Ops для контента: база данных, которая предотвращает каннибализацию

Большинство команд обнаруживает каннибализацию ключевых слов в отчёте аналитики, с опозданием на месяцы. Я публикую на 2 сайтах и 5 языках, что умножает поверхность столкновений, поэтому контенту тоже нужны операции. Мои это маленькая SEO-база: PostgreSQL плюс API, с двумя моментами, которые имеют значение.

Перед написанием проверка ключа: не является ли эта фраза уже главным запросом другой статьи, на этом языке, на любом из двух сайтов. После публикации upsert: статья, её ключ, её язык и её URL попадают в реестр. Каждая моя статья регистрируется, а значит, каждая будущая статья проверяется против полного инвентаря до того, как написано первое слово. Каннибализация перестаёт быть тем, что я обнаруживаю, и становится тем, что система отклоняет.

Это та часть операционного маркетинга, о которой никто не пишет руководств, потому что нет вендора, у которого её можно купить. Это привычка плюс маленькая база данных, и её ведение стоит почти ничего. Но это меняет само содержание контент-продакшена: не последовательность озарений, а журналируемый pipeline с гейтом перед ним. Та же дисциплина, что у очереди проверки, применённая к стратегии вместо текста.

Учёт времени, который пишет себя сам

Каждое реальное действие моего дня, отправленное письмо, опубликованная статья, принятое решение, захваченная задача, получает строку с отметкой времени в дневной заметке, записанную в момент выполнения, а не восстановленную в воскресенье. Дневная заметка становится естественным трекером времени. Я могу оглянуться и увидеть, что решение по ценам пришло в 14:30, а письмо клиенту ушло в 15:10, и промежуток между двумя отметками это то, сколько вещь заняла на самом деле.

Это важнее в масштабе одного человека, чем в отделе, потому что нет стендапа, на котором всплывает правда. Журнал с отметками и есть мой стендап. Он отвечает данными, а не памятью, куда ушли часы, какие проекты съедают дни, и было ли то, что я сделал сегодня, тем, что я планировал. Квартальные ревью перестают быть ощущениями.

Журнал питает и всё остальное. Это источник правды о том, что произошло, поэтому файлы актуальности и саммари выводятся из него, а не конкурируют с ним. Одна запись, много представлений. Это поведение операционной системы, и оно стоит одну привычку.

Сколько это стоит, честно

Деньги это скучная часть, и в этом смысл. Хранилище это простые файлы. Дашборд это Python из стандартной библиотеки. База данных это один инстанс PostgreSQL. Уведомления едут через Mattermost. Вебхуки приходят с инструментами, которыми я и так пользуюсь. Стек, который всё это двигает, стоит около нуля в месяц, и большая часть компонентов стоит ровно ноль.

Настоящая цена это дисциплина, и у неё три строки. Задачи должны записываться, а не запоминаться, каждый раз, или статус гниёт. Очередь проверки должна реально проверяться, или гейт становится театром. Журналы должны вестись, или система перестаёт улучшаться и начинает окаменевать. Ничто из этого не тяжело неделю. Всё из этого тяжело год.

Сделка явная. Я плачу вниманием на этапе проверки и получаю взамен память, которая не выцветает, дедлайны, которые кричат, а не шепчут, и нагрузку, которую я могу опрашивать, а не бояться. Для команды из одного человека это лучший трудовой договор из доступных. Если вам нужен полный список того, что ещё работает на этой философии, мой текущий маркетинговый тех-стек задокументирован здесь, и слой операций намеренно самая дешёвая его часть.

Где оно ломается: на стыках

Через два с половиной года картина сбоев ясна. Ничто не ломается в середине инструмента. Всё ломается на стыках, где одна система передаёт работу другой. Вебхук, который перестаёт срабатывать, и никто не замечает, потому что уведомления были частью, которую я пропустил. Задача, отмеченная сделанной в дашборде, но всё ещё открытая в файле, потому что два источника правды разошлись. Перевод, который выходит с неправильной терминологией, потому что гейт проверял орфографию, но не смысл. Стык это место, где входит дефект, поэтому стыки это место, куда должна идти работа по проектированию: один источник правды на факт, уведомление на каждое автоматическое действие, человеческий гейт на всё, что выходит.

Обслуживание это ритм, а не кризис. Еженедельно файлы актуальности ротируются, и устаревшее выпадает. Ежемесячно журнал запросов показывает, какие ответы потребовали трёх файлов, и эти файлы сливаются. Архив тихо поглощает мёртвое. Ничто из этого не занимает целый день. Пропустите на квартал, и операционная система деградирует в картотеку с претензиями.

Итак, вердикт. Операционный маркетинг для команды из одного человека это не уменьшенный отдел и не стек. Это дисциплина: статус для работы, гейты для вывода, журналы для правды, уведомления для тишины. Соберите её из файлов и маленьких скриптов, потратьте почти ничего, проверяйте всё, что выходит. Компании из тех поисковых результатов нанимают людей для этой функции. Вы можете просто её вести.

Частые вопросы

Что на деле включает операционный маркетинг?

В любом масштабе четыре работы: захватывать работу со статусом, маршрутизировать её между статусами, проверять через человеческий гейт то, что выходит, и измерять, что произошло. Отделы покупают инструмент на каждое из четырёх. Команда из одного человека сжимает их в файлы, скрипты и привычки, что дешевле и, сделано правильно, ломается труднее.

Нужен ли мне martech-стек, прежде чем вести операционный маркетинг?

Нет, и покупка первым обычно делает хуже, потому что инструменты умножают статусы вместо того, чтобы объединять. Стек это последняя миля, а не фундамент. Начните со статуса: одно место, где живёт и находится каждая задача, решение и дедлайн. Автоматизируйте только там, где объём повторяется, и ставьте гейт на всё, что видит клиент.

Как начать вести операционный маркетинг в команде из одного человека?

Начните на этой неделе, с трёх шагов. Дайте каждой задаче один дом и один статус. Поставьте обязательный шаг проверки перед всем, что может прочитать клиент. Записывайте каждое реальное действие с отметкой времени. На этих трёх шагах и строится операционный маркетинг, они не стоят ничего, и каждая автоматизация, которую вы добавите позже, прицепится к одной из них.