借形 | 定义产品 | 做产品

借形

用户的使用习惯是别的产品替你养成的。顺着它设计，比发明一套新的省力得多，也好用得多。

你会遇到的现象

• 自己觉得挺巧妙的交互，别人第一次用完全找不到北

• 为了「有特色」，把常见的东西换了个说法，结果没人看懂

• 从零想信息架构，想了三天还在改

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

借什么，不借什么

该借别借

结构 列表加详情、左导航右内容、收件箱式的待处理 对方为自己业务定制的特殊层级

交互 下拉刷新、左滑归档、拖拽排序这类通用手势 只有重度用户才知道的隐藏操作

命名 用户已经熟的词：归档、草稿、收藏 对方自造的品牌化名词

功能 别借。功能要从你自己的场景推出来 照着对手的功能列表补齐，是抄不是借

最后一行是分界线。借结构是省用户的学习成本，抄功能是省自己的思考成本，后者做出来的东西没有存在理由。

同样是「参考别人」，这条线两边的性质完全不同

该借

结构

交互

命名 列表加详情、下拉刷新、用「归档」 不用「完结」 省的是用户的学习成本

别借

功能 照着对手的功能列表补齐， 是抄不是借 省的是自己的思考成本

差异化应该体现在你解决问题的方式上，不是体现在按钮叫什么名字、列表怎么排。 借完还要说清楚你哪里不一样——结构一样、内容不同的产品，用户一定会问「那我为什么用你」。

右边那格做出来的东西没有存在理由：功能是从对方的场景里长出来的，搬到你这儿就成了无根的清单。用户在你的产品上停留几分钟，不会为了适应一套新规则额外投入学习成本——但也不会为了一份补齐的功能表换过来。

去哪儿借

• **先借你的用户每天在用的东西。**他手机里打开次数最多的那几个应用，就是他的默认心智。

• **再借同结构的成熟产品，不必同行业。**你做的是「一批待处理的东西逐条过完」，那邮件客户端的结构就能借，跟行业无关。

• **借操作系统的原生规范。**返回、分享、长按菜单这些，跟着系统走永远不会错。

• **借完要说清楚你哪里不一样。**结构一样、内容不同的产品，用户会问「那我为什么用你」，答案必须在核心价值上。

给 AI 的话

给 AI 一个具体的参照物，比给一堆形容词有效得多。

复制 PROMPT · 借结构

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

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

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

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

接着看

参考锚定 跟 AI 协作时的通用版本：给一个具体对照物，比用形容词描述有效十倍。

分组与命名 命名这一层借得对不对，直接决定用户能不能猜到东西在哪。

唯一主线 借完结构之后，差异化只能来自主线。结构一样，主线也一样，那就没有存在理由了。