整理UI设计师资料时，创作分享记录可以作为一个独立问题来解决：先说明对象，再展示证据，最后给出更新边界。
本页目标是记录灵感、研究、试验、修改与定稿，而不只展示成品。开始前先准备草稿、版本对照、参考来源和修改原因，没有证据支持的经历暂不写入，仍在保密期的项目只保留经过许可的脱敏信息。
内容选择以移动端、网页端和设计系统项目为主。适合用来支撑说明的材料包括关键任务流程、组件状态、交互原型、标注交付和上线页面。每份材料标注时间、状态、个人职责和公开授权，避免读者把概念稿误认为已经落地的成果。
写作顺序可以从问题背景开始，再说明限制条件和本人判断。这个职业尤其应交代展示用户目标、界面层级、状态覆盖、研发协作和走查修正。如果项目由多人完成，要把个人贡献、团队结果和外部供应商工作分开表述。
证据区可以使用用户任务、组件规则、设计交付和上线验证，可量化部分关注任务成功率、设计一致性、组件复用、改版反馈或交付效率。数字必须注明时间范围、样本和统计口径；拿不到完整数据时，使用过程记录、版本对照和经允许引用的反馈，不估算漂亮结果。
发布前进行权利与真实性检查：只展示漂亮界面会掩盖交互问题，概念稿与上线稿必须明确区分。还要核对图片、字体、代码、音乐、客户名称和参与者信息的授权，删除无法确认来源的文件和失效下载地址。
针对创作过程记录，建议每季度检查一次标题、联系渠道、案例状态和移动端阅读。维护时应做到跟随产品版本更新关键流程，并清理已经不适用的旧规范截图，重大修订保留日期和原因，不为增加关键词重复建立相似URL。
创作记录可按研究、草图、试验、修改和成品五个阶段整理。每阶段选择一份最能说明判断变化的材料，并说明参考来源，避免把灵感等同于复制。
最后按四项验收：定位是否一句话说清、材料是否可以核验、责任边界是否准确、联系方式是否有效。UI设计师创作分享记录应当是持续维护的真实档案，而不是虚构客户、成绩或评价的宣传页。
