教程列表
按当前目录继续浏览
新人接手流程时，先画真实流转路径
很多运营团队都有一套 SOP，但新人真正接手时，还是会不断问“这个入口在哪”“这种情况算不算异常”“这一步到底找谁确认”。问题通常不是新人不认真，也不是 SOP 没价值，而是制度文档写的是标准流程，真实工作跑的是一条带有系统入口、临时判断、口头习惯、权限差异和例外绕行的流转路径。
新人入职第一周，怎么排一张不漏关键动作的训练任务板
新人入职第一周最容易出问题的地方，不是欢迎仪式不够热闹，而是训练动作没有被排成可以执行的任务板：文档谁发、系统谁开、第一天要观察什么、第二天能不能试做、第三天谁验收、每天反馈问什么，往往都靠主管临时想。
新任主管上岗 30 天，怎么从优秀骨干转成能带队的主管
很多基层主管不是因为“不优秀”才带不好团队，而是因为他们刚从优秀骨干转岗时，还在用个人贡献者的方式工作：自己抢最难的单、自己盯最细的活、自己熬夜补漏洞，却没有把目标拆给人、把过程看清、把冲突及时摊开。业务负责人和 HRBP 如果只给新任主管一套通用管理课，通常会遇到一个问题：课听完了，真实团队里...
新用户 FAQ 别按功能排，先按第一次使用的卡点排
这篇文章解决的是一个很常见但容易被低估的问题：新用户刚注册后，会在一两天内集中问一批基础问题，客服每天反复解释登录、账号设置、权限开通、第一步应该做什么、为什么按钮点不了、下一步去哪里学。知识库里可能已经有答案，但它们通常按功能模块排，比如“账号管理”“权限中心”“数据导入”“工作台设置”。新用...
新增一个配置开关时，先让 Codex 别把所有环境一起改了
新增一个配置开关，看起来只是多加一行变量，实际很容易把所有环境一起带偏。开发环境为了调试希望默认打开，测试环境希望稳定覆盖，生产环境必须默认关闭；但项目里可能同时存在 `config/default.ts`、`config/test.ts`、`.env.example`、部署平台变量、容器启动参...
新制度发布前，先写好员工真正会问的 FAQ
很多制度不是发布之后才开始被质疑，而是在发布前就已经埋好了误解点。报销制度、请假制度、补贴制度、外出审批规则，只要涉及员工个人利益和一线操作，大家最先关心的往往不是制度全文里的原则，而是几个更具体的问题：我这种情况算不算？之前已经发生的怎么处理？领导口头同意了还要不要补流程？系统里找不到入口怎么...
需求池乱了，先用 AI 清来源、状态和下一步动作
需求池乱起来的时候，最明显的症状不是条目多，而是每条需求都像“可能很重要”。客户反馈、老板临时想法、销售转述、客服工单、技术优化、竞品截图、运营建议、研发顺手记下的问题，全都堆在同一个表里。有人把状态写成“待评估”，有人写“处理中”，有人写“已记录”，还有一批空着。几个月后再打开，团队已经分不清...
宣传里别乱写“最强”和“保证”：用 AI 做一张品牌禁用词清单
这篇文章解决的是一个很容易被忽视、但一出问题就会很麻烦的市场表达问题：团队在官网、海报、销售 PPT、社群话术、客服回复里写了“最强”“全网第一”“保证有效”“官方合作”“百分百通过”“永不出错”等说法，看起来只是想增强信任感，实际却可能把普通宣传变成过度承诺。
业务限制没人说清时，让 Codex 从代码里挖出规则和影响范围
很多系统里的业务规则并不在需求文档里，而是散在代码的判断条件、接口参数、权限中间件、测试用例、数据库字段默认值和前端提示文案里。产品问一句“为什么试用团队最多只能建 3 个项目”，工程师打开文档找不到说明，搜 `3` 又会搜出一堆分页大小、重试次数和 UI 间距。真正的限制可能藏在 `canCr...
页面报错时，让 Codex 帮你画出路由、组件和接口对应表
这篇文章解决一个很具体的问题：线上某个页面报错了，你只知道页面 URL、浏览器里看到的接口失败、仓库大概在哪里，但不知道这个页面对应哪个前端路由、哪个组件、哪个接口封装、哪个后端处理函数，也不知道本地应该跑哪条启动命令。
页面统计和后台导出对不上，怎样让 Codex 帮你追到数据源
页面看板显示 7 月订单 1286 笔，后台导出 CSV 却是 1289 笔，只差 3 笔，但业务方已经拿着数字来问了。你翻了一遍接口和 SQL，觉得哪都对，又说不清差异到底出在哪一环。
用豆包企业版把零散素材写成正式文档初稿
这篇教程解决一个很具体的场景：你手头只有两次会议的笔记、几段群聊记录、一张数据表格和一份去年的旧文档，却要在周五前交出一份能摆到管理层桌上的方案初稿。大多数人会做两件事，一件是熬到深夜从零憋字，另一件是把所有素材一股脑贴进 AI，说一句“帮我写份方案”，然后等来一篇看起来很正式、其实什么也没定的...
用豆包企业版从文档大纲生成 PPT 初稿
方案已经写成文档了，这是最容易忽略的一件事：内容其实都在，缺的只是把它「拆成一页页能讲的东西」。可一旦真动手，麻烦就来了——每个标题下放几行字、哪页该留一句观点、每页讲多久、页与页之间怎么过渡，全靠自己拍脑袋。一次 12 页的汇报，光搭结构和改措辞就能耗掉一整个下午，更别提公司模板里首页、结尾、...
用豆包企业版基于企业知识库做内部问答与找依据
新同事入职第三周，最怕的不是不会做事，而是到处问人、四处翻文档，还拿不准哪份制度是现行版本。跨部门同事也一样：报销规则、请假流程、合同审批节点、某个项目当初为什么那么定，正确答案往往散在几十份文档里，有的在知识库、有的在旧群记录、有的已经改过三版。
用户访谈别问要不要功能，先改成场景提纲
很多产品访谈看起来是在听用户，实际上是在让用户替团队点头。团队拿着一串待验证功能点进入会议室，问题从一开始就变成：“你需要批量导入吗？”“如果我们做审批流，你会用吗？”“这个看板是不是能解决你的管理问题？”用户通常不会当场反驳，尤其当访谈对象是客户、试用用户或熟人推荐来的受访者时，他们更容易顺着...
用户刚进线，第一条回复先接住人再问清信息
一线客服最容易被低估的一条消息，是用户刚进线后的第一条回复。它看起来只是问候，其实同时承担四件事：让用户知道有人接住了问题，确认客服已经理解大方向，收集后续判断必须的信息，并给出一个不夸张的处理预期。第一条回复写得太短，用户会觉得被敷衍；写得太满，又容易在事实不清时承诺过度；问题问得太散，用户会...
用户问的功能暂不支持，客服怎么回才不把路堵死
这篇文章解决的是产品客服每天都会遇到、但很容易回坏的一类问题：用户问“你们能不能支持某个功能”，而当前产品确实没有。最常见的回复是“暂不支持哦”，再加一句“后续有计划会通知”。这看起来没有说错，却会让用户觉得对话到此为止：他不知道现在该怎么完成任务，不知道这是不是产品永远不会做，也不知道他的需求...
有流量没转化时，把详情页从参数表改成购买理由页
有些商品不是没有流量，也不是价格突然失去竞争力，而是详情页讲错了顺序。页面里堆满参数、材质、规格、工艺和品牌词，顾客却还是不知道：它适不适合我，能不能解决我的麻烦，为什么现在值得买，和我看过的另一款有什么不同。
月底报销先别急着审，先把能审和缺件分出来
月底集中收报销时，财务助理和部门行政最容易被一堆混杂材料卡住：有人只发了发票，没有报销单；有人把审批截图、付款记录和业务说明都塞在一个聊天记录里；有人金额对得上，但用途写得太短；还有人把上一月的票、这一月的审批和一张个人转账截图放在一起，让财务不知道能不能进入正式审核。
月度复盘别念流水账，先讲清增长、下滑、偏差和下月改法
很多月度经营复盘会看起来资料很多，实际听完之后没有判断。销售说本月签约多少，市场说做了几场活动，交付说完成了几个项目，财务说预算用了多少，客户成功说续费和投诉情况。每一段都像事实，但拼在一起只是一条流水账：这个月做了什么、数字是多少、下个月继续努力。
月末核心指标掉了，先拆清是流量少了还是转化低了
月末核心指标掉下来时，会议室里最容易出现两种声音：渠道同事说流量没有问题，是页面转化变差了；页面同事说转化率波动不大，是渠道带来的用户质量差了；活动同事又会补一句，本月活动节奏和上月不一样，不能直接比。争论越久，大家越容易围着结论打转，却没有先把总指标拆开。
运营新人权限开通后，怎么训练才能少闯祸
这篇文章教你给刚开通系统权限的运营新人，做一份能照做的系统训练清单，让他在真实后台里安全上手、少闯祸。做完后你会得到一份清单，包含每个后台菜单的认知、可在测试环境做的练习任务、哪些操作绝对不能碰、以及怎么算“通过”。它的价值是：权限开好不等于能干活，得训练到不会误操作才算真正上岗。
运营指标连续两天下滑时，第一小时该怎么判断要不要升级
核心运营指标连续两天下滑时，最容易出现两种极端反应：一种是马上拉大群、开会、要求所有人解释原因；另一种是把它当成自然波动，等到周报或月报再看。前者会消耗团队注意力，后者可能错过真正的问题窗口。对运营负责人来说，更稳妥的做法不是立刻判断“出大事了”或“没事”，而是先建立一套连续下滑预警清单。
运营专员的 JD 别写空话，从日常工作任务里拆出来
这篇文章教你从运营专员真实的日常工作里，拆出一份能落地、能筛人的岗位描述 JD。做完后你会得到一份运营专员 JD 草案，包含他每天实际做什么、交付什么、用哪些工具、工作强度如何、以及面试时怎么核验候选人是否匹配。它的价值是：JD 不是靠想象的“数据分析、活动执行、跨部门沟通”，而是从真实任务里来的。
早上先把线索收成 3 个能写的题目
这篇教程解决的是内容团队每天早上的一个小混乱：评论区有人提问，社群里有人抱怨，销售刚同步了客户疑问，竞品又发了几个看起来不错的标题，行业新闻也在刷屏。每条线索都像“可以写”，但团队只有当天的制作时间，不能都写。
增长目标没资源怎么办：先做一张取舍版目标树
小团队最常遇到的增长困境，不是完全没有想法，而是想法太多、资源太少、目标还不能降。老板希望这个月线索增加，销售希望运营多给高意向名单，产品希望少提临时需求，团队成员手里的活动、内容、社群、数据、物料都已经排满。于是任务清单越列越长，每个人都知道做不完，但又没人敢先说哪件事不做。
展会名单进 CRM 前，先把这张清洗表做完
这篇教程帮销售运营专员把展会结束后的线索材料先清洗成一张可检查的导入表，再交给 CRM。你会把名片、扫码表、现场备注里的手机号、公司名、来源、意向等级和跟进人字段统一起来，并把每条线索分成“可导入”“需补充”“暂不导入”三类。
长文改口播别只压缩：先重组主线，再写能说出口的脚本
公众号长文表现不错，团队自然会想把它复用成视频。最常见的做法是把原文复制给 AI，说一句“压缩成 800 字口播稿”。结果往往很尴尬：信息都在，句子也顺，但出镜人念起来像在背文章摘要，观众听不到主线，也不知道为什么要继续看。
长邮件别急着回：先让 AI 找出你必须回应的三件事
长邮件最麻烦的地方，不是字多，而是它经常把四类信息揉在一起：背景说明、情绪表达、真正请求、附件补充。你如果直接让 AI “帮我回这封邮件”，它很可能写出一封看起来很完整、语气也很得体的回复，但里面混进了你没有权限承诺的事项，或者漏掉了对方真正需要你确认的一个时间点。
政策类 FAQ 要写清能办、不能办和例外
退款、改签、权益补发、赔付、延期、会员资格恢复，这些问题看起来都是客服常见问答，实际却不是普通功能 FAQ。功能 FAQ 只要写清“入口在哪里、按钮怎么点、失败后怎么排查”，政策类 FAQ 要回答的是另一件事：这件事到底能不能办，什么条件下能办，什么条件下不能办，哪些情况不能由一线客服直接判断，...
只知道公司名和联系人，首访前怎么拼出客户画像卡
第一次拜访一个新客户，最尴尬的不是你不知道对方所有信息，而是你把有限信息讲成了空话。你知道公司名，知道一个联系人，也许还有一条表单线索。到了现场，如果开场还是“贵司目前有什么需求”“您这边想了解哪方面”，客户很容易觉得你没有准备。可销售又不可能在首访前做一份厚厚的客户档案，尤其是线索刚分配过来、...
重大规则变化通知，先用 AI 查清谁会受影响
这篇文章解决一个内部管理里很常见、也很容易被低估的场景：公司要调整一项制度或流程，比如报销规则、系统权限、审批链路、采购入口、合同用印要求、费用归集方式，发布人需要一次通知多个部门。你手上有新旧规则对照、生效日期、受影响人群和一些常见问题，但如果直接让 AI “帮我写一封通知邮件”，大概率只能得...
周报不是流水账，怎么写成老板看得懂的进展
很多人一到写周报就陷入一个误区：把自己这周做过的事全部列出来，像在证明“我没有闲着”。但老板看周报，通常不是为了检查你每天干了什么，而是为了判断项目是否在往目标走、哪些变化值得关注、哪些风险需要提前处理、下周最该盯什么。
周报数字别再每周手算：让 AI 把系统导出数据变成固定加工流程
很多运营助理和项目助理的周一上午是这样过的：从后台导出一份 CSV，打开表格软件，手动筛选出本周的数据，复制到汇总表，再算出支付订单数、支付金额、退款金额和渠道占比，最后把数字填进周报模板。这个过程看起来不难，但每个月总有那么一周数字对不上：上周明明报了 128 单，这周重新统计变成 131 单...
周会纪要发出去就沉底？把讨论整理成责任人追踪表
很多周会并不是没有产出。会议纪要里可能写了十几段讨论：某个活动要优化报名页，某个客户问题要补材料，某个数据口径要找人确认，某个跨部门事项要继续推进。问题出在会后。纪要发到群里，大家礼貌性回复“收到”，但第二天没有人知道哪些事必须追、谁是第一责任人、什么时候要有结果、做到什么程度才算完成。
周经营会别从汇报开始，先排出老板必须处理的异常议题
周经营会最怕一种情况：每个部门都带了很多材料，销售讲线索，运营讲活动，交付讲项目，财务讲回款，老板听了四十分钟才发现真正要处理的事只有三件：一个大客户验收延期会影响本周回款，一个渠道线索很多但商机断掉，一个交付成本突然超出预算。会议不是没有内容，而是异常没有被提前摆上桌。