一个人的营销运营：我真正在用的营销操作系统

没有部门的营销运营

搜索营销运营，你搜到的结果描述的是一个你不生活的世界。写给那些已经有MOps经理的公司的定义。职业晋升阶梯。招聘指南。一个职位公告板。排在最前面的那个Reddit帖子，是一群人在问这份工作到底是干什么的。每一个结果都默认存在一个部门、一笔预算、一个有主人的营销技术栈。

我把营销运营当作一个一个人的部门来跑。白天我是瑞士SSI Schäfer的Head of Marketing。除此之外我跑自己的咨询和自己的项目，在那个世界里，除了我没有人拥有这条流水线。正是因为如此，我不再到处挑选要买的工具栈，而是开始搭建一套操作系统。

区别在这里。工具栈是一列工具，每个工具拿着你工作的一小块。操作系统是工具底下那一层：任务带着状态住在哪，决策带着记录落在哪，自动化从哪些闸门通过，以及一个人仍然签发每一件对外发布的东西。企业指南回答第一个问题，买哪个工具。这篇文章回答第二个问题，运行哪套系统。

数据全部是我自己的。一个任务库，装着26个任务文件里的623个未勾选待办。一个我自己搭的仪表盘，由34个测试覆盖，在上线前抓住了3个真bug。一条每个潜在客户都会通知我的获客漏斗。一个在我动笔前检查每个关键词、在发布后登记每篇文章的数据库。软件总成本：接近于零。纪律成本：这才是诚实的部分，下面我会全额支付给你看。

要点先看

• 一个人的营销运营，核心是状态，不是工具栈。 一个有状态的任务，一条有记录的决策，一条有闸门的流水线。这三样做对了，具体用哪个工具几乎不重要。
• 你的待办清单需要一个地址。 我那623个未勾选待办散布在26个任务文件里，却能几秒内找到，因为每个任务都住在带规则的编号结构里，而不是我的脑子里。
• 仪表盘是造出来的，不是买来的。 The Nexus用纯Python写成，零依赖：五个视图、七条可暂停的提醒规则、实时更新、原子写入。
• 自动化跑量，人工把关。 机器起草、分流、通知。一条强制的人工审核队列决定什么能发出去。没有例外，无论多诱人。
• 运营也管内容，不只是管活动。 一个小型PostgreSQL数据库防止关键词自相残杀，覆盖2个站点和5种语言，写之前查每个关键词，发之后登记每篇文章。
• 故障发生在接缝处。 从webhook到队列，从草稿到发布，从一种语言到下一种。先把接缝设计好，系统就能扛住你不在场的时间。

当部门就是你一个人时，营销运营是什么

剥掉企业外壳，营销运营就是四件事。捕获：每一项承诺、每一个线索、每一个想法，在出现的当下就被带着状态写在某个地方。流转：工作在状态之间移动，从收集到进行到等待，而不是活在邮箱里。验证：任何客户看得见的东西，没有一道人工闸门就出不了门。度量：系统记录发生过什么，这样周五做的决定不会到三月就蒸发掉。

部门把这四件事分给不同的人和头衔。一个人的营销团队必须把它们压缩进文件、脚本和规则里，让它们不管我记不记得都在运行。这个压缩就是全部的游戏。这不是企业级MOps的缩小版。它是另一种东西：为一个操作者搭建的操作系统。

我用的镜片很简单：任何需要我记住的东西都是缺陷。如果一个线索需要我记住后续跟进，那是缺陷。如果一篇翻译需要我记住该用哪套术语表，缺陷。如果一篇新文章需要我记住上个月的关键词，缺陷。系统存在的意义就是接住缺陷，而我衡量它的标准，是我脑子里还需要装多少件事。

关于记忆的那一面，我的Agent会读的那个AI第二大脑，我已经单独写过一篇。这一篇是工作的一面：不只是一份AI能查询的记忆，而是一条让工作流过去的生产线。记忆存储决策。运营推动工作。两样你都需要，而在我的系统里，它们共享同一套地基。

每个任务都带着状态活着

地基是一个Obsidian库，带编号的文件夹，外加一份AI Agent自己会读的规则文件。00 Inbox放未分拣的捕获。10 Daily放当天的日志。20 Tasks放工作，每个未关闭的循环都是一条带状态的待办，有日期就带上日期。编号就是路由：任务问题从20开始，知识问题从wiki开始，任何问题都永远不从归档开始。

重要的那个数字：26个任务文件里的623个未勾选待办，就在此刻，在一个我每天查询的系统里。这不是一个需要羞愧的积压清单。它是一个带地址的组合。问任何一个项目上还欠着什么，答案几秒内回来，从真实文件里引用出来。没有东西等在我的脑子里，那是唯一一个单人操作者负担不起的工作存放处。

每个领域还维护一份近况文件，一页小文件，只回答一个问题：这个我上次停在哪。几行状态、最近碰过的东西、谁在等什么，任何超过三十天的条目都被压缩掉。你打开一个关于某项目的对话，上下文在问题问完之前就到了。

因为Agent也在碰这个库，系统会记录自己的表现。每一次严肃的查询都有一行带结果的记录：ok表示库高效地答上了，gap表示信息不在，consolidate表示为了一个答案读了三个文件，noise表示读的文件没帮上忙。没有度量的运营只是一种归档习惯。查询日志把它变成一个系统。

The Nexus：我造的仪表盘，而不是买的

文件里的待办是事实的来源，但一个人的团队还需要一个控制室，所以我造了一个。The Nexus是一个纯Python写的任务仪表盘，零依赖：没有框架，没有安装步骤，换机器也没有东西会坏。五个视图看同一批任务文件，七条带暂停功能的提醒规则，通过SSE推送的实时更新，以及原子写入，崩溃永远不会损坏状态。

工程层面的故事很短，因为它就该短。它带着34个测试上线，这些测试在进入生产之前抓住了3个真bug。当我从旧系统迁移529个任务时，数目必须对得上，而且对上了，因为不做对账的迁移只是披着掌控外衣的数据丢失。背后的方法，小切片加重审核，就是我搭建每一个内部工具的方式。

这些提醒真正做的，是把遗忘变成信号，而不是变成事故。一个逼近的截止日期，一个等别人等了太久的任务，一条许诺了日期却失约的条目：每一个都变成一条可暂停的通知，而不是周日晚上胃里的一个结。七条规则，每一条都诞生于某一次我具体掉过的坑。在这个规模上，仪表盘是一个下午量级的工程，不是一次采购决策。

带闸门的流水线：自动化跑量，人工把关

我的订阅漏斗从头到尾不需要我。表单提交，一个webhook接住它，线索带着来源落地，几秒之内一条通知到达Mattermost。网站每两分钟自动重建一次。部署自己播报自己。这条链上没有任何环节在等我按刷新。

这条链刻意不做的事，是发布。任何客户可能读到的东西，都要经过一条强制的人工审核队列。机器起草、翻译、排期。队列是我阅读的地方，用它将上线的每一种语言读一遍，然后才有东西对外。机器扛量。人拥有那个”可以”。

我把这条规则压缩成几个字：自动化跑量，人工把关。它扛得住每一个诱人的例外，因为诱人的情形永远是高量的那些：第五种语言的newsletter、深夜的落地页、那条”基本没问题”的社交帖子。每一个都只隔着一个被跳过的闸门和一个公开事故，而公开事故对小组队来说不会按比例变小。它们反而按比例更大。

完整的Newsletter流水线有单独一篇。运营层面的洞察更窄：通知和闸门是一对。每一个会执行动作的自动化都必须通知，每一件要发出去的东西都必须过闸门。不带通知的自动化会无声地失效。不带自动化的闸门永远不会被诚实打开，因为量会积压，人开始一路放行。两半你都需要。

内容的运营：一个防止自相残杀的数据库

大多数团队是在分析报表里、晚了好多个月才发现关键词自相残杀。我在2个站点、5种语言上发布，碰撞面积成倍放大，所以内容也需要运营。我的方案是一个小型SEO数据库：PostgreSQL加一个API，有两个关键的时刻。

写之前，一次关键词检查：这个短语是不是已经成了另一篇文章的主关键词，在这个语言、在两个站点的任何一个上。发布之后，一次登记：文章、它的关键词、它的语言、它的URL进登记簿。我发布的每一篇文章都被登记，这意味着未来的每一篇文章在动笔之前都会对着完整清单检查一遍。自相残杀不再是我事后发现的东西，而是系统当面拒绝的东西。

这是营销运营里没人写指南的那部分，因为没有厂商可以买。它是一个习惯加一个小数据库，运行成本几乎为零。但它改变了内容生产的本质：不是一连串灵感，而是一条带记录、前面有闸门的流水线。和审核队列同一种纪律，只是用在战略上而不是文案上。

会自己写的时间记录

我每一天里的每一个真实动作，发出的一封邮件、发布的一篇文章、做出的一个决定、捕获的一个任务，都会在当天的笔记里得到一行带时间戳的记录，事情发生时就写，而不是周日补写。当日笔记变成一个天然的时间追踪器。我可以回头看，看到定价决定落在14:30，客户邮件在15:10发出，两个时间戳之间的间隔就是那件事真正花掉的时间。

这在单人规模下比在部门里更重要，因为没有站会能让真相浮出水面。带时间戳的日志就是我的站会。它用数据而不是记忆回答：时间去哪了，哪些项目在吞噬日子，今天做的那件事是不是计划中的那件。季度复盘不再靠感觉。

这份日志还喂养其他一切。它是”发生过什么”的事实来源，所以近况文件和总结从它推导出来，而不是和它竞争。一份记录，多个视图。这是操作系统的行为，而它只花一个习惯。

诚实的成本账

钱是最无聊的部分，而这正是重点。库就是普通的文件。仪表盘是标准库Python。数据库是一个PostgreSQL实例。通知走Mattermost。webhook来自我本来就在用的工具。支撑这一切的栈每月成本接近于零，大部分组件的成本正好是零。

真正的成本是纪律，它有三行。任务必须每次都写下来，而不是记住，否则状态会腐烂。审核队列必须真的被审核，否则闸门变成表演。日志必须坚持记，否则系统停止改进，开始僵化。这些没有一件对一个星期来说是难的。所有这些对一年来说是难的。

交易条件说得很明白。我在审核时支付注意力，换回一份不褪色的记忆、会喊叫而不是耳语的截止日期、以及一个可以查询而不是让人恐惧的工作量。对一个人的团队来说，这是能拿到的最好的雇佣合同。如果你想要按这套哲学运转的其他东西的完整清单，我当前的营销技术栈记录在这里，运营层故意是其中最便宜的部分。

它在哪里坏掉：接缝处

两年半下来，故障模式很清楚。没有东西在工具的中间坏掉。所有东西都在接缝处坏掉，在那里一个系统把工作交给另一个。webhook停止触发而没人察觉，因为通知是我跳过的那一环。任务在仪表盘里标了完成、在文件里却还开着，因为两个事实来源漂移了。一篇翻译带着错误的术语发布出去，因为闸门查了拼写，没查含义。接缝是缺陷进入的地方，所以设计力气应该花在接缝上：每个事实一个来源，每个自动动作一条通知，每件出门的东西一道人工闸门。

维护是一种节奏，不是一场危机。每周，近况文件轮换，陈旧条目退出。每月，查询日志显示哪些答案需要三个文件，这些文件被合并。归档安静地吸收死掉的东西。这些没有一件需要一整天。跳过一个季度，操作系统就退化成一个自我感觉良好的档案柜。

所以结论是：一个人的营销运营不是一个缩小版部门，也不是一个工具栈。它是一种纪律：给工作以状态，给产出以闸门，给事实以日志，给沉默以通知。用文件和小脚本把它搭起来，几乎不花钱，审核每一件发出去的东西。那些搜索结果里的公司正在为这个职能招人。你可以直接把它跑起来。

常见问题

营销运营到底包括什么？

无论什么规模，都是四件事：带着状态捕获工作，让它在状态之间流转，让出门的东西经过人工闸门验证，度量发生了什么。部门为这四件各买一个工具。一个人的团队把它们压缩进文件、脚本和习惯，这更便宜，而且做对了更难坏掉。

做营销运营之前，我需要先有营销技术栈吗？

不需要，而且先买工具通常让事情更糟，因为工具在成倍增加状态，而不是统一状态。工具栈是最后一公里，不是地基。从状态开始：一个让每个任务、每个决定、每个截止日期都住得下、找得到的地方。只在量重复出现的地方自动化，给所有客户看得见的东西加闸门。

一个人的团队怎么开始做营销运营？

这周就开始，三步走。给每个任务一个家、一个状态。在所有客户可能读到的东西前面，放一个强制的审核步骤。给每个真实动作盖上带时间戳的日志。这三步就是营销运营的骨架，它们不花钱，而你之后添加的每一个自动化，都会挂靠在其中一步上。