26年08月总结｜取舍有度，循线成形

8月总结却拖到9月底才发，其实9月1日就建好了文件。

一个原因是想对读者老爷们负责，不愿为了完成而完成，与其端一盘糟粕上来还不如不写。各位看到的至少是改了五遍的草稿，更别提腹稿迭代次数了。

另一个原因是总找不到一整块时间供我写，周末要带一整天娃，剩下的一天带娃，外加写两个小时周报，想来更准确的说法是：这件事的优先级还没排上来，而现在到了不得不动笔的时候了。

本月速览

• 从前端走向全栈后，在 Agent 产品实践中发现：AI 加快了开发，真正拖慢进度的是需求定义、产品取舍与效果验证
• 学习上累计背单词 8463 个（+194），配合 en-zh-context-aligner SKILL 精读英文原文
• 健康方面有氧适能 37.2，别把身体榨得太狠

一些感悟

最近几个月，我从前端逐渐走通了后端、数据和部署，借助 AI 已经能很快把功能做出来。可是在做 Agent 产品时，我仍然觉得推进很慢。我把这个困惑拿去请教做产品的朋友，又结合自己的实践重新梳理了一遍，发现问题主要有两个：

第一，大方向没有选准。产品设计和架构设计一样，许多取舍没有脱离目标的标准答案。如果问题和判断标准还没想清楚，就开始让 AI 开发，最后可能只是拿错误的尺子验收结果。再说直白一点就是人们不知道自己要什么，但是知道自己不要什么。过去我把关键判断留在脑子里，给 AI 的只是一个模糊方向。

第二，需求不断蔓延。每次看到实际结果，我又会想到更多功能和细节，越做越觉得“还差一点”，于是产品始终没有明确的完成节点。朋友提醒我，先讲清用户问题、核心流程和首版范围，再通过沟通与反馈逐步收敛方案。对我而言，学产品经理就是学习怎样作出这些取舍。

为了解决这两个问题，拆分方式也要变。以前做开发，我习惯按功能清单一个个完成；做产品设计时，我发现应该先横向看清产品全貌，再从中选一个足够小的用户场景，竖向串起完成它所需的功能，让首版形成闭环。这个想法是在实践中摸索出来的，当时只会用“横切、竖切”来形容；后来才知道，软件开发里有个形象的说法叫“曳光弹”（Tracer Bullets）。我借用这个比喻表达的，是先让一条最小的产品路径跑通，再逐步扩展。

这也让我重新理解产品和研发的分工：产品更关注为什么做（Why）、做什么（What），以及怎样让方案满足用户（体验层面的 How）；研发更关注怎样把方案可靠地实现（工程层面的 How）。比如用户说“我饿了”，最后吃了一盘蛋炒饭。直接把饭炒好，是完成交付；先弄清他是不是真饿了、蛋炒饭是否合适，吃完后有没有解饿，才是在判断问题是否得到解决。独立做产品时，这两种思路都不能缺。

接下来，我想先定义每个版本要验证的问题，围绕一个最小的用户场景设计完整路径，再交给 AI 实现。做出来之后尽早让真实用户使用，根据反馈决定下一轮改什么，而不是一个人同时陷在产品和代码的所有细节里。

学习成长

截至 8 月底，累计单词数为 8463，本月 +194 个。配合上个月的 en-zh-context-aligner SKILL 去做英文原文。

身体健康

8月底有氧适能是 37.2，相比上月 38.9 掉了不少，主要原因是8月感冒了两次，一次半个月，身体不能太疲惫，否则很容易起炎症，然后就发烧。

财务理财

支付宝上找不到月度数据了，算了吧，最近这情况眼不见为净吧。。。