不能展示案例,不等于无法验证。你可以把验证对象从“他做过什么”换成“他在你的约束下会怎么做”:让候选顾问在保密前提下完成一次可复核的小任务,用过程证据替代案例证据。若对方连这种最小动作都拒绝,保留还是退出就有了判断依据。
案例展示通常包含三类信息:客户身份、具体数据、方法与决策过程。前两类受保密协议限制,第三类往往可以脱敏后讲。如果一位顾问只能重复“做过很多大站”,却讲不出任何脱敏后的判断逻辑,问题不在保密,而在他没有可迁移的方法。
反过来,如果对方愿意讲方法但拒绝透露客户名称,这属于正常边界,不应作为减分项。你需要核验的是方法是否与你的站点类型匹配,而不是他服务过谁。
最实用的验证方式是设计一次范围明确的小任务,例如针对你提供的三到五个页面或一份脱敏的流量与日志片段,要求对方输出:
这个动作的结果直接决定下一步:如果对方能清楚区分“已知”和“待验证”,说明他习惯用证据推进;如果他把假设讲成结论,或把无法验证的承诺当交付,你就要考虑退出。
假设你只提供一份不含域名和关键词的抓取日志,某顾问指出其中大量请求集中在参数页,并说明这可能是内部链接结构或分页规则导致,同时列出需要进一步核对的字段。这个回答的价值不在于结论对错,而在于他展示了从有限信息推导下一步的能力。反之,若他直接断言“这就是收录问题”,你无法判断他是经验丰富还是随口猜测。
保留适用于对方在最小任务中展现了可复核的推理链,且愿意把假设和结论分开写。此时你可以继续合作,但仍需在合同中约定阶段性验证点,而不是一次性交付。
改写适用于对方方法大致成立,但沟通方式或交付颗粒度不符合你的团队习惯。例如他习惯口头讲思路,而你需要书面记录。这种情况下可以调整协作形式,比如要求每次结论附上依据和待验证项,而不是换人。
退出适用于对方在无法展示案例的同时,也拒绝任何形式的过程验证,或用保密作为不回答方法问题的理由。保密可以解释为什么没有客户名,但不能解释为什么没有判断逻辑。
一次小任务表现好,不能证明他能在完整项目中持续稳定;表现差,也不能单独证明他能力不足,可能是你给的材料本身不足以支撑判断。因此,最小动作的作用是缩小不确定性,而不是给出最终评分。
同样,对方拒绝提供某类数据,可能是合规要求,也可能是没有权限。你需要区分“不能给”和“没有”,前者可以通过替代材料解决,后者才是风险信号。把这些边界写进验证清单,比追求一个完整案例更可行。