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