运营：让重复的那部分自己跑起来

一、运营每天在跟什么较劲

运营是最容易被琐事填满的岗位。内容运营每天要选题、写稿、排期、看数据；活动运营要拉群、催物料、跟进度、做复盘；用户运营要看反馈、分层、做触达、追留存。这些事单看都不难，难在又碎又多又必须每天做。

时间大致耗在三处。第一处是搬数：几个平台的后台数据各导一份，拼成一张表，才能开始看。第二处是翻记录：用户在群里说的、客服转过来的、评论区的，散在到处，想知道「最近大家最不满意什么」得自己一条条扒。第三处是重复生产：同一条内容改成三个平台的版本，同一份数据做成日报周报月报。

这三件事的共同点是规则清楚、判断少、纯体力。恰好是最该交出去的那部分。运营真正该留给自己的是选题的判断、活动的创意、对用户情绪的感知——把体力活交出去，才腾得出手做这些。

二、你的上下文散在飞书哪儿

运营这张表最大的特点是站内站外各占一半。飞书里存的是排期、素材、内部沟通；真正的数据和竞品动态在小红书、公众号、抖音、B 站的后台和前台。所以运营岗用浏览器操作和定时任务的频率，比大多数岗位都高。

三、五个高频场景

每天早上九点，打开（平台清单）的创作者后台，取昨天的数据：曝光、点击、互动、涨粉、转化。汇总进（多维表格），保留历史每日记录。和前一天、上周同一天各做一次对比，波动超过（百分比）的指标单独标出来。生成一段两百字以内的日报文字，只说事实和异常，不要给建议。数据取不到或后台登录失效要提醒我，不要留空当成零。

获取（时间范围）（群名清单）里的聊天记录，把用户提到的问题、需求和吐槽全部提出来。按问题归类，同一件事的不同说法合并成一类，每类标明提及次数、代表性原话（原文引用不要改写）、首次出现时间。分成 bug、体验问题、功能需求、价格相关四类。判断不了归哪类的单独列一栏。整理成多维表格。

把这篇公众号原文改写成小红书版本。要求：开头三行内出现痛点，正文分点但不用「首先其次」，每段不超过三行，全文控制在（字数）；口语化，可以用「我」；结尾给一句互动引导。保留原文所有具体数字和案例，不要替换成概括说法。最后给（数量）个标签。改完把改动比较大的地方列出来告诉我为什么这么改。

复盘（活动名）。资料来源：（项目群名）的聊天记录、（多维表格）里的报名和转化数据、（文档）里的活动方案。按时间线还原执行过程，标出计划和实际的差异点；结合数据分析哪个环节转化掉得最多；把群里出现过的问题和当时的处理方式单独列出来。分四部分输出：做对了什么、哪里出了问题、数据结论、下次怎么改。所有结论都要指出依据来自哪条记录或哪个数据，没有依据的写成待确认。

从（选题库多维表格）里状态为「待排期」的选题中，按（本周发布计划：周二公众号、周四小红书、周五视频号）各挑一条，优先级高、素材齐的优先。把选中的三条状态改成「本周」，填上发布日期和平台。然后为每条建一组飞书任务：初稿（负责人为选题表里的作者，截止发布前两天）、配图（负责人设计，截止发布前一天）、终审（负责人我，截止发布当天上午）。建任务前把排期方案和任务清单列出来给我确认，不要直接改表。

四、该装哪几个技能、伙伴、连接器

运营是最该建自定义技能的岗位，因为重复度最高。除了平台改写，还值得沉淀的有：你们的选题标准（什么样的题不做）、爆款拆解模板、活动复盘模板。这些东西每家公司都不一样，官方技能给不了。

五、成果怎么回流飞书

• 选题库和排期放多维表格，转成看板，谁写到哪一步一目了然，不用在群里对齐
• 用户反馈表定期同步给产品，附上提及次数和原话，比口头转述有说服力
• 每次复盘存进知识库，下次做同类活动它能直接读到上次踩的坑
• 数据日报推到群里的同时存一份进表，季度做汇报时不用再翻聊天记录

运营岗有个别的岗位没有的复利：沉淀下来的复盘和爆款拆解，是下一次内容生产的上下文。 你把三个月的复盘都存进知识库，再让它策划新活动时，它给的方案会明显比第一次靠谱——因为它知道你们上次栽在哪儿。

六、运营指令卡