即刻App年轻人的同好社区
下载
今天也是被gpt老师提点的一天。
翻到两年前的朋友圈，当时刚开始从产品经理转型学着带一个业务，所有的事情都是新的，不管是业务模型还是组织管理，对我来说都是第一次。但当时，整个心态是踌躇满志，积极向上。
然而真实的业务水平终究会暴露出来，现实世界并不会单单因为一个人的一腔热血就发生极大改变。这两年里，经历了业务的一年10倍增长，也经历了非常长期的增长停滞，真实体会到了现实的复杂度。
但好在，开心也好，失意也好，都如过眼云烟飘过去了。真正能带走的，是在这个过程中训练出了一套自己的业务判断和做事框架，知道了怎么选品，怎么面对不确定的，怎么拆关键路径，怎么逐步验证和下注等等。
这种经验和看书看来的还不一样，因为书里写的多是简化模型，即使记录了再坎坷的故事，也可能只是真实情况的冰山一角。而自己实战体会到的，则是把现实复杂度完整展示出来了，信息密度高很多。
人们常说，对事物的认识有3个阶段，我也算是完整经历过了。
- 看山是山：看起来很简单，是就是xxx嘛，但其实只是因为没入门，在外面看只能有个模糊的概念；
- 看山不是山：进门之后，发现事情的复杂度变得异常高，发现自己啥都不会，什么都做不好；
- 看山还是山：泡进去一段时间，经历了几个判断周期，慢慢能总结经验和规律时，回头再看，就知道山还是那样。
但“看山还是山”并不意味着回到了最初的简单，而是终于知道：简单背后有结构，热爱背后要有方法，理想背后要有一次次真实的下注和验证。
所以现在再回头看，两年前那种踌躇满志并没有错，它是出发时最珍贵的燃料；只是现在我更知道，真正能把路走远的，不只是热情，而是经历过复杂、失败、停滞、怀疑之后，仍然愿意认真建设的能力。
愿自己还能继续保持那份相信真善美的底色，也继续把商业、产品、组织和增长这些硬功夫练扎实。
山还是那座山，但我已经不是两年前那个站在山脚下的人了。
翻到两年前的朋友圈，当时刚开始从产品经理转型学着带一个业务，所有的事情都是新的，不管是业务模型还是组织管理，对我来说都是第一次。但当时，整个心态是踌躇满志，积极向上。
然而真实的业务水平终究会暴露出来，现实世界并不会单单因为一个人的一腔热血就发生极大改变。这两年里，经历了业务的一年10倍增长，也经历了非常长期的增长停滞，真实体会到了现实的复杂度。
但好在，开心也好，失意也好，都如过眼云烟飘过去了。真正能带走的，是在这个过程中训练出了一套自己的业务判断和做事框架，知道了怎么选品，怎么面对不确定的，怎么拆关键路径，怎么逐步验证和下注等等。
这种经验和看书看来的还不一样，因为书里写的多是简化模型，即使记录了再坎坷的故事，也可能只是真实情况的冰山一角。而自己实战体会到的，则是把现实复杂度完整展示出来了，信息密度高很多。
人们常说，对事物的认识有3个阶段，我也算是完整经历过了。
- 看山是山：看起来很简单，是就是xxx嘛，但其实只是因为没入门，在外面看只能有个模糊的概念；
- 看山不是山：进门之后，发现事情的复杂度变得异常高，发现自己啥都不会，什么都做不好；
- 看山还是山：泡进去一段时间，经历了几个判断周期，慢慢能总结经验和规律时，回头再看，就知道山还是那样。
但“看山还是山”并不意味着回到了最初的简单，而是终于知道：简单背后有结构，热爱背后要有方法，理想背后要有一次次真实的下注和验证。
所以现在再回头看，两年前那种踌躇满志并没有错，它是出发时最珍贵的燃料；只是现在我更知道，真正能把路走远的，不只是热情，而是经历过复杂、失败、停滞、怀疑之后，仍然愿意认真建设的能力。
愿自己还能继续保持那份相信真善美的底色，也继续把商业、产品、组织和增长这些硬功夫练扎实。
山还是那座山，但我已经不是两年前那个站在山脚下的人了。
7 00
当人人都能搓出不错页面，设计还有价值吗？
以前，一个“看起来还不错”的页面，是稀缺品。
现在，只要你会描述，会调几轮，产品、研发，甚至运营，都能借助 AI 搓出一个及格以上的页面。
这意味着：页面产出本身，正在快速贬值。
过去设计的一个重要价值，是把抽象需求转成可视化页面。但现在，AI 让这个转换过程变便宜了，甚至变得人人可做。
于是问题就来了：如果人人都能做页面，设计还有价值吗？
我实际跑下来的感受是：有，而且可能比以前更有价值。
只是它的价值，不再主要体现在“把页面画出来”，而是体现在另外一些更难、也更稀缺的能力上。
1、会做页面，不等于会做设计
现在很多人会以为：既然 AI 已经能出页面了，那产品或者研发直接做设计不就行了吗？
但实际上，真正难的并不是“把一个页面拼出来”，而是：做出稳定的审美判断，统一的产品气质，长期可复用的设计语言，关键场景里真正有辨识度的体验……
换句话说，AI 降低的是“产出页面”的门槛，不是“形成美学能力”的门槛。
我自己手搓产品的时候就很明显地感受到：如果只是做一个页面，AI 确实很快。
但如果没有一些基础的美学训练，最后出来的东西就很像“抽卡”：
-这一版看起来还行，下一版突然变丑
-单页能看，放到整个产品里就散了
-细看间距、层级、留白、字体、节奏、色彩关系，经常经不起推敲
直观感受就是要么丑，要么乱，要么没有高级感。
所以产品或研发直接做设计，难点不在于不会用 AI，而在于：缺少稳定的审美系统和视觉统一能力。
2、真正会被替代的，不是设计，而是“低密度设计交付”
正在真实发生的AI 替代的不是“设计师”这个角色本身，而是设计工作里那些低密度、低杠杆、可模式化的部分。
比如：常规设置页，普通表单页，标准列表页，基础卡片布局……
这些页面过去也需要设计师出稿、标注、走查，但未来很可能越来越多地会变成：产品/研发先借助 AI 直接生成一个可用版本，再由设计做校准。
所以设计不是没价值了，而是那些“把基础稿画出来”的价值，在下降。
以前设计更多是在“实现之前”交付视觉稿；以后设计会更多在“实现之中”和“实现之后”发挥作用。
也就是说，设计开始从“前置交付角色”，逐渐变成“系统校准角色”。
3、设计的定位会怎么变？
如果上面的判断成立，那设计的价值会越来越集中到这几件事上：
1）定义设计系统，而不是重复画页面
未来最重要的，不是给每个页面单独出稿，而是建立一套可以让 AI、产品、研发共同复用的设计系统：字体体系，颜色体系，间距体系，组件规范，动效原则，页面节奏，品牌气质等等。
因为只有这样，大家借助 AI 做出来的东西，才不会越来越散。
设计会从“一个页面一个页面地设计”，转向“定义一套能持续产出好页面的规则”。
2）负责高价值场景，而不是包揽所有场景
不是所有页面都值得设计师深度介入。
真正需要设计重点投入的，是那些：强品牌感和第一印象的页面，需要高级视觉表现的页面，涉及复杂交互和动效的页面，能显著拉开体验差异的页面。
这些地方，AI 能提供草稿，但很难直接替代设计判断。
3）从“美化页面”转向“收敛产品气质”
未来设计师一个很重要的价值，可能不再是“让某一页更好看”，而是让整个产品在长期迭代中始终维持一种稳定、可信、统一的感觉。
这其实是一种更高阶的工作。
因为当人人都能快速产出页面时，真正稀缺的不是“方案数量”，而是一致性。不是“做出来”，而是做得稳。
4、我们的实践感受
我们最近的一些实践也在体现这个事。
有些基础页面，其实完全可以不走完整的 UI 流程。
产品把需求想清楚，研发直接借助 AI 做一个初版，再不断调。
实际上，我还经常会用chatgpt在聊天框里出很多版本html来看效果，这样给研发的时候更容易收敛。
这个过程确实比“先画稿—再标注—再还原—再走查”快很多。
但我们也很快碰到另一个问题：速度上来了，稳定性没跟上。
页面可以很快做出来，但容易一版一个风格；研发能实现，但视觉品质波动很大；没有统一规范时，局部优化反而会让整体更乱；越依赖 AI，越需要有人负责“最后的审美收口”。
另一方面，设计师自己学会vibe coding之后，也更加清楚设计稿做成什么样，design to code的工作流如何做能让整体质感更高，这对于整个视觉产出是有明显提升的。
所以我们的一个结论是：基础页面可以更多交给产品和研发直接完成，但前提是必须有一套更强的设计规范，以及设计在关键节点上的介入。
也就是说，AI 不是让设计消失，而是逼着设计从“亲自下场画很多页面”，升级成“定义规则、校准质量、守住气质”。
现在AI 让“做出页面”变容易了。但也正因为如此，真正好的设计，反而会变得更稀缺。
以前，一个“看起来还不错”的页面，是稀缺品。
现在，只要你会描述，会调几轮，产品、研发，甚至运营，都能借助 AI 搓出一个及格以上的页面。
这意味着：页面产出本身，正在快速贬值。
过去设计的一个重要价值，是把抽象需求转成可视化页面。但现在，AI 让这个转换过程变便宜了，甚至变得人人可做。
于是问题就来了：如果人人都能做页面，设计还有价值吗？
我实际跑下来的感受是：有，而且可能比以前更有价值。
只是它的价值，不再主要体现在“把页面画出来”，而是体现在另外一些更难、也更稀缺的能力上。
1、会做页面，不等于会做设计
现在很多人会以为：既然 AI 已经能出页面了，那产品或者研发直接做设计不就行了吗？
但实际上，真正难的并不是“把一个页面拼出来”，而是：做出稳定的审美判断，统一的产品气质，长期可复用的设计语言，关键场景里真正有辨识度的体验……
换句话说，AI 降低的是“产出页面”的门槛，不是“形成美学能力”的门槛。
我自己手搓产品的时候就很明显地感受到：如果只是做一个页面，AI 确实很快。
但如果没有一些基础的美学训练，最后出来的东西就很像“抽卡”：
-这一版看起来还行，下一版突然变丑
-单页能看，放到整个产品里就散了
-细看间距、层级、留白、字体、节奏、色彩关系，经常经不起推敲
直观感受就是要么丑，要么乱，要么没有高级感。
所以产品或研发直接做设计，难点不在于不会用 AI，而在于：缺少稳定的审美系统和视觉统一能力。
2、真正会被替代的，不是设计，而是“低密度设计交付”
正在真实发生的AI 替代的不是“设计师”这个角色本身，而是设计工作里那些低密度、低杠杆、可模式化的部分。
比如：常规设置页，普通表单页，标准列表页，基础卡片布局……
这些页面过去也需要设计师出稿、标注、走查，但未来很可能越来越多地会变成：产品/研发先借助 AI 直接生成一个可用版本，再由设计做校准。
所以设计不是没价值了，而是那些“把基础稿画出来”的价值，在下降。
以前设计更多是在“实现之前”交付视觉稿；以后设计会更多在“实现之中”和“实现之后”发挥作用。
也就是说，设计开始从“前置交付角色”，逐渐变成“系统校准角色”。
3、设计的定位会怎么变？
如果上面的判断成立，那设计的价值会越来越集中到这几件事上：
1）定义设计系统，而不是重复画页面
未来最重要的，不是给每个页面单独出稿，而是建立一套可以让 AI、产品、研发共同复用的设计系统：字体体系，颜色体系，间距体系，组件规范，动效原则，页面节奏，品牌气质等等。
因为只有这样，大家借助 AI 做出来的东西，才不会越来越散。
设计会从“一个页面一个页面地设计”，转向“定义一套能持续产出好页面的规则”。
2）负责高价值场景，而不是包揽所有场景
不是所有页面都值得设计师深度介入。
真正需要设计重点投入的，是那些：强品牌感和第一印象的页面，需要高级视觉表现的页面，涉及复杂交互和动效的页面，能显著拉开体验差异的页面。
这些地方，AI 能提供草稿，但很难直接替代设计判断。
3）从“美化页面”转向“收敛产品气质”
未来设计师一个很重要的价值，可能不再是“让某一页更好看”，而是让整个产品在长期迭代中始终维持一种稳定、可信、统一的感觉。
这其实是一种更高阶的工作。
因为当人人都能快速产出页面时，真正稀缺的不是“方案数量”，而是一致性。不是“做出来”，而是做得稳。
4、我们的实践感受
我们最近的一些实践也在体现这个事。
有些基础页面，其实完全可以不走完整的 UI 流程。
产品把需求想清楚，研发直接借助 AI 做一个初版，再不断调。
实际上，我还经常会用chatgpt在聊天框里出很多版本html来看效果，这样给研发的时候更容易收敛。
这个过程确实比“先画稿—再标注—再还原—再走查”快很多。
但我们也很快碰到另一个问题：速度上来了，稳定性没跟上。
页面可以很快做出来，但容易一版一个风格；研发能实现，但视觉品质波动很大；没有统一规范时，局部优化反而会让整体更乱；越依赖 AI，越需要有人负责“最后的审美收口”。
另一方面，设计师自己学会vibe coding之后，也更加清楚设计稿做成什么样，design to code的工作流如何做能让整体质感更高，这对于整个视觉产出是有明显提升的。
所以我们的一个结论是：基础页面可以更多交给产品和研发直接完成，但前提是必须有一套更强的设计规范，以及设计在关键节点上的介入。
也就是说，AI 不是让设计消失，而是逼着设计从“亲自下场画很多页面”，升级成“定义规则、校准质量、守住气质”。
现在AI 让“做出页面”变容易了。但也正因为如此，真正好的设计，反而会变得更稀缺。
7 51
发现了可能是最省token做coding的方法，即利用chatgpt的github应用逃课，只要授权git应用就行。总体思路是，反复在聊天模式里讨论需求，设计，代码问题，然后让chatgpt直接输出代码怎么改，最后交给一个基础agent执行即可，比如glm-4.7，因为它只需做代码替换，不需要思考。
图1是glm5.1直出的样式，图2是chatgpt设计出代码然后让glm4.7执行的样式，立竿见影！
图1是glm5.1直出的样式，图2是chatgpt设计出代码然后让glm4.7执行的样式，立竿见影！
4 00
擅用AI coding并不会自动提升产品能力，它反而要求更高水平的“关键风险和验证问题”的选择能力，否则只是更快地做出一堆不关键的东西，把时间浪费在无关痛痒的问题，以及永远无穷无尽的执行细节里。
10 00
最近在做产品的过程中慢慢看清楚一个问题：如果说移动互联网时代的本质是“连接”，那 Agent 时代的产品本质是什么？
只说“移动互联网是连接”其实还不够。因为真正改变产业的，不是一个抽象概念，而是一整套底层基础设施成熟后，催生出来的新产品范式。
PC 互联网时代，人主要是坐在电脑前上网，行为是搜索、浏览、下载、发帖。到了移动互联网时代，智能手机、4G、GPS、摄像头、移动支付、App Store、推送通知、社交关系链一起成熟，产品的构建方式就变了。
手机让人随时随地在线。
GPS 让位置成为实时变量。
摄像头让拍照、扫码、短视频成为低摩擦输入。
移动支付让交易闭环瞬间完成。
推送和社交关系链让产品可以持续触达和传播。
推荐算法让内容和商品可以被大规模分发。
所以移动互联网的“连接”不是简单把人和人、人和商品、人和内容连起来，而是形成了一套完整模式：
先捕捉用户的实时状态和意图，再把合适的人、内容、商品或服务匹配给他，最后通过支付、履约、评价、复购形成闭环。
微信不是简单通讯录，而是人与人的实时连接网络。
淘宝不是简单网上货架，而是人与商品的搜索、推荐、交易网络。
抖音不是简单视频播放器，而是人与内容的算法分发网络。
美团、滴滴也不是简单信息平台，而是基于位置、供需和履约能力的服务连接网络。
这就是移动互联网的产业范式：连接 + 匹配 + 分发 + 交易/履约闭环。
那 Agent 时代呢？
我觉得 Agent 时代的核心不只是“理解与执行”。理解和执行只是结果，背后也会形成一整套新的产品构建模式。
这套模式至少包括几个关键能力：
第一，持续采集上下文。
不再只靠用户主动输入表单，而是通过文件、图片、语音、日历、浏览记录、位置、设备、历史行为等方式，低摩擦地理解用户所处的真实情境。
第二，形成长期记忆。
产品不只是完成一次任务，而是记住用户的偏好、历史选择、失败经验、常用规则和生活习惯。越用越懂你，是 Agent 产品和传统工具最大的差别之一。
第三，理解模糊意图。
用户不需要把需求拆成标准流程。很多时候他说的是一句很模糊的话，比如“下周出差，帮我准备得体一点但别太正式”。Agent 要能理解背后的场景、约束和偏好。
第四，调用工具完成任务。
Agent 不能只停留在对话里。它要能调用搜索、日历、邮件、地图、电商、支付、文档、企业系统等工具，把想法变成动作。
第五，管理执行过程。
真正有价值的 Agent 不是一次性回答，而是能拆解任务、规划步骤、处理中间异常、向用户请求确认，并在关键节点保留控制权。
第六，沉淀反馈，优化下次执行。
每一次任务完成后，用户的选择、修改和反馈都应该进入记忆系统，让下一次更准确。
所以 Agent 时代的产品范式可能是：
上下文采集 → 记忆沉淀 → 意图理解 → 任务规划 → 工具调用 → 执行确认 → 反馈学习。
这和移动互联网时代很不一样。
移动互联网产品的核心页面往往是列表、Feed、搜索框、详情页、交易按钮。
Agent 产品的核心结构可能不是页面，而是一个围绕任务运转的智能系统。
举一个衣橱产品的例子。
移动互联网时代的衣橱 App，通常会怎么做？
用户手动录入衣服，上传穿搭照片，浏览穿搭内容，收藏单品，跳转购买。它本质上还是“人与内容”“人与商品”“人与服务”的连接。
但 Agent 时代的衣橱产品应该不一样。
它要知道你衣柜里有哪些衣服，哪些常穿，哪些很久没穿；它要理解你的风格偏好、场合需求、天气、行程、洗护状态；它要记得你上次说某条裤子显胖，某件外套开会穿很合适；它还要能在你说“周末去杭州，两天一夜，想轻松但拍照好看”时，自动给出搭配、行李清单、缺失单品建议，甚至帮你判断是否需要洗衣、购买或替换。
这时它就不是一个“穿搭内容社区”，也不是一个“衣服库存工具”，而是一个私人衣橱 Agent。
它的价值不是连接你和更多穿搭内容，而是理解你的衣橱、你的场景和你的偏好，并参与完成“今天穿什么”“出差带什么”“缺什么要买”这些真实任务。
这也是我认为 Agent 产品会成立的原因。
上一代产品把世界连接到人面前。
下一代产品会把人的上下文理解下来，并替人推进任务。
移动互联网解决的是：你要什么，我帮你找到。
Agent 时代解决的是：你想做什么，我理解之后帮你完成，并且下次做得更像你。
只说“移动互联网是连接”其实还不够。因为真正改变产业的，不是一个抽象概念，而是一整套底层基础设施成熟后，催生出来的新产品范式。
PC 互联网时代，人主要是坐在电脑前上网，行为是搜索、浏览、下载、发帖。到了移动互联网时代，智能手机、4G、GPS、摄像头、移动支付、App Store、推送通知、社交关系链一起成熟，产品的构建方式就变了。
手机让人随时随地在线。
GPS 让位置成为实时变量。
摄像头让拍照、扫码、短视频成为低摩擦输入。
移动支付让交易闭环瞬间完成。
推送和社交关系链让产品可以持续触达和传播。
推荐算法让内容和商品可以被大规模分发。
所以移动互联网的“连接”不是简单把人和人、人和商品、人和内容连起来，而是形成了一套完整模式：
先捕捉用户的实时状态和意图，再把合适的人、内容、商品或服务匹配给他，最后通过支付、履约、评价、复购形成闭环。
微信不是简单通讯录，而是人与人的实时连接网络。
淘宝不是简单网上货架，而是人与商品的搜索、推荐、交易网络。
抖音不是简单视频播放器，而是人与内容的算法分发网络。
美团、滴滴也不是简单信息平台，而是基于位置、供需和履约能力的服务连接网络。
这就是移动互联网的产业范式：连接 + 匹配 + 分发 + 交易/履约闭环。
那 Agent 时代呢？
我觉得 Agent 时代的核心不只是“理解与执行”。理解和执行只是结果，背后也会形成一整套新的产品构建模式。
这套模式至少包括几个关键能力：
第一，持续采集上下文。
不再只靠用户主动输入表单，而是通过文件、图片、语音、日历、浏览记录、位置、设备、历史行为等方式，低摩擦地理解用户所处的真实情境。
第二，形成长期记忆。
产品不只是完成一次任务，而是记住用户的偏好、历史选择、失败经验、常用规则和生活习惯。越用越懂你，是 Agent 产品和传统工具最大的差别之一。
第三，理解模糊意图。
用户不需要把需求拆成标准流程。很多时候他说的是一句很模糊的话，比如“下周出差，帮我准备得体一点但别太正式”。Agent 要能理解背后的场景、约束和偏好。
第四，调用工具完成任务。
Agent 不能只停留在对话里。它要能调用搜索、日历、邮件、地图、电商、支付、文档、企业系统等工具，把想法变成动作。
第五，管理执行过程。
真正有价值的 Agent 不是一次性回答，而是能拆解任务、规划步骤、处理中间异常、向用户请求确认，并在关键节点保留控制权。
第六，沉淀反馈，优化下次执行。
每一次任务完成后，用户的选择、修改和反馈都应该进入记忆系统，让下一次更准确。
所以 Agent 时代的产品范式可能是：
上下文采集 → 记忆沉淀 → 意图理解 → 任务规划 → 工具调用 → 执行确认 → 反馈学习。
这和移动互联网时代很不一样。
移动互联网产品的核心页面往往是列表、Feed、搜索框、详情页、交易按钮。
Agent 产品的核心结构可能不是页面，而是一个围绕任务运转的智能系统。
举一个衣橱产品的例子。
移动互联网时代的衣橱 App，通常会怎么做？
用户手动录入衣服，上传穿搭照片，浏览穿搭内容，收藏单品，跳转购买。它本质上还是“人与内容”“人与商品”“人与服务”的连接。
但 Agent 时代的衣橱产品应该不一样。
它要知道你衣柜里有哪些衣服，哪些常穿，哪些很久没穿；它要理解你的风格偏好、场合需求、天气、行程、洗护状态；它要记得你上次说某条裤子显胖，某件外套开会穿很合适；它还要能在你说“周末去杭州，两天一夜，想轻松但拍照好看”时，自动给出搭配、行李清单、缺失单品建议，甚至帮你判断是否需要洗衣、购买或替换。
这时它就不是一个“穿搭内容社区”，也不是一个“衣服库存工具”，而是一个私人衣橱 Agent。
它的价值不是连接你和更多穿搭内容，而是理解你的衣橱、你的场景和你的偏好，并参与完成“今天穿什么”“出差带什么”“缺什么要买”这些真实任务。
这也是我认为 Agent 产品会成立的原因。
上一代产品把世界连接到人面前。
下一代产品会把人的上下文理解下来，并替人推进任务。
移动互联网解决的是：你要什么，我帮你找到。
Agent 时代解决的是：你想做什么，我理解之后帮你完成，并且下次做得更像你。
13 23
如果不考虑商业化，把工作这些年学到的技能用来单纯做一些满足自己和家人需求的应用，还是非常沉浸和enjoy的。另，gpt5.5的审美也是好起来了，不需要说太多高级提示词，也能做出不错的效果。也许，以后的产品开发就像今天的木匠活一样，谁拿着工具都能做一做吧
35 65
这个qclawhub.com真的是腾讯官方出品吗？疯狂弹广告。而且谷歌英文站搜直接“qclaw”还搜不到官方版本，要搜“qlaw 腾讯”这种中文的才能出来。
不得不佩服大家上站的速度hh
不得不佩服大家上站的速度hh
5 10
产品经理做研发管理，到底在管什么？
我过去一直以为，研发管理主要就是：讲需求、排计划、追进度、协调资源、推进上线、处理阻塞。这些当然重要，但现在回头看，我很多时候做的其实是：执行推动 + 项目管理 + 问题灭火。
这类工作能让事情往前走，却不一定能让系统稳定地产生正确结果。于是就会出现一种状态：大家都很忙，版本也发了，我也很用力，但结果总觉得“不对劲”，而且很难说清到底哪里没管住。
后来我慢慢意识到，我的问题不只是“推进不够”，而是视角长期停留在执行层。
以前一旦做得不顺，我的第一反应常常是：加会、补文档、拆更细、盯更紧、压更实。但很多时候根因并不在执行，而在更上层：
版本目标不清：这一版到底想赢什么
模块边界不清：谁负责什么、什么不能越界
契约不稳：内部中间态和对外承诺混在一起
演进路径没设计：新旧并行怎么迁、谁是主路径
这些东西没想清楚，执行层越努力，越像是在填坑，而且是边跑边填。
所以我现在对研发管理的理解变了：以前我以为是在管：任务有没有按时做完。现在我更认同是在管：系统能不能持续、稳定、低成本地产生正确结果。
这背后至少有四件事要管：
第一，管版本目标。不是先列需求清单，而是先定义这一版的主目标。没有主目标，优先级就会摇摆，协同就会跑偏，做完也很难复盘成败。
第二，管边界。很多“协作不顺”本质是“边界不清”。复杂阶段里，产品经理不能只做推进，还要参与定义边界：哪些是平台能力，哪些是业务逻辑；哪些是内部实现，哪些是对外承诺。
第三，管演进，不只管上线。上线不是终点。复杂产品真正难的是迁移、兼容、收口、主路径切换。如果只盯当期上线，长期就会堆出越来越重的系统包袱。
第四，管机制，不只管结果。不仅看“这次做出来没有”，还要看“下次能不能稳定复现”。信息是否可追踪、决策是否有记录、质量是否有统一口径，这些决定了后面还能不能规模化推进。
这两个视角差别非常大。
前者更像项目经理视角：盯排期、盯交付、盯上线。
后者更像系统经营视角：盯目标、盯边界、盯演进、盯机制。
不是说前者不重要，而是产品进入复杂阶段之后，只靠前者会越来越吃力。你会发现自己天天都在救火，但火为什么一直有，解释不清楚。
我最近正在尝试的一件事，是用“分层演进 + 层理念对齐”来替代过去那种纯项目推进式管理。
简单说，就是不再只问“这版要做哪些需求”，而是同时问两组问题：
1）按层看：这次迭代在每一层到底要解决什么？把工作按层拆开看：这次是补底层稳定性、统一中间层契约，还是加速上层接入与采用。这样能区分“局部功能优化”和“系统能力建设”，避免在一个版本里互相挤压。
2）按理念看：每一层的做法是否符合该层原则？我现在会特别警惕“在错误的层解决问题”。比如：本该在平台层解决的治理问题，不下沉成单点业务逻辑；本该稳定的契约层，不被展示层需求反向牵着改；本该快速试验的交付层，不偷偷承载长期架构责任。
否则就会出现：短期看都能跑，长期看全是账。
这就是我理解的“层理念对齐”：不是只有一张分层图，而是让每次迭代都能检查——我们这次的方案有没有破坏分层的初衷。
这套方法我还在练，远没到成熟阶段，也还没有拿到很漂亮的结果。但它已经帮我解决了一个关键问题：以前我总觉得哪里都在出问题，只能靠更努力去扛；现在至少我开始能判断——这是执行问题，还是边界问题；是排期问题，还是演进问题。
这之所以很重要，是因为一旦分不清层级，人就会陷入一个循环：越努力越累，越累越盯执行，越盯执行越看不到根因。
对我来说，这就是产品经理在研发管理上的进阶起点：从“项目推进者”，慢慢转向“系统经营者”。
我过去一直以为，研发管理主要就是：讲需求、排计划、追进度、协调资源、推进上线、处理阻塞。这些当然重要，但现在回头看，我很多时候做的其实是：执行推动 + 项目管理 + 问题灭火。
这类工作能让事情往前走，却不一定能让系统稳定地产生正确结果。于是就会出现一种状态：大家都很忙，版本也发了，我也很用力，但结果总觉得“不对劲”，而且很难说清到底哪里没管住。
后来我慢慢意识到，我的问题不只是“推进不够”，而是视角长期停留在执行层。
以前一旦做得不顺，我的第一反应常常是：加会、补文档、拆更细、盯更紧、压更实。但很多时候根因并不在执行，而在更上层：
版本目标不清：这一版到底想赢什么
模块边界不清：谁负责什么、什么不能越界
契约不稳：内部中间态和对外承诺混在一起
演进路径没设计：新旧并行怎么迁、谁是主路径
这些东西没想清楚，执行层越努力，越像是在填坑，而且是边跑边填。
所以我现在对研发管理的理解变了：以前我以为是在管：任务有没有按时做完。现在我更认同是在管：系统能不能持续、稳定、低成本地产生正确结果。
这背后至少有四件事要管：
第一，管版本目标。不是先列需求清单，而是先定义这一版的主目标。没有主目标，优先级就会摇摆，协同就会跑偏，做完也很难复盘成败。
第二，管边界。很多“协作不顺”本质是“边界不清”。复杂阶段里，产品经理不能只做推进，还要参与定义边界：哪些是平台能力，哪些是业务逻辑；哪些是内部实现，哪些是对外承诺。
第三，管演进，不只管上线。上线不是终点。复杂产品真正难的是迁移、兼容、收口、主路径切换。如果只盯当期上线，长期就会堆出越来越重的系统包袱。
第四，管机制，不只管结果。不仅看“这次做出来没有”，还要看“下次能不能稳定复现”。信息是否可追踪、决策是否有记录、质量是否有统一口径，这些决定了后面还能不能规模化推进。
这两个视角差别非常大。
前者更像项目经理视角：盯排期、盯交付、盯上线。
后者更像系统经营视角：盯目标、盯边界、盯演进、盯机制。
不是说前者不重要，而是产品进入复杂阶段之后，只靠前者会越来越吃力。你会发现自己天天都在救火，但火为什么一直有，解释不清楚。
我最近正在尝试的一件事，是用“分层演进 + 层理念对齐”来替代过去那种纯项目推进式管理。
简单说，就是不再只问“这版要做哪些需求”，而是同时问两组问题：
1）按层看：这次迭代在每一层到底要解决什么？把工作按层拆开看：这次是补底层稳定性、统一中间层契约，还是加速上层接入与采用。这样能区分“局部功能优化”和“系统能力建设”，避免在一个版本里互相挤压。
2）按理念看：每一层的做法是否符合该层原则？我现在会特别警惕“在错误的层解决问题”。比如：本该在平台层解决的治理问题，不下沉成单点业务逻辑；本该稳定的契约层，不被展示层需求反向牵着改；本该快速试验的交付层，不偷偷承载长期架构责任。
否则就会出现：短期看都能跑，长期看全是账。
这就是我理解的“层理念对齐”：不是只有一张分层图，而是让每次迭代都能检查——我们这次的方案有没有破坏分层的初衷。
这套方法我还在练，远没到成熟阶段，也还没有拿到很漂亮的结果。但它已经帮我解决了一个关键问题：以前我总觉得哪里都在出问题，只能靠更努力去扛；现在至少我开始能判断——这是执行问题，还是边界问题；是排期问题，还是演进问题。
这之所以很重要，是因为一旦分不清层级，人就会陷入一个循环：越努力越累，越累越盯执行，越盯执行越看不到根因。
对我来说，这就是产品经理在研发管理上的进阶起点：从“项目推进者”，慢慢转向“系统经营者”。
88 1018
细节人人看得见，宏观人人会模仿，真正难的是把两者串成成果的能力。
最近慢慢意识到，我常常活成两个极端，像坐在一辆没有自动驾驶的车里：方向盘一会儿被想很多的我抢走，一会儿又被忙到飞起的我抢走。
先说第一个我：爱抬头看天。
我能把行业、机会、竞争、路径讲得像在做路演：现在该做什么、以后该做什么、什么是关键、什么是噪音。越想越顺，越想越有劲儿，脑子里像开了发布会——台上我讲得热血沸腾，台下未来的我疯狂鼓掌。
可一旦要把它写进日历，变成今天就做这一件，我的手就卡住了。不是不会做，是突然觉得：再想想吧，想得更稳一点，方案更漂亮一点，万一做错呢？
于是我继续打磨。打磨到最后，逻辑越来越圆，行动越来越少。
就好像，我最擅长的不是战略，是战略的想象。
成了思想的巨人，行动的矮子。
这不是没计划，只是把计划当成了完成。
第二个我呢，低头忙地。
我会陷进细节里：客户报的问题一条条抠，客户需求一轮轮聊，研发进度一件件盯。每天都像在救火：这个崩了、那个卡了、谁又不满意、哪条链路又出问题。我也确实很能扛，很能推进，很能把事情做完。
但忙着忙着，我会突然抬头发愣：我到底要去哪？我做的这些，怎么连成一条路？
然后更荒诞的一幕出现了：我不是不想思考路线，是我根本没空思考路线。
忙碌像一条毯子，盖住了那个刺痛的问题：我以为我在前进，其实我只是在不停原地练习高抬腿跑步。
细节能让我感觉有用，但不一定能让我有方向。
后来我才明白，细节和宏观都很容易得到。
细节太容易看见了。每天都有人提醒你：这里错了、那里卡了、这个需求要加、那个版本要赶。你只要活着上班，就会被细节追着跑。
宏观也很容易看见。网上太多了：框架、方法论、行业报告、成功故事。你把几段话拼起来，也能说得像模像样。宏观甚至是一种很省力的努力感，站在高处讲两句，就显得你懂，显得你在掌控。
但真正稀缺的是第三件事。
把细节里的真实摩擦，和宏观里的方向判断，串成一条能落地、能验收、能产生增量的路径。
这件事很难装，因为它会立刻被现实打脸：到底有没有成果，数据、客户、团队状态都会说话；它也很少人系统性分享，因为不够性感；更因为只看分享没用，得自己动手，在噪音里取舍，在慢反馈里坚持。
路线会让人短期变得不体面。
你会从什么都能解释，变成先做一个不完美的选择；从每件事都能推进，变成很多事不得不忍痛不做。
所以这道坎最狠的地方不是方法，是心理。
我得承认，我没法同时要确定、要体面、还要稳赢。
我现在更愿意把这段卡住，理解成能力进阶的必经卡点。
当你还停留在初级阶段，细节就够你忙；
当你只想显得成熟，宏观就够你讲；
但当你真的要往上走，你必须回答一个更难的问题：我每天看到的这些细节，到底要服务哪个结果？我口头说的那些宏观，到底能落在哪个成果？
而这个问题没有统一模板，没法照抄。它只能在一次次真实取舍里长出来。
回头看，我不是不努力，只是把力气用在了两个更容易让我不受伤的位置上：把天上的故事讲得越来越顺，把地上的任务做得越来越满。
可我的路仍然在中间。
我终于发现：想明白，不等于开始；做很多，也不等于在走。
真正的路线，不在脑子里，也不在救火里。
它在我愿意承认不确定的那一步里。
我不缺天空的故事，也不缺地面的琐碎。缺的，是一条把天空落到地上、又能从地上长回天空的路。
最近慢慢意识到，我常常活成两个极端，像坐在一辆没有自动驾驶的车里：方向盘一会儿被想很多的我抢走，一会儿又被忙到飞起的我抢走。
先说第一个我：爱抬头看天。
我能把行业、机会、竞争、路径讲得像在做路演：现在该做什么、以后该做什么、什么是关键、什么是噪音。越想越顺，越想越有劲儿，脑子里像开了发布会——台上我讲得热血沸腾，台下未来的我疯狂鼓掌。
可一旦要把它写进日历，变成今天就做这一件，我的手就卡住了。不是不会做，是突然觉得：再想想吧，想得更稳一点，方案更漂亮一点，万一做错呢？
于是我继续打磨。打磨到最后，逻辑越来越圆，行动越来越少。
就好像，我最擅长的不是战略，是战略的想象。
成了思想的巨人，行动的矮子。
这不是没计划，只是把计划当成了完成。
第二个我呢，低头忙地。
我会陷进细节里：客户报的问题一条条抠，客户需求一轮轮聊，研发进度一件件盯。每天都像在救火：这个崩了、那个卡了、谁又不满意、哪条链路又出问题。我也确实很能扛，很能推进，很能把事情做完。
但忙着忙着，我会突然抬头发愣：我到底要去哪？我做的这些，怎么连成一条路？
然后更荒诞的一幕出现了：我不是不想思考路线，是我根本没空思考路线。
忙碌像一条毯子，盖住了那个刺痛的问题：我以为我在前进，其实我只是在不停原地练习高抬腿跑步。
细节能让我感觉有用，但不一定能让我有方向。
后来我才明白，细节和宏观都很容易得到。
细节太容易看见了。每天都有人提醒你：这里错了、那里卡了、这个需求要加、那个版本要赶。你只要活着上班，就会被细节追着跑。
宏观也很容易看见。网上太多了：框架、方法论、行业报告、成功故事。你把几段话拼起来，也能说得像模像样。宏观甚至是一种很省力的努力感，站在高处讲两句，就显得你懂，显得你在掌控。
但真正稀缺的是第三件事。
把细节里的真实摩擦，和宏观里的方向判断，串成一条能落地、能验收、能产生增量的路径。
这件事很难装，因为它会立刻被现实打脸：到底有没有成果，数据、客户、团队状态都会说话；它也很少人系统性分享，因为不够性感；更因为只看分享没用，得自己动手，在噪音里取舍，在慢反馈里坚持。
路线会让人短期变得不体面。
你会从什么都能解释，变成先做一个不完美的选择；从每件事都能推进，变成很多事不得不忍痛不做。
所以这道坎最狠的地方不是方法，是心理。
我得承认，我没法同时要确定、要体面、还要稳赢。
我现在更愿意把这段卡住，理解成能力进阶的必经卡点。
当你还停留在初级阶段，细节就够你忙；
当你只想显得成熟，宏观就够你讲；
但当你真的要往上走，你必须回答一个更难的问题：我每天看到的这些细节，到底要服务哪个结果？我口头说的那些宏观，到底能落在哪个成果？
而这个问题没有统一模板，没法照抄。它只能在一次次真实取舍里长出来。
回头看，我不是不努力，只是把力气用在了两个更容易让我不受伤的位置上：把天上的故事讲得越来越顺，把地上的任务做得越来越满。
可我的路仍然在中间。
我终于发现：想明白，不等于开始；做很多，也不等于在走。
真正的路线，不在脑子里，也不在救火里。
它在我愿意承认不确定的那一步里。
我不缺天空的故事，也不缺地面的琐碎。缺的，是一条把天空落到地上、又能从地上长回天空的路。
96 1325
