借形
用户的使用习惯是别的产品替你养成的。顺着它设计，比发明一套新的省力得多，也好用得多。
你会遇到的现象
- 自己觉得挺巧妙的交互，别人第一次用完全找不到北
- 为了「有特色」，把常见的东西换了个说法，结果没人看懂
- 从零想信息架构，想了三天还在改
创新用错了地方是有代价的。用户在你的产品上停留几分钟，不会为了适应一套新规则而额外投入学习成本。差异化应该体现在你解决问题的方式上，不是体现在按钮叫什么名字、列表怎么排。
借什么，不借什么
| 该借 | 别借 | |
|---|---|---|
| 结构 | 列表加详情、左导航右内容、收件箱式的待处理 | 对方为自己业务定制的特殊层级 |
| 交互 | 下拉刷新、左滑归档、拖拽排序这类通用手势 | 只有重度用户才知道的隐藏操作 |
| 命名 | 用户已经熟的词：归档、草稿、收藏 | 对方自造的品牌化名词 |
| 功能 | 别借。功能要从你自己的场景推出来 | 照着对手的功能列表补齐，是抄不是借 |
去哪儿借
- 先借你的用户每天在用的东西。他手机里打开次数最多的那几个应用，就是他的默认心智。
- 再借同结构的成熟产品，不必同行业。你做的是「一批待处理的东西逐条过完」，那邮件客户端的结构就能借，跟行业无关。
- 借操作系统的原生规范。返回、分享、长按菜单这些，跟着系统走永远不会错。
- 借完要说清楚你哪里不一样。结构一样、内容不同的产品，用户会问「那我为什么用你」，答案必须在核心价值上。
给 AI 的话
给 AI 一个具体的参照物，比给一堆形容词有效得多。
PROMPT · 借结构
我要做：[你的产品一句话] 结构上参考 [某个成熟产品] 的 [某个具体部分]，因为 我的用户已经习惯那套操作。具体借这几样： - 信息层级：[比如 列表 → 详情 → 归档] - 主导航方式：[比如 左侧一级导航] - 通用交互：[比如 左滑归档、拖拽排序] - 命名习惯：[比如 用「归档」不用「完结」] 不要借的： - 它的功能列表。我的功能要从我自己的场景推出来。 - 它为自身业务定制的特殊层级。 请先画出信息架构和页面地图，说明哪一部分是借来的、 哪一部分是我这个场景特有的，再往下做。