结论先说:如果对方因客户保密协议不能展示案例,你仍然可以验证能力,但验证对象要从“他做过什么”换成“他怎样做事”。可行的前提是对方愿意让你看到脱敏后的过程材料、可复现的判断逻辑,以及一次小范围试做的完整交付。若对方连过程材料、方法说明和试做范围都不肯落到纸面,只反复强调“案例不能外传”,这个结论就失效——保密是合理约束,不该成为拒绝一切验证的挡箭牌。
案例展示的价值在于证明“做成过”,但保密场景下你拿不到这一层。此时更有区分度的证据是过程文件,因为它们同样会暴露能力短板:
这些材料可以删掉客户名、域名和数字,但方法逻辑无法删除。要求对方现场讲解其中一份,比看十个logo更有信息量。
如果对方连脱敏材料都不提供,可以退一步做假设测试。给出一个虚构但贴近你业务的场景,让他当场拆解。例如假设一个做工业配件的公司网络推广网站,主词竞争激烈、长尾词分散,请他说明前三个月的内容与页面安排、如何判断哪些词值得先做、遇到收录停滞时先查什么。假设场景不涉及任何真实客户,因此不构成保密问题。
判断标准不是答案多漂亮,而是他是否给出可检验的顺序和条件。能说清“先做什么、什么情况下改做另一件事”的人,通常比只会罗列手段的人更可靠。反过来,如果回答全是“我们会做全面优化”“效果会逐步显现”这类无法验证的表述,保密与否都不构成继续谈的理由。
最接近真实验证的动作是小范围付费试做。选一个边界清楚的任务,比如一个栏目页的诊断与改写建议,或一组长尾词的内容规划。事先约定交付物、周期和验收角度,不承诺排名。试做结束后,看三件事:交付是否按约定完成、建议是否具体到可直接执行、他对你的追问能否给出依据而非回避。
试做结果直接决定下一步:如果交付清晰、依据可查,可以把范围扩大到整站;如果交付含糊、追问时不断转移话题,即使对方愿意签保密协议,也不建议进入长期合作。这一步的作用是把“信任问题”转化为“可观察的交付问题”。
假设对方愿意试做,但试做内容由他单方面挑选,验收标准也由他解释,那么试做就失去了区分力。此时你看到的只是他准备好的表演,不是真实工作状态。另一个反例是:你只愿意用“有没有案例”这一把尺子衡量,而对方确实受严格保密约束,双方就会陷入僵局。这两种情况下,换方法或换对象,比继续争论案例更重要。
先列出你真正需要的三项能力,再对应到可验证的材料或试做任务,把要求写进沟通邮件。对方回应得越具体,越值得继续;回应越空泛,越应尽早停止。保密限制下,验证能力靠的不是相信承诺,而是看他在无法展示结果时,是否仍能拿出可检查的过程和判断。