What if we took seriously the dream that people can be "product managers" guiding a team of LLM devs?
有很多事情要做，需要考虑很多交互模式：
- 在规范文档和模型上进行协作
- 对 demo 的反馈
- 在白板上绘制工作流程草图
但是优秀的产品经理会帮助定义系统的清晰思维模型，而无需直接读/写代码。他们可以使用此模型来指导对软件进行更改。尽管自然语言对话（如Slack、会议中……）是产品经理运作方式的重要组成部分，但它并不是一切。
还有视觉组件、现场演示demo... 即使是对书面规范文档进行评论也与线性聊天也有很大不同，有广阔的互动空间可供 PM 探索。并且，要考虑现在有哪些新工具能添加到现有工作流程中，同时经济又实用。
这让我想到了 一则 Steve Jobs 的故事，一则 Apple 的第 8 号员工（Chris Espinosa ）讲述的 Steve Jobs 故事。
也许在 LLM 时代，每个 PM 都可以有一套 Steve Jobs Calculator Construction Set。
Chris Espinosa 是苹果公司最早也是最年轻的员工之一，他在14岁时就开始为公司工作。他于1978年离开苹果去加州大学伯克利分校上大学，但在上学的时候，他继续从事自由职业工作，比如写苹果 II 参考手册。
1981 年夏天，Steve Jobs 说服 Chris 退学，全职加入苹果团队，声称他可以随时回到学校，但只有一个机会来帮助打造 Macintosh 。从1981年8月开始，Chris 辍学成为 Macintosh 的文档管理员。
由于 Macintosh 计划在几个月内引进第三方开发人员，快速需要技术文档。Macintosh 软件最重要的部分是 Quickdraw 图形包，于是 Chris 决定从 Quickdraw 技术文档开始工作。为了更好地理解它，Chris 想用 Quickdraw 编写一个演示程序。他决定使用 Quickdraw 程序宝来快速开发一个计算器。
但开发计算器中最严峻的考验是把它展示给 Steve Jobs ，以他作为我们审美指南针的角色，看看他是怎么想的。当 Chris 把计算器给史蒂夫看时，团队的人都围了过来，然后屏住呼吸，等待 Steve Jobs 的反应。Steve 说：“嗯，这是一个不错的开始，但基本上，它太丑了。背景颜色太暗，有些线条粗细不对，按钮太大。”Chris 说他会一直改到 Steve 满意。因此，在接下来的几天里，Chris 会采纳 Steve 前一天的建议，但是每次 Steve 都会继续发现新的错误。
Chris 感受不到尽头，最后，Chris 灵光一闪。第二天下午，他公布了他的新方法，他不要一直做这个计算器迭代，他想到可以让 “Steve Jobs 捏造出他自己的计算器的软件包”。关于计算器的图形属性的每个决定都通过下拉菜单参数化。您可以选择线条粗细、按钮大小、背景图案等。
Steve Jobs 看了一下新程序，立即开始修改参数。在尝试了十分钟左右的备选方案后，他选定了自己喜欢的方案。几个月后，真正的计算器的设计使用了 Steve 的设计，它在 Macintosh 上保持了多年的标准计算器，一直到 Mac OS 9。
来源：