有条件的结论是:保密约束下无法看案例,并不等于无法验证能力,但验证对象必须从“成品长什么样”切换到“过程是否可控、责任是否可追溯”。如果对方连可脱敏的过程证据都拿不出,排名再靠前也应视为信息不足,而不是默认其能力更强。
客户信息保密、业务数据保密、后台截图保密,属于合理的保密范围。此时可以要求看结构级证据:信息架构图、页面模板清单、组件命名规则、验收清单样例,去掉品牌名和真实数据后仍能说明方法。
另一种是“全部都不能说”,连项目类型、周期结构、协作方式、出问题后的处理流程都拒绝描述。这不是保密,而是没有可验证的交付痕迹。两者的分界在于:脱敏后是否还能证明决策过程,而不是证明客户是谁。
假设两家公司都进入候选名单,A能提供三份脱敏后的页面结构说明和一份需求变更记录模板,B只能口头描述“做过很多类似项目”。在这个假设下,A的可验证信息更多,但不代表A一定做得更好,只代表下一步可以继续深挖;B则需要补充材料,否则无法比较。
动作上,可以先要求对方提供一份“脱敏交付说明”,写清项目类型、页面规模区间、使用了哪些通用模块、验收时检查了哪些项。拿到这份说明后,下一步不是直接比价,而是针对其中含糊的地方追问,例如“模板复用逻辑”具体指什么、变更记录由谁维护。追问后的回答质量,比排名位次更能影响判断。
如果对方的过程证据完整,但项目类型集中在标准化展示站,而你的需求涉及复杂权限、多角色内容审核或与既有系统对接,那么这些证据只能证明其流程规范,不能证明其能处理你的复杂度。此时应把验证重点转向:是否有同类复杂度的脱敏结构说明、是否愿意在合同前做一次小范围技术确认。
反过来说,如果对方案例丰富但拒绝任何过程说明,也不能因为“案例多”就跳过验证。案例数量与你的项目适配度之间没有必然关系,展示过的成品也无法说明协作和变更处理是否可靠。
可以按以下顺序推进:先列出你必须确认的三项能力,例如内容维护、权限控制、上线后支持;再要求候选方分别给出脱敏证据;最后只对能提供证据的候选方进入需求澄清。
如果对方只能提供公开案例链接,不能提供任何脱敏过程说明,下一步应要求其补充一份结构级说明,而不是直接淘汰或直接签约。补充后仍无法说明交付过程的,才适合移出候选名单。这样做的结果是,排名从“先看名次”变成“先看可验证信息”,后续比较才有共同依据。