借形

从已有产品借走通的结构，而不是从零发明。

用户的使用习惯是别的产品替你养成的。顺着它设计，比发明一套新的省力得多，也好用得多。这几乎是界面设计的铁律：用户在你的产品上花的时间，远远少于他们在别的产品上花的时间，他们的期待是被那些产品塑造的。jakobs-law

你会遇到的现象：

• 自己觉得挺巧妙的交互，别人第一次用完全找不到北
• 为了「有特色」，把常见的东西换了个说法，结果没人看懂
• 从零想信息架构，想了三天还在改

创新用错了地方是有代价的。用户在你的产品上停留几分钟，不会为了适应一套新规则而额外投入学习成本。差异化应该体现在你解决问题的方式上，不是体现在按钮叫什么名字、列表怎么排。

举个具体的例子：你做的是「一批待处理的东西逐条过完」，比如审阅合同、清点库存、跟进工单。邮件客户端早就把这一套做熟了——列表在左、详情在右、左滑归档、用「归档」而不用「完结」。用户不用学，因为他在 Gmail 和微信里已经这样用了一年。顺着这套来，你的产品一上手就是熟的。

借什么，不借什么

最后一行是分界线。借结构是省用户的学习成本，抄功能是省自己的思考成本，后者做出来的东西没有存在理由。所以判断要不要借，先问一句：省的是谁的成本？省用户学习成本的东西大胆借；只省自己思考成本的东西，往往就是抄。

去哪儿借

• **先借你的用户每天在用的东西。**他手机里打开次数最多的那几个应用，就是他的默认心智。
• **再借同结构的成熟产品，不必同行业。**你做的是「一批待处理的东西逐条过完」，那邮件客户端的结构就能借，跟行业无关。
• **借操作系统的原生规范。**返回、分享、长按菜单这些，跟着系统走永远不会错。
• **借完要说清楚你哪里不一样。**结构一样、内容不同的产品，用户会问「那我为什么用你」，答案必须在核心价值上。

给 AI 的话

给 AI 一个具体的参照物，比给一堆形容词有效得多。给参照物时务必同时说明「不要借什么」——AI 拿到参照物后会倾向照着全搬，功能列表尤其容易顺手抄过来。

PROMPT · 借结构

我要做：[你的产品一句话]

结构上参考 [某个成熟产品] 的 [某个具体部分]，因为
我的用户已经习惯那套操作。具体借这几样：
- 信息层级：[比如 列表 → 详情 → 归档]
- 主导航方式：[比如 左侧一级导航]
- 通用交互：[比如 左滑归档、拖拽排序]
- 命名习惯：[比如 用「归档」不用「完结」]

不要借的：
- 它的功能列表。我的功能要从我自己的场景推出来。
- 它为自身业务定制的特殊层级。

请先画出信息架构和页面地图，说明哪一部分是借来的、
哪一部分是我这个场景特有的，再往下做。

**怎么检查借得对不对。**把新用户第一次使用的路径录下来，看他有没有在某个操作前停顿超过三秒。停下来的地方，就是你借来的心智没覆盖到的地方——要么补上提示，要么说明这一步确实是你这个场景特有的，需要额外解释。完全没有停顿也不全是好事：说明你借得太全，用户会问「那我为什么不用原来的那个」。