四周、1506 轮对话、75 个 PR:快下来的到底是什么
同一份范围,人工估算要 14–20 个工程师周,实际用了 4.7 周;但负责人的精力只改善 1.2–1.8 倍,瓶颈从写挪到了判断与复核。
更新于 2026-10-301 分钟阅读
大约四个半日历周里,一位负责人带着一组编程 agent,把一套企业微信客户承接系统从零做到上线。记录里有 1506 轮对话、75 个 PR,以及至少 61 次负责人对机器的纠正。五个版本发出去之后,397 条真实客户旅程从系统里跑过。
按负责人自己的估算,同样范围纯人工要 14 到 20 个工程师周,实际用了 4.7 个日历周,吞吐是 3 到 4.5 倍。第二个数字更小,也更重要:他自己的精力只改善了 1.2 到 1.8 倍,压力大的阶段甚至可能更累。
这一页全部来自一位从业者的自述。生产数字是实跑的;提速倍数是对着一个想象出来的基线估的;两类证据不能相加。
一、它是干什么的,跑出了什么
系统处理的是陌生人加上微信之后那一段:发邀请、确认对方真的进了群、在平台的说法和事实不一致时把记录掰回来。价值在承接,不在发消息。材料里没有价格、合同和买方,所以这一段商业侧是缺的;三张图也缺——没有预算线,没有批准人,没有写明的受损角色。
能拿出来的证据只有那次生产运行。397 条旅程里,287 条走到邀请这一步,72.3%;其中 158 条真的进了群,55.1%;全链路 39.8%。从开始到入群的中位时间是 13.88 分钟,九十分位 99.80 分钟。入群的 158 人里后来走了 13 个,留下 145,入群后留存 91.8%。
记录里还有一个非随机对照:另外 110 人走人工或其他路径,入群率 9.1%,中位 164.84 分钟。负责人自己写明了,这十个人不足以证明因果。这句话是整份分享里最讲方法的一句。
二、哪里漏
不在钱上。记录按旅程计数,从没折算成收入。
110 个没走到邀请的人里,99 个是有意拦截——跨系统重复,或者本来就在群里;真正异常的是 11 次资格查询失败。287 次邀请里,平台接受了 228 次,但有 59 次因为好友关系失效根本没发出去,系统也没有重试。228 次接受里,158 人入群,53 人没进,17 人待观察。
最后这一堆,是看板会藏起来的那种漏。平台说「已接受」,业务事实却是「没送到」。系统必须在意图和结果之间多记一个状态,这些数字才数得出来。
三、判断错在哪
自陈的六条,其中一条比其余都有意思。
平常的那几条:过早相信平台文档和接口返回;可观测性建得太晚;看的是旧数据库,生产上的判断因此错了;还有两次把只有新版本才认的配置写进了旧版本,把服务重启到起不来。
有意思的那条,是一个做出来又被删掉的功能:按失败计数自动暂停账号。它数的是重试次数,不是不同的客户,所以一个运气不好的客户就能让一个账号下线,故障半径不减反增。删掉是对的,可复用的部分是理由——计数单位决定了行为。
影响面最大的一次纠正不在技术,在生意:未登记群占了存量成员关系的 83.1%,却只占同期新流量的 2.3%(174 里的 4 个)。「把它们全部接进系统」这个计划因此被砍掉。材料给的是版本阶段而不是周次,所以信号写成「第四个版本之后」,不是「第三周」。
四、什么活了,什么还不算活
最终版本在生产上跑了大约四天。按现有证据活着的:邀请、入群核验、等待结果的中间状态、替代全局循环的持久化消费者,以及「订单只是触发器、不是永久拦截」这条业务规则。
按这个站的标准,还不算活。四周法则要连续四周,这里只有四天。负责人自己也这么说,那句话值得留下:一个完整的、FDE 形状的交付,还不是一个被证明可以复制的商业模式。91.8% 的留存是按天数量的,不是按周。
五、什么死了
自动暂停账号,在对生产造成伤害之前删掉。把所有未登记群接进系统的计划,在 2.3% 这个数出来之后放弃。全局处理循环,被并发打穿后替换。还有一个更早的信念:平台接受了邀请,就等于邀请送达了。
用死因六型的语言说,「工作流改动代价」和「数据源不稳」都接近,但都不完全对得上。它们多数是在同一周里被当成坏设计掐掉的——最便宜的一种死法,也是案例最该报告的一种。
六、3–4.5 倍到底乘在了什么上
代码多出 3 到 4.5 倍,不等于结果多出 3 到 4.5 倍,因为能拍板的还是同一个人。用分享里自己的总数相除,4.7 周大约折成每周 320 轮对话、16 个待审 PR、13 次纠正;这三个数是这里除出来的,不是他直接报的。
排期真正该用的是最后一个数。75 个 PR 配 61 次纠正,大约每五个合并里有四个被纠正一次;平均每 25 轮对话一次纠正。如果排期是按功能列的,而不是按这些复核排的,那它承诺的是复核者没有的时间。
报任何四周项目之前做一个测试:把所有只有你能做的决定列出来——每个要接的合并、每个要定的歧义、每个必须摸清行为的外部系统——旁边写上每周几次。清单超过一个人坐得住的数量,瓶颈就不在代码,加 agent 也挪不动它。诚实的做法是砍范围,直到判断次数装得下;或者加一个能判断的人,那和加一双手是两种招聘。
案例细节来自公开分享,未经独立核实。
来源与延伸阅读
- 转述自生财有术会员分享(作者:大铭),原文为付费社群内容,非公开发表;生产数字为作者实测,提速倍数为作者估算
本文为 FDE 百科的原创分析。源自他处的框架与案例材料已在下方标注出处。