教程列表
按当前目录继续浏览
给 WorkBuddy 的输入材料，怎么整理成它能直接用的资料包
WorkBuddy 能不能做出好结果，首先看你喂进去的资料干不干净。按一份资料包清单整理材料，它才不用猜、不会乱编。
给 WorkBuddy 写任务说明卡：背景、边界、交付物一次说清
任务说明卡不是提示词，是一份可交接的字段表：背景、输入、边界、交付物、验收、负责人。写一次，团队能反复用。
会议纪要交给 WorkBuddy 后，怎么变成能追踪的行动清单
开会不是目的，把决定和行动漏掉才是大问题。让 WorkBuddy 把会议纪要转成带负责人、截止时间的行动清单，会议才真正落地。
哪些任务适合交给 WorkBuddy，哪些必须留给人
WorkBuddy 不是所有任务都能接。用一张任务分级清单，按风险、材料、验收标准判断：能自动交付的交给它，需要判断、承诺和对外的留给人。
让 WorkBuddy 先反问再动手，确认任务没跑偏
任务不清楚时，硬让 WorkBuddy 直接干，结果一定靠猜。让它先反问目标、材料、边界和验收，确认一致后再执行，返工最少。
任务范围太大时，怎么让 WorkBuddy 拆成可验收的小步骤
一个大而全的任务交给 WorkBuddy，一次做完风险极高。把它拆成能单独验收的小步骤，每步检查，必要时暂停，才真正可控。
一句话任务交给 WorkBuddy 前，先补齐目标、材料、验收标准
很多 WorkBuddy 任务失败，是因为人只给了一句话。用三要素补齐法，把目标、材料、验收标准说清，让 AI 少猜、多干。
周报不想天天写，怎么让 WorkBuddy 每周自动汇总
周报不应该是周日晚上赶出来的。把数据来源、模板和口径整理好，让 WorkBuddy 每周自动汇总，你只负责补充和确认。
WorkBuddy 和普通聊天 AI 到底差在哪：先想清再上手
很多人把 WorkBuddy 当成升级版聊天框，结果要么期望过高，要么不知道哪些活该交给它。用一张判断卡，先分清哪些任务要「一段回答」，哪些任务要「一个结果」，再决定要不要 WorkBuddy。
45 分钟选题会别闲聊：用证据、打分和责任人当场定题
很多内容团队每周都会开选题会，但开完之后，真正能进入排期的题目并不多。会议上大家很积极：有人说最近竞品发了一篇不错的文章，有人说销售反馈客户都在问某个问题，有人说上周一条短内容数据不错，可以继续追；也有人临时抛出一个听起来很有传播感的标题。45 分钟过去，文档里留下几行“可以写”“再想想”“下周...
按钮文案错了别全站搜改：先让 Codex 圈出最小修复边界
线上小 bug 最容易被低估。一个按钮文案错了、一个状态标签展示不对、一个空状态提示漏了标点，看起来都像三分钟能改完的事。真正麻烦的是：同类组件很多，文案来源不止一处，状态枚举被多个页面复用，设计系统里还有通用按钮和业务按钮两套封装。你如果让 Codex 直接“把这个按钮改成已提交”，它可能搜到...
把聊天记录整理成客服 FAQ，先别急着改术语
这篇教程帮客服主管把近 30 天的真实聊天记录整理成一批可入库的 FAQ 初稿。重点不是让 AI 从产品说明书里倒推“用户可能会问什么”，而是先抓住用户真实说法，比如“券怎么用不了”“退款多久到账”“为什么又让我实名”，再改写成知识库能检索、客服能复用、机器人也能匹配的标准问题。
报错 FAQ 别只解释原因，要带用户完成自查
这篇教程解决的是技术支持客服每天都会遇到、但最容易被知识库写薄的一类问题：用户截一张报错图过来，只问一句“这是什么原因”。如果 FAQ 只解释“可能是网络异常”“可能是权限不足”“可能是版本不一致”，客服看完仍然不知道下一步该让用户做什么，用户也不知道自己能先排除什么。最后工单会在客服、产品、研...
报价单发出去之前，先写一页“包含什么、不包含什么”的说明附页
这篇教程帮你做一件具体的事：在报价单发出去之前，用半小时产出一页《报价说明附页》，把价格由哪些部分构成、服务覆盖到哪、不覆盖什么、报价多久有效、依赖客户提供什么材料全部写清楚。做完之后，客户再追问“这个价格含不含税”“上门费算在里面吗”“你们到底交付什么”，你可以直接引用附页上的条目回答，而不是...
本地能跑线上翻车前，让 Codex 先查清配置和环境变量
很多“本地正常，线上翻车”的问题，并不是业务逻辑写错，而是改动前没有查清环境差异。你在本地看到功能开关是开的，预发环境却读了另一套默认值；你在开发环境调用的是 mock 服务，生产环境调用的是真实外部接口；你以为缺少环境变量会启动失败，结果代码里悄悄给了一个宽松默认值；你以为配置来自 `.env...
标题别用内部词：先把用户原话整理成改写词库
内容团队写标题时，很容易把自己熟悉的内部概念当成读者也熟悉的语言。团队会议里说“知识沉淀”“内容资产复用”“高频问题结构化”，标题就跟着写成“用 AI 打造团队知识沉淀闭环”。可是用户搜索时说的是“新人总问重复问题怎么办”，评论里说的是“聊天记录能不能直接变 FAQ”，客服对话里说的是“我只想把...
标题别只追点击：用承诺检查表让正文交付得上
公众号标题当然要有吸引力。没有人点开，再扎实的正文也没有机会被看见。但标题不能只追求“看起来更会勾人”，还要能准确预告正文会交付什么结果。读者点开一篇文章时，心里会形成一个很快的判断：这篇是不是在解决标题里说的那个问题。如果标题承诺很大，正文只给了几段泛泛建议；标题说有模板，正文没有可用模板；标...
别急着改支付和权限：先让 Codex 问完高风险开工问题
有些需求看起来只有一两行代码，实际却不应该让 Codex 直接开改。比如“订单取消后自动退款”“管理员可以代用户重置权限”“删除项目时顺便清理关联数据”。这些句子很短，但它们碰到的是钱、权限和不可恢复数据。这里的主要风险不是 AI 会不会写语法，而是它可能在事实不完整时给出一个看似合理的实现：漏...
仓库滞销一堆 SKU？先分清保留、清仓和下架
滞销 SKU 最怕被统一处理。仓库里一堆货卖不动，团队第一反应往往是“全场清仓”“打折出掉”“直播间甩一波”。但从商品运营角度看，滞销不是一个单一问题。它可能是流量没给够，可能是价格带错了，可能是页面没讲清，可能是季节过了，也可能是商品本身已经不值得继续卖。
差旅报销先看日期和城市，把住宿交通差异挑出来
差旅报销经办人最常遇到的麻烦，不是完全没有材料，而是材料看起来都有，却彼此对不上：出差申请写 6 月 12 日到 6 月 14 日去上海，机票是 6 月 11 日晚到，酒店住到 6 月 15 日，打车记录里又出现了苏州，补贴天数按 4 天填。你如果直接问“这能不能报”，很容易把自己卷进差旅标准、...
产品卖点太技术，改成客户能听懂的三层表达
这篇文章解决的是一个很具体的市场表达问题：产品团队给出的卖点都是真的，但太像功能说明书，客户听完以后不知道“这和我有什么关系”。比如你说“支持多源数据自动归因”“内置动态权限引擎”“基于意图识别生成工单标签”，客户可能点头，但不会立刻明白自己为什么要关心。
产品演示视频别按菜单讲：先写用户任务线，再录按钮线
很多产品演示视频的问题，不是功能讲得不够全，而是讲解顺序太像后台菜单。视频从首页开始，依次介绍导航栏、按钮、筛选器、导出、权限和设置。团队觉得自己已经把产品讲清楚了，用户却只记住“这个系统有很多功能”，仍然不知道它能帮自己完成哪件具体工作。
处理延期和超时，别只道歉：把补救动作和下次同步时间讲清楚
客服在处理延期和超时时，最容易写出一句看起来礼貌、实际没有用的话：“非常抱歉给您带来不便，我们会尽快处理。”这句话的问题不在于不真诚，而在于它没有回答用户真正关心的事。用户已经等超时了，或者已经发现发货没有按承诺推进，此时他要的不是再听一次“抱歉”，而是知道：问题是不是被承认了，为什么会延期，影...
创始人别再临时想题：用客户问题做出 30 条可连续发布的选题库
早期创业者亲自做内容，最容易卡在两个地方：一是每次发文前才临时想题，二是写着写着又回到“我们产品很有愿景、我们团队很努力、这个行业会被改变”。这些内容不是不能写，而是如果连续出现，会让读者看不见自己的问题，也看不见为什么现在要继续了解你。
创始人口播别像新闻稿：把产品观点讲成一个真实判断
创始人口播最怕写成“公司新闻稿的竖屏版”。稿子里全是“我们持续深耕”“全面升级”“帮助客户提升效率”，读起来没有错，但听起来不像一个人在解释自己为什么这么判断。观众也很难从这些句子里感受到创始人的经验、取舍和责任。
大单推进会前，怎么画一张能分配资源的销售行动图
大单推进会最怕开成两种样子。一种是销售把商机讲得很热闹：客户很认可，老板也知道，售前需要支持，价格可能要特别批，大家听完却不知道资源到底投在哪里。另一种是主管连续追问：谁拍板、风险在哪里、售前为什么要进场、下周能不能让客户往前走。销售手里的信息其实不少，但散在 CRM、会议纪要、售前方案、客户组...
大功能别一口气开改：让 Codex 拆成可逐步合并的小改动
中型功能最危险的地方，常常不是代码量大，而是它会把很多层同时搅在一起。一个看起来简单的需求，落到工程里可能横跨数据库字段、数据迁移、后端接口、权限判断、前端页面、灰度开关、监控告警和回滚策略。你如果把整件事交给 Codex，说“帮我实现这个功能”，它可能真的开始写代码，而且写得很快。但这种快有时...
大客户发来采购合同，先圈出这五类异常条款再找法务
这篇教程教你做一张《客户合同异常条款标注表》，在把合同交给法务之前，先把付款、验收、违约、数据使用、单方解除这五类最容易藏风险的条款圈出来，并写明原文位置、业务影响和复核建议。做完之后，法务不用再从几十页合同里大海捞针，业务也能在谈合同时避开明显不利的条款。
订单表和回款表对不上？先让 AI 把差异分成五类再动手
月底对账时，订单表和回款表经常出现金额对不上、客户名称对不上、日期对不上的情况。逐行翻表不是不能做，而是太慢，而且容易把“本来合理的差异”误判成错误。这篇文章给你一套可复制的做法：把两张表的样例交给 AI，先让它设计匹配键、把差异分成五类、给出容错规则和人工复核字段，最后得到一份对账差异分析方案...
订单明细导出来很乱？先洗成周报能用的分析底表
这篇文章解决一个很具体的问题：电商后台导出的订单明细不能直接拿来做销售额、件单价、退款率，因为里面常常混着合并单、退款单、测试单、赠品单、空白字段和口径不明的金额列。你要做的不是马上写周报，而是先把原始订单表洗成一张“能被透视表、BI 或 SQL 稳定读取”的订单分析底表。
短视频前 5 秒怎么写：先交代人物、场景和冲突
很多短视频开头看起来很用力，却没有真正把观众带进内容。常见开场是“你是不是也这样”“太多人踩坑了”“这个方法一定要学会”。这些句子有情绪，但没有交代谁、在什么场景、遇到什么冲突。观众听完仍然不知道这条视频和自己有什么关系，也不知道继续看会获得什么。
多联系人商机，怎么画出决策链和阻塞点
这篇教程解决的是大客户销售里非常典型的一种混乱：同一个客户里，使用人说产品能解决问题，采购说价格和流程还没法走，老板只问投入产出，IT 又担心安全、对接和实施工作量。每个人说的都像是真的，但方向互相拉扯。销售如果只盯着最熟的联系人，就会误以为客户已经认可；如果只听到采购压价，又会误以为唯一问题是...
多人面试意见打架时，怎么汇总成一张能拍板的决策表
这篇教程教你做一张《多人面试汇总表》，把不同面试官对同一个候选人的评价，从“每个人各说各话”变成“同一张表上的可比较信息”。做完之后，面试复盘会从“谁职位高谁说了算”变成“证据在哪个维度、分歧在哪里、还需要补什么验证”。
多人上传电子发票，先把疑似重复报销线索标出来
月底或项目结算期，财务助理经常会遇到一个很烦的场景：报销系统里一下子进来几十到几百张电子发票。销售、运营、行政、项目同事分别上传，有的人把同一张发票放进两张报销单，有的人把供应商重新开具的发票和原票都上传了，有的人把团队共用费用拆给不同经办人申请，还有人上传了金额、销售方和购买方都很相似的票，但...
风险要早说：用 AI 写一份不制造恐慌的预警汇报
很多项目不是突然失败的，而是在失败之前已经连续出现过好几个信号：供应商关键物料没有按承诺日期出样；内部算法同事被临时抽走；客户给的数据连续三批口径不一致；上线前的联调环境还没稳定；审批人迟迟没有确认替代方案。真正麻烦的地方在于，这些问题还没有变成事故，你也不能拿一句“项目要出大事了”去吓人。但如...
复盘会别先凭印象聊，先把截图、记录和时间线整理成证据包
很多复盘会不是因为大家不想认真复盘而低效，而是因为会议开始时材料没有摆到同一张桌面上。运营说“那天流量其实还可以”，客服说“用户反馈主要是价格问题”，产品说“上线时间应该没有影响”，活动负责人说“我记得素材是按时发了”。每个人都在讲自己记得的片段，却没有截图、原始记录、用户反馈和完整时间线。会议...