在产品开发中，我们常常陷入页面思维的困境。本文通过作者的亲身经历，探讨了如何利用AI从页面思维转变为能力模型视角，从而提升产品抽象能力，避免被页面和功能牵着走。
有时候做产品做到深夜，盯着一堆需求文档发呆，我会突然冒出一个问题：
“我们到底是在做产品，还是在堆页面？”
真的。越做越会有这感觉。
打个比方，就像你家储物柜塞满了杂物，每个看起来都“有用”，但你完全说不出它们之间有什么关系，只知道要找的时候特别痛苦。
直到我最近真的被一次对话吓了一跳。
那天跟研发聊一个后台迁移，领导一句：“旧系统都有，搬过来不就行了？”
我心想，好像确实省事？
结果开发说：“搬？重写还快点。旧系统耦合得像麻花。”
我整个人都愣住了。
那天晚上我坐下来琢磨，越想越不对劲：原来我们做需求时，看的是“页面”，但系统真正运转的是“能力”。
后来我试着用 AI 捋了捋，没想到——它直接把我从页面思维，一把提到了“能力模型”的视角。
那感觉有点像学摄影的时候，突然理解了什么叫“负空间”。
——空间不重要，重要的是“你留了什么让别人看见”。
产品也一样。
有时候我们写需求写得太快，页面直接画起来、字段直接罗列、流程直接对齐业务。
这个操作太顺手，顺手到我们忘了问一句：“它属于哪种能力？”
没有这句话，产品基本会走向三个结局：
说句不好听但扎心的话：
我们不是没有逻辑，是被页面牵着鼻子走。
事情发生得比我想象快。
那天我问了一个看似无聊的问题：
“列表页、详情页、表单页，为什么各个系统都有？是不是套路？”
AI 回了个让我有点汗毛竖起来的句子：
“因为它们不是页面，是能力的表达。”
那一瞬间我突然明白：原来这些页面不是“样子相似”，是“内在结构一模一样”。这感觉就像你做了很多年蛋糕，总觉得每个配方都不一样，结果老师告诉你：“不，你练的都是同一个基础面糊。”
我靠，说得真对。
这件事我踩坑踩得很痛。
旧系统里的逻辑，看起来现成的。
但开发告诉我：
换句话说：你不是在搬功能，你是在迁移“历史债务”。
太现实。
AI 一句话总结得超狠：
适配成本 > 重写成本。
我那天真的有点被戳到痛点。
有一次我试着让 AI 根据某个需求，生成：
没想到它秒出：
我当时心里说了一句“卧槽”。
这不就是“产品架构师视角”吗？
下面是我现在固定使用的“3 步法”，真的很顺手。
我现在写需求前，第一步不是画页面，而是让 AI 逼问我：
这一步像把你从“页面世界”拉回“业务世界”。
比如“服务记录空值展示”，听起来是 UI 小需求，AI 会告诉你：
→ 属于内容呈现能力
→ 有 4 种标准展示形式
→ 包括空态、缺省值、占位说明、数据血缘
立马就专业起来了。
比如一个页面，AI 会自动识别：
并告诉你：
你自己做 5 年都不一定总结出来这套。
过去我常觉得自己写需求挺顺手。
但慢慢发现，写得顺手 ≠ 写得对。
系统越来越大时，如果没有一套抽象方法，你真的会被页面淹没，被功能牵着走。
甚至会被“旧功能复用”这类表面逻辑坑得体无完肤。
AI 给我的最大礼物不是省时间，是让我看到：
系统不是页面，而是能力。
需求不是功能，而是结构。
这种视角的跃迁，很爽。
就像你突然学会用广角镜头拍一样，世界变大了，结构也清晰了。
如果你已经在做产品超过两年，那你一定能感受到：
你的瓶颈不在技能，而在视角。
AI 能帮你的不是执行，而是提升你的高度。
把 AI 当工具，你会变快。
把 AI 当伙伴，你会变强。
如果你愿意试试产品抽象，不妨从一句话开始：
“这个需求属于哪种能力？”
你可能会被自己的思考吓一跳。
本文由 @尤里卡高 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。