网站作品很多，仍需要区分客户项目、演示和概念设计。图片能够证明可见的视觉内容，却不能自动证明委托关系、实际职责、上线状态或业务效果。来源说明帮助读者用合适的标准判断，也让团队知道哪些内容能公开表达，哪些仍需核对。
先确认作品是什么，再写项目背景
客户项目需要有相应委托与职责依据；演示可以展示某种模板、布局或能力；概念设计可以解释假设问题与探索方案。三者都有展示价值，但表达对象不同，不应统一写成“我们帮助客户完成升级”。
假设一套页面是为了演示多语言布局制作，可以说明它展示了语言长度与导航安排。不能从图里出现企业名称，就推断该企业委托了设计，也不能虚构启动背景与内部沟通。
来源不明时先保存素材记录，核对提供者、用途和允许公开的范围。没有答案的地方写待确认，不靠画面风格、文件夹名称或模板中的介绍推断项目事实。
作品分类应以真实材料为依据，不因为某张图好看就升级类别。一个概念后来实际落地，也需要补充对应实现与职责材料，再更新状态，不能自动沿用原来的推测叙述。
把可见设计与委托事实分开
看得见的内容包括配色、布局、页面层级、展示构图和图像形式。它们可以据画面描述。看不见的事实包括为什么启动、谁提出需求、设计者负责多少、是否经过客户确认，需要其他记录支持。
同样，展示页面数量不等于正式交付数量。长图可能是拼接预览，设备样机可能是视觉包装，不能从它们推断已完成开发或覆盖真实设备。若需要说明上线状态，应有相应地址和核对日期。
JVDS 确认提供企业官网设计开发、UI/UX 与品牌视觉服务，现有公开展示素材可以讨论其中可观察的设计。业务方向不能替代具体作品的委托证据，展示模板也不能改写成真实客户项目经历。
内容编辑可以先写两栏内部记录：画面能够直接观察的内容，以及需要来源证明的事实。发布文字逐项对应，避免一段设计分析顺手带出未经确认的业务背景。
演示与概念应说明假设范围
演示的任务可以是展示页面组件、交互方式或素材风格，应说清哪些是可操作部分，哪些只是静态示意。静态效果图不必被包装为完整系统，真实预览也不自动等于正式客户网站。
概念设计先交代假设对象与问题，再解释方案。比如假设某类企业需要比较多个服务，可以讨论信息分组与入口。但不能写“客户反映原网站转化低”，除非真的有相应反馈材料。
说明要在读者容易看到的位置，标题、摘要或作品介绍均可按页面安排。不要等到页尾小字才指出整篇是概念，而前面一直以真实委托语气叙述。
展示限制也可以具体。哪些流程未实现、哪些数据是演示设定、哪些图片是辅助素材，按真实情况说明。无需把页面变成制作日志，但应防止读者把示意当成已经验证的能力或结果。
真实客户项目也要写清职责
即使存在委托，也需要核对团队具体负责什么。只参与界面设计，不应写成独立完成策略、研究、开发与运营；协作团队负责的成果，不宜全部归到一个人或机构名下。
交付范围与公开展示范围也可能不同。有些项目允许展示部分页面，不允许公开内部数据。素材负责人应按确认范围选择，不能因为能够访问文件就认为全部可以公开。
客户名称无法公开时，可以使用准确但有限的背景描述，仍保留职责和交付边界。匿名不等于可以编造行业、规模或时间，更不应加上模糊好评让案例看起来真实。
项目上线以后也可能变化。旧截图可作为对应版本展示，但应注明适合的状态，避免让读者把过往设计当成今天正式页面。需要核对当前运行时，重新取得相应证据。
没有效果数据时展示什么
可以展示已经确认的交付变化，例如完成了哪些页面或组件、建立了什么内容结构、哪些操作通过验收。具体表达仍要对应记录，不能只把“体验升级”换成另一句泛化结果。
如果只有设计素材，就说明设计分析与展示范围。没有上线验证，不写“已经投入使用”；没有经营数据，不写询盘、收入或排名提升；没有真实评价，不编“客户高度认可”。
数量也需要口径。多语言对应页面与独立作品不是同一个概念，多个截图与多个项目也不能混用。读者关心的是团队具体完成过什么，而不是一个缺少定义的总数。
假设要说明某个后台操作改进，可以核对执行结果与实际状态。这类证据证明操作完成，不自动证明节省了多少时间或带来业务增长。结果类别分清楚，表达就能具体而克制。
图片本身也需要来源对应
真实截图、设备样机、概念插图与生成图片的作用不同。截图可以支持对应界面的事实，样机主要说明展示效果，概念图用于解释关系。不能让概念素材冒充客户现场或真实操作记录。
每张重要图登记原稿、提供者、用途、允许公开范围与对应正文。关于权利或许可的具体条件，应由相关负责人依据真实材料核对；本文不根据下载到文件就判断拥有无限使用权。
图片的替代描述也要准确。可以描述布局、对象和主题，不写图里无法证明的成果。模板画面中出现某种业务数据，也不能在Alt里重复成真实客户成绩。
更新图片时，重新核对正文与分类。换成真实页面后可能需要补充版本，换成示意图后也要避免继续保留“上线截图”的文字。素材与叙述应同时维护。
来源分类不必使用复杂术语。可以直接写概念探索、演示模板或已确认项目，并用一句话说明设计范围。读者需要知道怎样看待内容，不需要了解内部文件整理过程。关键事实清楚以后，再展开具体画面与判断。
如果作品经过重新包装，如添加设备外框或更换背景，应保留真实设计范围。包装提高展示质量，不会把静态素材变成已上线系统。描述可以说展示效果，但不能因此增加开发或使用成果。
团队转述客户反馈时，保留原始语境和确认范围。没有授权或无法核对的句子不作为公开评价；内部一般讨论也不能改成客户推荐。即使评价真实，也要说明它与具体项目有关，不能扩大成所有服务的统一效果。
来源不足的作品可以先放在内部整理清单，不必为了数量立即发布。补足素材、职责或允许公开范围后再确认。若决定用演示方式展示，就重新写准确说明，而不是继续保留暗示客户委托的叙述。
作品之间也要避免重复计数。同一项目的多个页面、版本与语言，可以作为同一范围中的不同展示，不宜各自写成独立客户合作。确认项目数量时应另有清楚口径，不能用图片数量代替。
发布前做一次来源核对
逐项检查作品类别、项目背景、职责、状态、图片和结果。每句重要事实能指向已有材料，不确定项先删去或保留待确认，而不是要求写作者用推断补全。相关操作可参阅《UI设计案例应该怎么写？真正有说服力的不是页面数量》。
再让未参与项目的人阅读开头，说出他认为这是客户项目、演示还是概念。若理解与实际不一致，调整说明的位置与用语。透明分类应能被普通读者看懂，不只在后台字段里存在。
交付运营时保留来源记录与更新责任。后续新增作品按同样方法确认，不因为已有很多展示就放宽标准。分类清楚、画面分析准确、事实与结果有依据，才是作品介绍完成的标志。
常见问题
概念作品会降低专业感吗？
不必然。明确假设并解释判断，可以展示能力。问题在于把概念伪装成真实委托，读者无法按正确范围评价。
图片里有客户Logo，能直接写合作案例吗？
不能仅凭图像确认。需要委托、职责与公开范围材料，画面里的名称也可能属于演示素材或其他来源。
没有增长数据，真实项目还能发布吗？
可以按确认范围展示职责、过程与交付，不编经营效果。可验证的内容足以提供判断，不必每个案例都有增长百分比。相关操作可参阅《企业官网案例页怎么设计？从作品展示升级为成交证据》。
生成图可以作为项目截图吗？
不能冒充真实截图。可用于概念与辅助说明，并让用途清楚；实际界面证据应使用经过核对的真实材料。
来源已经确认一次，后续还要维护吗？
需要。作品状态、公开范围、图片与页面都可能变化。更新时复查对应叙述，避免旧说明与新素材不一致。
链接复制成功
