教程列表
按当前目录继续浏览
拒绝同事的不合理请求，用 AI 把边界说得清楚又不伤人
这篇文章教你拒绝一项不在职责范围内、或时间上根本排不进去的请求时，怎么写一封既说清边界、又不伤害关系的邮件。做完后你会得到一封可以直接改用的拒绝邮件，以及几条针对不同关系的替代话术。它的重点不是“怎么把事推掉”，而是“怎么把拒绝说清楚，同时给对方留一条走得通的路”。
开会后把豆包企业版妙记整理成纪要和行动项
一场 90 分钟的会开完，你手头只有一段豆包企业版的妙记转写：两万字，谁说了什么都有，但"到底定了什么、接下来谁做什么、什么时候交、做完同步给谁"全埋在口水话里。你打开转写稿，想整理成纪要，又怕漏掉决议、记错负责人。更麻烦的是，过去几次会你辛辛苦苦发了纪要，一周后群里照样没人更新进度，行动项像被...
客服反馈别直接倒进需求池：先做去重归类，再看真实规模
这篇教程教你做一张《客服反馈归类入池表》，把每天从客服那里涌进来的用户问题，按问题场景、用户目标、功能位置和影响程度去重归类，再决定哪些可以进需求池、哪些只是个案。做完之后，需求池里不再是一百条“用户说不好用”，而是“导出功能失败 23 条、权限入口找不到 15 条、希望批量操作 9 条”这样能...
客服免责口径，先写清可说、不可说和需升级
客服在处理退款、服务延迟、配送异常、系统故障、活动权益、不可抗力、合同履约争议时，最容易出问题的不是“不会安抚用户”，而是不知道哪些话不能说。用户问“是不是你们违约了”，客服顺手说“是我们的责任”；用户问“能不能保证今天退”，客服说“我帮您保证”；用户问“因为台风没收到货，你们是不是必须赔”，客...
客服升级别靠感觉：先分清紧急、重要和只是复杂
客服团队最常见的升级问题不是“该升的不升”，而是“什么都升”。一线客服遇到自己没见过的报错，升；客户语气不好，升；问题只是步骤多但能解决，也升。二线团队每天被大量低优先级工单淹没，真正影响收入、影响合规、影响大批用户的问题反而要排队。
客服新人接线前，先用三天影子跟听把话术跑偏拦住
客服新人最容易“看起来已经会了”的阶段，是正式接线前。新人读过话术规范，也听过主管讲解，可一旦面对真实用户，就可能把政策说成承诺，把安抚说成敷衍，把追问信息问成审问。等这些问题出现在真实来电里，质检扣分只是表面，更麻烦的是用户体验和业务风险已经发生。
客服转产品反馈，别只递抱怨，要递一张可判断的问题卡
客服把用户抱怨转给产品时，最常见的问题不是信息太少，而是信息没有被翻译。用户说“导出又坏了”“你们后台太难用”“这个问题已经催三次了”，客服如果原样转发，产品只能继续追问：哪个入口、什么账号、哪些用户、能不能复现、影响范围多大、有没有临时绕法、和上周那个问题是不是一回事。
客户拜访聊了很多，怎么整理成承诺和下一步
客户拜访结束后，很多销售的记录看起来很勤快：写了客户办公室情况，写了对方聊到的行业变化，写了现场谁坐在哪里，也写了自己讲了哪些产品功能。可是第二天回到 CRM，真正要推进商机时，才发现最关键的信息没有沉下来：客户到底确认了什么需求，提出了什么异议，答应了什么动作，还有哪些事项要等谁确认，下一次应...
客户催进度，怎么回才不显得在推脱
这篇文章解决一个很具体的场景：客户已经连续追问交付进度，你手上有真实进展，但还有一个关键确认没有完成。你需要回邮件，既不能装作一切顺利，也不能把内部混乱原样甩给客户。
客户访谈前，先用 AI 对齐背景、假设和追问边界
客户访谈最怕的不是问题少，而是团队带着彼此矛盾的理解进会议室：销售以为客户最关心续费，产品以为客户卡在功能上，研究员以为这次是探索场景，会议一开始就各问各的。更糟的是，有人把销售备注里的判断当成事实，直接问出“你们是不是因为审批太复杂才不用”的诱导式问题，客户只能顺着回答，最后拿到一堆看似明确、...
客户口头同意后，怎么把签约未决事项逐项关掉
客户已经口头同意采购，销售最容易松一口气，也最容易在这里丢节奏。因为从“同意买”到“合同可签”，中间还隔着一串看似琐碎、但每一项都可能拖住签约的事情：合同版本是不是最终版，法务意见谁回复，报价单是否和合同金额一致，付款条件有没有被财务确认，发票抬头和税号谁提供，盖章流程要多久，客户侧签署人是不是...
客户说还要内部讨论，销售下次跟进该问什么
这篇教程解决一个销售推进里特别容易卡住的场景：客户听完初步沟通后说“我们还要内部讨论一下”，销售既不想追得太硬，也不想让商机安静地冷下去。问题在于，很多销售下一次跟进时只会问“讨论得怎么样了”“方便再约一下吗”，客户很容易继续回答“还没结论”。商机看起来没有输，但也没有继续向明确方案推进。
客户说预算没批，先帮他把内部申请材料做出来
销售里最可惜的丢单不是客户说“不需要”，而是客户说“价值我认可，但预算没批”。这句话翻译过来，往往意味着你的对接人愿意用，但他没有能力独自拍板，需要拿着材料去说服财务、采购或者更高层老板。这时候你要做的不是继续讲产品多好，而是帮他把一份能通过内部审批的申请材料做出来。
客户嫌贵时，怎么先证明价值，再守住可让步边界
客户说“太贵了”，销售最容易进入两个极端：要么马上问“那您觉得多少合适”，要么急着申请折扣，希望用价格把客户留住。问题是，客户说贵，不一定真的只是在谈价格。它可能意味着客户还没看见价值，可能是在拿竞品压价，可能是预算口径和报价口径不一致，也可能是客户内部没有足够理由向老板解释为什么要买。
客户招待费报销别只交发票，先补一份业务说明
客户拜访结束后，销售团队经常会提交餐费、礼品、交通费等招待相关报销。单据本身通常只能说明“花了多少钱、在哪家商户、什么时间开票”，却说明不了“为什么发生这笔费用、对应哪个客户、和哪条商机有什么关系、是否已经按公司流程申请或审批过”。等到财务来问，销售助理再翻聊天记录、会议纪要、CRM 和审批截图...
客户质疑效果时，如何用相似案例和指标做一张回应卡
客户问“你们到底有没有效果”，销售最容易陷入两种尴尬：一种是继续讲愿景、讲功能、讲“很多客户都在用”；另一种是临时翻案例库，找一段看起来最漂亮的成功故事塞给客户。前者太虚，后者太散。客户真正想确认的不是“有没有一个客户成功过”，而是“这个结果和我像不像、能不能复用、边界在哪里、你们是不是在夸大承...
客户总说再看看，怎么拆出真正的推进障碍
这篇教程解决的是销售推进里最让人消耗耐心的一类商机：客户没有说不买，也没有明确拒绝，但每次跟进都回复“我们再看看”“领导还没定”“最近有点忙”“晚点再说”。CRM 里这个商机看起来还活着，预计金额也还在，但阶段停了很久，下一步计划越来越像一句空话。
客诉还没爆发时，先做出这张重复信号预警表
这篇教程帮你做的不是“处理投诉”，而是在投诉变成舆情之前，把分散在各个渠道里的相似表述收集起来，判断它是不是同一个问题在扩散，并且产出一张可以每天更新的客诉重复信号预警表。做完之后，你能回答三个问题：哪些问题正在变多、哪些渠道在重复、今天必须上报哪一类。
客诉能记录但闭不了环？把升级和回访节点补进处理流程
很多团队并不是没有记录客诉。客户一投诉，一线客服会建工单，群里也会有人同步，处理结果最后也能在系统里找到。但只要追问三个问题，流程就容易露出断点：什么情况下必须升级，升级后谁负责盯到底，客户什么时候要被回访，工单凭什么可以关闭。
跨部门共同目标怎么拆责任：先分清输入、过程和结果
跨部门共同目标最容易坏在一句话上：“这个目标不是我一个部门能负责。”这句话通常是真的。一个增长目标要达成，可能需要市场提供合格线索，销售及时跟进，客服维护老客户口碑，产品修掉转化卡点。任何一个部门单独承诺结果都不合理，但如果因此没人对目标负责，项目就会变成每个部门都在做事，却没有人能解释为什么目...
跨部门会后，先让 AI 找出四方理解差异
跨部门对齐会最容易出现一种隐蔽问题：会议上大家都点头，会后每个部门却按自己的理解推进。市场记住了对外传播节点，销售记住了客户承诺，产品记住了需求范围，交付记住了上线条件。每个人都没有故意跑偏，但项目负责人过两天一追进度，才发现同一场会被拆成了四套版本。
跨部门交接边界怎么写：先说清谁交什么、什么时候交
跨部门协作制度最容易写得很完整，也最容易没有用。制度里可能写了“销售负责签约前沟通，交付负责项目实施，客服负责上线后服务”，每句话都对，但真正出问题时，大家仍然会互相等待：销售说客户背景已经在聊天记录里讲过了，交付说没有正式交接表不能启动，客服说上线问题没有交付结论不敢接，客户问进度时三边都在找...
跨部门需求入口怎么设计：统一收口、分派规则和不受理说明
跨部门需求最容易失控的地方，不是在项目执行中段，而是在一开始没有入口。业务同学在群里发一句“这个活动能不能支持一下”，销售在私信里补一张截图，产品会后口头说“运营帮忙跟一下”，负责人看到了却不知道是不是正式需求，运营同学接了又发现信息不全，最后所有人都觉得自己已经说过，但没有人能判断优先级、责任...
跨团队要支持，邮件里怎样把请求和交换条件说清楚
这篇文章解决一个项目经理经常遇到、但很容易写砸的场景：你的项目推进到关键阶段，需要另一个团队提供数据、排期、接口确认、测试资源、技术评估或内容支持；问题是，对方并不向你汇报，也没有在自己的目标里直接背这件事。
老板临时加增长目标，运营主管怎么重排优先级不乱
这篇文章解决的不是“怎么把一周工作安排得更满”，而是当老板临时加入一个新的增长目标时，业务运营主管怎样用 AI 把原计划、新目标、资源限制和历史效果放到同一张优先级表里，形成一份可以拿去沟通的优先级调整说明。
老板临时问这周怎么样：用一页周报说清目标、完成度、风险和待拍板事项
老板临时问“这个项目这周怎么样了”，最难的往往不是没有信息，而是信息太散。任务看板里有十几个卡片，数据日报里有几组指标，会议纪要里有一串承诺，群聊里还有负责人零散回复。你如果把这些材料原样转发给老板，老板看不到重点；你如果只回一句“整体正常推进”，又很容易漏掉真正该提前说的风险。
老板说“做个功能”时，先用一张卡把目标和成功标准问清楚
产品团队最怕的不是老板不提需求，而是老板在群里说一句“我们加个会员等级功能吧，这个很重要”，然后所有人开始排期。你问“为什么做”，老板说“先做出来看看”；你问“怎么做算成功”，老板说“用户用起来就知道了”。需求进了池子，开发排了两个月，上线后没人说得清它到底解决了什么。
老板只说列表更好用时，先让 Codex 问出验收标准
临时需求最容易让开发者难受的地方，不是它短，而是它短到没有边界。老板在群里说一句“把客户列表做得更好用”，产品还没来得及补说明，销售同事已经开始催上线。你打开页面，能想到很多可能的改法：加搜索、加筛选、调整列宽、固定表头、支持批量操作、优化加载速度、把最近跟进时间放到前面、给重点客户加标记。每一...
老销售的私有客户名单，怎么补字段才能安全进 CRM
这篇文章教你怎样把老销售手里那份只有姓名和电话的私有客户名单，补齐行业、规模、来源、最近联系时间这些字段，再安全地导入 CRM。做完后你会得到一份补字段顺序表，明确每个字段谁负责补、补到什么程度、什么时候导入，重点是先补影响分配、跟进和判断优先级的字段。
领导突然问项目怎么样了：用 AI 准备 30 秒回答
很多职场汇报不是输在材料不够，而是输在被突然点名的那三十秒。会议已经进入下一项，领导忽然问一句：“你那个项目现在怎么样了？”你脑子里其实有很多信息：进度表、群聊记录、昨天的数据、客户反馈、跨部门卡点、下周要上线的版本。可你一开口，很容易说成流水账：“现在整体还可以，我们这边已经推进了一部分，数据...
领导只给两分钟时，用 AI 做一页项目状态图
项目越复杂，汇报越容易变成两种极端：一种是只说“整体推进中”，领导听完还是不知道哪里稳、哪里危险；另一种是把项目计划、任务清单、会议纪要、风险台账全部摊开，结果两分钟过去了，领导只记住“材料很多，结论不清”。
乱表别急着改：先让 AI 写清表格清洗规则
很多人拿到一张乱表，第一反应是立刻动手：删空行、拆合并单元格、改字段名、复制到新表、凭印象判断哪些记录重复。这样做看起来很快，但风险也很高。真正麻烦的不是清洗动作本身，而是你还没有说清楚“什么叫干净”。如果没有规则，今天你删掉的备注，明天可能被同事当成关键线索；你认为重复的客户，业务负责人可能认...
门店导购每天该主推哪三款？用 AI 做一张当日话术卡
很多门店每天开门以后，导购推荐商品靠的是个人习惯：谁熟悉哪款就多讲哪款，哪个商品昨天卖得顺就继续推，哪个陈列位置显眼就顺口介绍。这样做看起来灵活，其实会让门店经营重点落不到现场。
面试记录别只写“感觉不错”：把回答证据和判断依据写下来
招聘复盘时最常出现的对话是：“这个候选人怎么样？”“我感觉不错。”“好在哪？”“就是沟通挺顺畅的，专业能力感觉也可以。”当所有人都靠“感觉”做决定时，面试记录就失去了它的意义：它应该让一个没参加面试的人也能判断候选人是否进入下一轮。
年度 OKR 太宏观？拆成下个月能直接执行的运营动作表
这篇文章教你把手里的年度 OKR，拆成下个月团队真正能执行的动作表：哪些活动要做、内容要发什么、数据要盯哪个指标、谁来负责、什么时候检查。做完后你会得到一张月度运营动作表，每一行都能追溯到公司的一个年度目标，而不是一张“看起来很忙”却不知道在推进什么的清单。
年度目标落到每月，不要只喊增长：用 AI 做一张年目标月度拆解表
很多公司的年度经营会开得很热血：今年要增长 40%，收入要破 3000 万，重点产品要翻倍，销售团队要扩大，市场要多拿线索，交付要提升效率。会上的方向听起来没有问题，PPT 也写得很完整，但散会以后，部门负责人最常问的不是“目标是什么”，而是“每个月到底要做到多少，靠什么做到，资源够不够”。