要么你终其一生做一名开发者，要么你活得足够久，最终成为产品经理。

由 Mux 主办的 DEV 全球展示挑战赛：展示你的项目！

📌点击这里阅读：为了获得更好的阅读体验，请访问Sarthology.com

我并不是说产品经理不好或者工作能力不行。虽然我经常看到我的工程师朋友们对产品经理和测试人员抱怨😄。作为一名拥有技术背景的产品经理，我见识过各种各样的情况。幸运的是，我担任技术主管时，我的产品经理也有技术背景。我们之间没有矛盾，只有相互尊重，甚至还能互相启发。

依我之见，如果把开发者比作宝可梦，他们可能会进化成经理，然后是技术主管，最后成为工程副总裁——如果他们也喜欢当创始人的话。但这并不意味着我们所有人都会这样做，或者说，我们甚至不应该这样做。

然后人工智能出现了，讽刺的是……

仔细想想，感觉式编码不仅改变了技术格局，也颠覆了游戏规则，不是吗？突然间，你可能会发现自己变成了测试人员😅，而编写一个好的提示就像编写一个详细的用户故事一样。

有效功能 = 明确的规范 x 严格的测试

你现在身兼三职：产品经理、测试员和开发人员。🤯

🌓 不断变化的技术格局

我不想当什么预言家，但科技行业人才流失的浪潮确实已经迫在眉睫。当我的老学员向我寻求建议时，我会告诉他们，他们都是很棒的开发者，但现在是时候让他们的“宝可梦”进化了。我会告诉他们要培养产品意识。但问题是——每个人都能适应吗？

如果我必须这样做的话对开发者进行分类我会将它们分为三大类：

1. 产品导向型🧙🏻：

个人特质：你天生就具备用户思维。你会在编写代码之前先编写用户故事。你能注意到用户操作中的摩擦点，提出更优化的流程，并且经常通过周密的测试来预先发现并解决 bug。

例如：你可能见过那些早期开源软件开发者——没错，我说的就是他们。他们从用户层面着手解决问题。就我的经验而言，大多数开源软件开发者都是为了解决自身问题而开发的。因此，规划和定义用户故事对他们来说轻而易举。其中一些人拥有出色的设计感，最终创造出备受喜爱且广受欢迎的产品。他们不仅解决问题，而且以独特的方式解决问题。他们就像米其林星级餐厅的老板，在烹饪的过程中不断创造美好的体验。

🤔 实际工作中是这样的：你推送一个故事“作品”到“感觉对了。”测试人员很少会遇到意外情况。

✨ 为什么现在这种现象如此盛行：人工智能极大地增强了给予者的能力清晰的规格。

🚀 发展轨迹：项目经理/技术主管是自然而然的——你一直在做这项工作，只是没有这个头衔。

2. 问题解决者🥷🏻：

个人特质：你热爱难题、模式和简洁的解决方案。LeetCode 就是你的游乐场。UI 美化并非你的首要任务，但必要时你也能灵活应对。

🤔 工作中的表现：你有时能出色地完成棘手的任务。对用户体验投入不足。。

💊 残酷的现实：如果你不进化成清晰的规格 + 用户镜头你将与​​越来越擅长纯粹问题解决的人工智能进行较量。

🚀 发展轨迹：通过更多地关注用户并进行端到端测试，您将迈入第 1 类。

3. 就业人员👻：

典型特征：交付量大但未能达到验收标准，将缺陷移交给质量保证部门，并将用户故事视为工单而不是用户成果。

令人遗憾的是，这类开发者数量众多，在大公司里如鱼得水。他们不屑阅读用户故事，常常忽略验收标准。他们本质上只是拥有漂亮头衔的初级开发者，而这些头衔仅仅是因为他们在行业里待的时间够长。他们没有进步的动力，却因为五年多来一直如此而赚得盆满钵满。真不知道为什么公司如此看重数量而非质量。他们之所以有价值，是因为有一个生态系统在支撑着他们：糟糕的程序员 → 更多测试人员 → 更长的产品开发周期 → 从客户那里榨取更多利润所以除了这些公司的客户之外，每个人都是赢家（抱歉我刚才有点激动😅，我也承认有时候糟糕的领导也会导致这种做法）。

🤔 实际情况是：项目停滞，周期延长，优质债务增加。

🤷🏻 现实点说：这种模式不会长久。

🚀 开发路径：从规范、验收标准和您自己的测试清单开始——或者市场会为你进行筛选。

如果你永不停止学习，你就已经扭转了成功的几率。

进化是人类生存的一部分，但如今它已经超越了这一点——它关乎生存。

那么，你的旅程该从何开始呢……

这一切的前提是你能清晰地读写代码。基本功不容妥协；产品思维是锦上添花，而非取而代之。

📜 规范驱动型人工智能工具（为什么“Vibe Coding”有效）

Vibe 编码：利用丰富的上下文和清晰的规范，使模型能够产生可预测、可测试的输出。

人工智能的性能取决于你对问题的定义是否清晰。这不仅仅适用于编程——请参阅我关于情境工程（如何通过人工智能赢得胜利）的文章。

但这种思维方式并非人人都能轻易掌握，因此，氛围编码工具本身也在引导你关注这一点。
以下是一些值得关注的工具：

• Kiro（亚马逊出品）：专注于以规范为先的开发模式，促使你在编写代码之前清晰地思考需求。人工智能可以为你生成规范，但你仍然需要审核这些规范，以避免出现不切实际的设想。
• Agents.md：帮助以系统的方式构建提示和任务。
• Spec Kit（GitHub 出品）：一个用于规范驱动开发的开源工具包。点击此处了解更多信息。

选择一种工具，进行为期一个迭代周期的试点。首先使用 5 分钟的规格模板，然后比较试点前后缺陷数量和评审周期。

✨小贴士

产品型思维 → 使用 Spec Kit 进行形式化；
问题解决型思维 → 使用 Agents.md 描述用户验收情况；
岗位负责人 → 在编码前使用 Kiro 强制执行验收标准。

🧠 培养产品思维

有些人可能会说，产品思维是大多数人与生俱来的，但我并不认同。只要努力，任何技能都可以学习和掌握。

第一步很简单：观察。我们每天都会以用户的身份与无数的应用程序和产品互动。你的学习就从这里开始。这些应用程序中蕴藏着许多宝藏。问问自己：为什么你喜欢某个产品而不是它的竞争对手？你喜欢它的哪些功能，为什么？哪些设计选择堪称巧妙？通过这些探索，你就能逐渐培养出判断哪些方法有效、哪些无效的意识。

Observe → Frame → Test → Ship → Measure

1️⃣观察：截取你今天使用的应用中两个你喜欢或讨厌的瞬间，并写一句话说明原因。2️⃣

构想：将每个瞬间转化为一个……问题陈述和预期结果3️⃣

测试：草稿验收标准（鉴于/当/那时）所以“完成”是明确的。

4️⃣推演：构建能够验证该想法的最小的、连贯的改变。

5️⃣衡量：选择一个HEART指标（幸福感、参与度、采纳率、留存率、任务成功率），并观察两周。

最后，打造一个属于你自己的开源软件——一个你个人遇到的问题，同时也是其他人需要的工具或应用来解决的关键问题。把它发布到 Product Hunt 上，并征求用户的反馈。很快，你就能培养出产品思维——说不定你还能围绕它建立起自己的事业。

值得借鉴的原则：从问题入手。胸怀大志，从小处着手，快速学习。频繁发布。

📌 产品导向型开发者手册（6 个步骤）📚

以下是一份运用产品思维进行开发的简要指南 👉

1. 用户故事：用户是谁？他们有什么痛点？他们需要完成什么任务？
2. 验收标准： Given/When/Then，包括边界情况。
3. 先测试：红→绿→重构。（哪怕只是一个很小的测试！）
4. 生成：要求 AI 生成满足测试要求的最小实现方案。
5. 审核：像项目经理一样阅读差异——这是否符合预期？
6. 发货并衡量：添加分析或可衡量的价值指标。

📌 两份口袋清单 📋

如果您想为人工智能创建完美的规范，请牢记以下清单：

👉 规格清单

• 用一句话概括用户→问题→结果。
• 3-5 个验收标准，并考虑边界情况。
• 非目标（这不会发生的事情）。
• 可观察性（我们如何知道它有效）。
• 回滚方案（如果失败了怎么办？）

如果您正在开发一个小型功能并且更喜欢 Vibe 式编码，请参考以下清单：

👉 提示清单

• 状态角色和约束（语言、风格、依赖项）。
• 提供示例（测试、输入/输出）。
• 请提供差异比较或单个文件，不要提供论文。
• 明确提出假设和不确定性。
• 限制范围（“仅实现 X 以使测试通过”）。

📌 产品思维转变（思维升级）🧠

• 从产出到结果： “我关闭了 5 个工单”→“我将注册流失率降低了 12%”。
• 从功能到职位：将每个 PR 与一个用户待完成任务。
• 从完美到迭代：先交付一个可行走的骨架，然后再逐步提升质量。
• 从独奏到管弦乐：将人工智能/智能体视为队友。
• 从直觉到量化：为每个规格添加一个指标。

✨ 充满希望的未来

最稳妥的途径是循序渐进：将你的影响力扩展到代码之外，从而让你的职业生涯不断累积。

🤞 这就是我乐观的原因：
在人工智能时代，开发者拥有战术优势。如果他们了解产品，进行测试，引导人工智能修复代码问题——或者自己修复——他们就能成为一股强大的力量倍增器。他们将更快地交付更好的产品，并在市场上创造更多就业机会。SaaS 的构建和迭代将像快时尚一样——周期短、反馈快、不断调整。

开源和本地优先开发模式正在加速发展；规模较小的团队可以更快地交付有意义的修复。选择一个你常用的开源软件，本月修复一个小 bug，并用 5 行文字记录修复前后的变化。

转变你的角色：制定规范（产品思维）、描述验收流程（问题解决者）或执行标准（岗位负责人）——然后发布。

💪30‑Day Challenge: Become a Product‑Minded Dev (While Still Coding)

• 第一周——选择一个用户痛点；编写一份清晰的需求规格说明；交付一个可运行的框架。
• 第二周——增加测试、可观察性和一个可衡量的结果。
• 第 3 周– 进行小型用户检查（1-3 名用户/利益相关者）；修改规范；发布 v2 版本。
• 第 4 周——写一篇简短的回顾报告：哪些方面取得了进展？哪些方面没有？发表出来。

愿原力与你同在。

最后一点

我很想听听你的故事——你是转向产品开发，还是继续埋头写代码，亦或是走了一条两者兼顾的道路？究竟是什么技能对你影响最大？请在下方留言👇

PS：如果你需要建议，随时可以私信我@sarthology，或者我每个月会提供几次一对一咨询，详情请点击这里。

下次见。在此之前，敬请期待。

进化，不要等待。⚡️