设计参考推文整理术：把 UI、文案和 LP 案例做成可分享资料

截图会丢失来源语境，只保存 URL 又会忘记哪里好。分享给团队时，如果没有比较轴，就只是链接堆。 X 书签默认是私人保存，适合自己稍后阅读。但当目标变成分享、团队阅读或之后解释时，按保存时间排列就不够清楚。

分享需要的不是更多链接，而是语境。入口、例子、注意点和延伸阅读分清楚后，同样的帖子会更容易被理解。

不要一开始就追求完美分类。先保存之后可能想向别人解释的帖子。对于UI 设计师、产品经理、独立开发者，以及在 X 上收集产品设计参考的人，下面这些内容很适合做成合集。

把单条就能成立的帖子和需要多条一起阅读的帖子分开。入口内容放前面，补充和反应放进子项目。

按使用场景整理，而不是只按视觉风格。为落地页、引导、设置、定价、表单或移动列表创建父项目。 父项目名称应使用之后容易搜索的词。然后用子项目表达阅读顺序，例如概览、案例、比较、注意点和延伸阅读。

比起复杂标签，读者能否顺着看下去更重要。一个小合集只要结构清楚，就比大型但混乱的私人书签更有价值。

用子项目表示间距、按钮文案、移动端密度、交互等观察点。合集会变成团队参考，而不是私人保存列表。 Favpost 不需要 X 登录或 API 连接。你只添加公开帖子 URL，因此不需要公开全部私人书签。

生成的页面就是分享 URL，可用于聊天、文章、资料补充或个人主页。它适合把书签中的一部分变成可交付内容。

设计参考用于观察，不是复制。避免转载受限素材，把公开来源链接和自己的解读分开。 公开合集之后可能被反复访问，因此标题要能说明内容。

不需要一开始就做大型数据库。先用 3 到 5 条帖子创建小合集，需要时再增加子项目。目标不是保存更多，而是增加可以分享的单位。