一段客户评价可以补充项目材料里没有展开的信息：沟通是否清楚、交接是否顺畅、某项交付是否符合使用需要。这些具体反馈有助于潜在客户判断合作方式。
但一句对沟通效率的肯定，证明不了销售增长；某位项目参与者的个人感受，也不自动代表客户机构对全部服务的评价。把原话放进官网后，标题、配图、署名和前后文都会影响读者怎样理解它。
COMMA咖墨建议，官网客户评价先核对来源、公开范围和所能支持的具体判断，再决定如何展示。没有确认可公开的评价时，可以先把项目角色、交付范围与过程记录写清楚，无需补上一段泛泛的赞美。

先区分这段话从哪里来

官网上的“别人说”，可能对应几种不同情况：
内容来源
页面应交代什么
不宜自动推导什么
企业邀请客户提供、经确认后展示的证言
评价者与项目的关系、评价对象、时间和选编属性
独立采编、完整客户意见或所有项目都能取得相同结果
用户自行提交的评论、评分或问答
提交方式、身份核验情况、审核规则与激励情况（如有）
每条内容都真实、所有留言者都是客户、评论数量代表业务效果
客户自己发布的合作记录
原始出处、发布日期、确认的合作角色或事实
客户对服务商全部能力的认可
第三方采编或评测
作者、稿源、评价方法、商业关系与实际内容
只因发布在第三方平台就属于独立判断
这些材料可以各有用途。企业挑选展示的客户证言，即使原话真实，也仍然经过企业选择；保留来源说明，有助于读者判断它的性质。
一条公开评论也不等于已经核实的项目结果。涉及数字、项目状态或重要事实时，应回到相应记录，而不是因为有人写过，就把内容当作事实转入案例。

发布前，把原话、背景和授权放在一起核对

建议在内部保留一份简短记录，至少能回答以下问题：
  • 原始反馈在哪里，何时形成，是否保留完整上下文？
  • 评价者参与了哪个项目或阶段，能够评价哪些工作？
  • 准备公开的具体文字、姓名、职务、机构名称、标志和照片，分别确认到了什么范围？
  • 哪些页面和渠道可以使用，是否约定使用期限或后续修改方式？
  • 谁确认最终展示稿，日后由谁处理更正或撤回请求？
这是一份内容编辑与项目管理建议，不是通用法律授权模板。具体的个人信息、商标、合同和广告使用要求，应按适用地区及实际约定另行核对。
同意接受采访、参加研究或提供内部反馈，与同意把内容用于官网推广，是不同的使用安排。作为方法参考，GOV.UK用户研究指南要求向参与者说明研究结果如何使用、与谁分享，并保留相应同意记录；这项指南适用于其研究场景，不能直接替代企业对外宣传的授权安排。GOV.UK知情同意指南
内部邮件、群聊或验收材料中的一句肯定，不应未经核对就截屏公开。遮掉姓名也未必能消除可识别的信息，项目名称、头像、时间或其他内容仍可能暴露身份和未公开事项。

编辑可以提高可读性，不能扩大评价的对象

原文较长时，可以在确认范围内节选，标明节选，并保留影响含义的条件。为排版删改、翻译或调整表述后，应让相应确认人核对最终版本。
尤其需要防止三类变化：
把过程感受写成经营结果。 对响应、沟通或交接的肯定，只能支持相应过程判断。增长、节约成本、效率提升等结果，需要对应的数据、期间和口径。
把局部工作写成整体交付。 针对一次方案讨论的反馈，不能配上“项目圆满落地”的标题；评价设计环节，也不能自动证明开发、运维等其他工作。
把个人表达写成机构背书。 署名和职务应符合已确认的公开方式。需要表达机构立场时，应取得能够支持这一归属的确认，不能只靠对方使用了企业邮箱。
AI工具可以帮助整理和检查文字，但生成的赞美不能冒充客户原话。对原始反馈作出的总结，应标明是编辑概括，并保留供核对的材料。无法确认的部分，先留在内部。

页面展示要让读者看懂，也能继续核对

评价适合连接到它所谈论的项目或服务。页面可以按已确认的范围，提供评价者身份、项目阶段、反馈时间、相关案例与公开原始出处。没有公开原始链接时，应如实说明反馈来源，不制造一个所谓“第三方报道”入口。
不必公开内部邮件或完整合同来证明一切。对外提供必要且已获授权的信息，内部保留完整的核对记录。评价者不愿公开姓名时，可以使用经确认的概括身份，并坦诚说明匿名；不要填入虚构姓名、头像或职务来增加可信感。
评价文字宜使用可读取的正文；如展示授权图片或手写反馈，也应按实际需要提供文字配套，并检查手机端阅读。文字版、图片版、译文和案例中的引语应保持一致。
企业如果只展示精选证言，就明确使用“客户反馈节选”等合适名称。若运营开放评论区，则需要有相应的审核、纠错、投诉接收与维护能力。两者不必采用同一套模块，也无需为了增加“活跃度”而开设无人维护的留言区。
对于负面反馈，应先核实涉及的事实和服务问题，按明确规则处理侵权、垃圾或敏感内容，并安排必要的业务响应。不能通过删除记录来掩盖仍未解决的问题，也不能把未经核实的指控直接当成公开事实。本篇不主张所有负面内容都必须原样展示。

客户评价、搜索星级与AI引用分别验证

客户评价写得准确，不等于添加一段评分标记就能获得搜索星级。Google的评价摘要文档规定，若被评价的本地商家或组织控制了关于自身的评价，相关页面使用LocalBusiness或其他Organization结构化数据时，不符合其星级评价展示资格；通过第三方组件嵌入也在此范围内。Google评价摘要规则
这项规则针对Google的特定搜索展示功能，不表示企业不能在官网展示真实、可公开的客户反馈，也不能据此断言其他AI平台一定怎样选择来源。不要把客户证言直接包装成“AI更信任”的通用信号。
评价模块完成后，先核对原话、署名、时间、项目阶段、链接和公开范围；再观察读者是否理解这段评价支持什么、不能证明什么。搜索展示、AI引用与咨询结果需要各自留存实际证据，不能用评价数量或一次正向回答代替。
长期维护时，还要检查页面背景是否已经变化：项目是否进入了新阶段，服务范围是否调整，评价者的公开身份是否需要更新，原有使用安排是否仍然适用。原始反馈的历史日期应保留，不要通过改日期让旧评价看起来像近期发生。
准备官网客户评价，可以从一份已经确认可公开的反馈开始，先确定它能支持哪项具体判断，再补齐原话、背景、展示稿和维护记录。这样形成的内容，读者才有条件据此作出自己的判断。