客户不允许展示名字，并不意味着作品集只能剩几张没有说明的图片。只要项目真实发生、公开范围获得允许，仍可以说明当时面对什么限制、你负责哪一部分、怎样做取舍，以及最终交付到了哪个阶段。
关键是先确定能公开的事实，再选择展示形式。给画面换一个虚构 Logo，并不会自动解除原项目的保密约定。
先写参与范围，再挑最好看的画面
作品集容易把整个项目算在展示者头上。实际上，你可能只负责视觉规范，信息结构由客户提供，开发由另一家团队完成。把分工说明白，读者更容易判断你能承担什么工作。
可以先写一段内部草稿：项目类型、自己负责的工作、与其他团队的接口、完成阶段、获准展示的材料。没有权限公开的项目细节不必强行保留；如果剩余资料不足以解释过程，就考虑展示独立练习，而不是把练习包装成客户交付。
用约束和取舍解释设计
“让品牌更高级”太抽象。更有信息的说明可能是：已有多种产品需要共用组件，客户要求保留原有识别元素，移动页面必须让读者先找到关键资料。这些内容也要经过公开范围确认，不能因为看起来普通就默认可披露。
选一个真实决策讲清楚即可。例如为什么把冗长规格从首屏移到后续内容，哪些重要条件仍然保持可见，如何与内容负责人确认没有遗漏。解释应对应实际稿件和记录，不要事后为每个视觉选择补造一段用户研究。
光算的匿名客户案例事实与公开范围检查方法强调区分真实项目、经验归纳和假设方案。放到设计作品集中，同样意味着：不能把几个项目的漂亮片段拼在一起，再写成一个客户的完整经历。
提案、验收稿和公开上线稿不能混称
- 提案稿：可以说明设计探索，但不代表客户采用或发布。
- 验收交付稿：说明约定设计产物完成，实际开发和运营结果需要另有记录。
- 上线画面：标注记录时点；后续产品可能变化，不把旧截图写成当前界面。
如果使用重绘画面来移除敏感内容，就注明“根据获准范围重绘”以及展示的是哪类设计关系。重绘可帮助解释布局，但不能当成客户网站当时的真实截图。
同样，设计交付不等于收入增长。没有可核对的上线前后数据和条件，就把结果写成实际完成的内容，例如组件交付、页面确认或遗留问题。客户口头认可也应归属于客户反馈，而不是转写成效果实测。
检查画面外的信息
隐藏客户名以后，还要看文件标题、浏览器标签、账号头像、链接地址、图层名称和附件元信息。独特产品截图、业务数据或地区线索组合起来，也可能让读者识别客户。审查范围应覆盖整份作品集，而不是只搜索公司名称。
提交公开版给有权确认的人核对，留下批准版本和范围。未来增加新页面、改写项目结果或用于其他渠道时，再确认是否仍在原许可内；不能把一次允许展示理解为永久、无限制使用。
一篇可信的匿名作品集，最终让读者看清的是你的工作能力和判断过程。它不需要靠暗示“大客户”、模糊成果或猜测数据来证明价值。