十六人的代理公司，三个角色，和一份先签字的知识库

一家十六人的知识产权代理公司，七八个岗位。它能说出口的问题有三个：打价格战，客户问完价就没下文；员工用自己的微信加客户，人一走，客户也跟着走。它为此买了一套知识库。

材料里真正留下来的，是动工之前客户签下的那份边界确认。知识库和三个岗位的 SOP 排在它后面。这份分享很短，案例通常该有的几段大多没有；下面缺哪段就写缺哪段，不拿推断去填。

一、他们以为在买什么，钱又从哪里漏

他们以为买的是一只能装下公司资料、再按资料回答问题的库。按这个框定，活是收集、切块、检索，验收标准是答得对不对。

可那三个症状没有一个指向检索。问完价就走，是报价环节的事；人走客户走，是客户归属的事。索引再好，也修不了这两处。

材料没有写这家公司的利润来自哪条业务线，六段解剖的第一段在这里是缺的。能说的只有一句不带编造的判断：钱漏在「报价到签字」这一跳，以及「公司」和「持有关系的那个员工」之间。

两处漏点都是客户自己讲的，都没有数字。报价这一跳是价格战：报了价，对方拿去比，然后没有然后。关系这一处是个人微信：线索是公司花钱买来的，联系方式留在员工手里。材料里没有金额、比例、时间窗，这里补一个，就是编的。

二、三张图

只有「权怎么走」露出了半张脸，而这恰好是有用的部分。三个角色被单独拎出来：一线客服、二线顾问、顾问。边界文件写清了谁能报价、谁必须把对话转给人。这是针对一条流程的决策权地图，比多数知识库项目写下来的都多。

钱怎么流，没有；谁会输，也没有。后一个缺口比看上去重要：每一条「你不能报价」的边界，都是从某个角色手里拿走裁量权，而材料从没说那个人是谁、他还在做什么别的事。

三、判断错在哪

这一段材料里没有。分享记下的是一道在写 Skill 之前就装好的闸门，以及「跳过它就会返工」的说法；它没有记录哪一次真的跳过了、第一周的判断是什么、第几周被什么信号推翻。

规则不是复盘。规则值得留，但它替代不了缺失的证据；「几乎必然返工」应当读成分享者的断言，不是测出来的比率。

四、什么活了

三份 SOP，一个岗位一份，各配一套 Skill；调用的时机、交接时必须带过去的信息，都写进 SOP 本身。客户成立了内部的 AI 项目组，把真实业务跑了一遍，书面确认全部走通之后才开工。分享还提到一点：这些 SOP 换工具也能用，因为它们描述的是流程，不是软件。

这些都不构成「活了」的证据。流程走通是定义阶段的测试；四周法则问的是上线四周之后，这三个岗位还在不在用。材料没说。

五、什么死了

没有记录。没有关掉的模块，没有拒用 SOP 的岗位，没有被换掉的 Skill。对一份解剖来说这是缺口，不是清白：第六段空着的案例，没办法告诉别的团队该避开什么，而那是唯一能在项目之间传递的东西。六段解剖对此说得很直：不报告死亡的案例，就是宣传册。

对这份材料，合理的解释很平常：它是一篇方法笔记，不是项目日志。那就该按规则读它，而不是把它当成规则奏效的证明。

六、那道闸门，写成清单

动第一行 Skill 之前，让客户签五条：

1. 哪个角色可以报价，报到多少为止。
2. 哪个角色必须转人工，转到哪一句话为止。
3. 交接时必须带什么：客户标识、阶段、已经承诺过什么。
4. 接手的角色拿它做什么，一句话说清。
5. 客户方谁签字，「走通」指什么——真实客户流程，不是演示。

客户点不出签字人，你面对的是赞助人，不是边界。要避开的失败方式也很具体：先把 Skill 做出来、演示一遍，让演示变成边界。此后每一次分歧都会变成返工，而那正是这份文件要挡掉的成本。这个项目起点的个人微信，是一个字面意义上的影子系统；边界文件是把它拉回公司的第一次尝试，值得追问一句：SOP 里有没有写，客户关系从此存在哪里。

案例细节来自公开分享，未经独立核实。