不能展示案例并不等于没有能力,但它确实把验证成本转移给了你。可行的做法不是要求对方破例,而是把验证对象从“结果截图”换成“过程证据”:让对方在不泄露客户身份的前提下,讲清一次具体判断是怎么做的、数据怎么读、动作怎么落地。能稳定还原过程的服务商,通常比只有几张排名截图的更值得继续谈。
当你提出看案例、对方以保密为由拒绝时,直觉上容易得出“没有拿得出手的东西”。但至少有两种解释都能产生同样的表象,需要区分:
两种解释的表象相同,区别在于:前者无法提供可核对的过程,后者可以。所以验证的重点不是“有没有案例”,而是“在不能给案例的前提下,对方还能给出什么可被检验的东西”。
下面这些追问,回答质量本身就是证据。注意观察的是具体程度和自洽程度,而不是对方是否说得好听。
请对方选一个项目,隐去客户名、域名和具体数值,只讲三件事:接手时判断的核心问题是什么、第一个月做了什么、根据什么信号调整了方向。真正做过的人会提到取舍,比如“先修收录结构还是先做内容”,而缺少实战的人往往只能给出通用清单。
问对方:有没有做过一段时间后判断“这个方向不值得继续”的情况,依据是什么。愿意承认判断失误、并说清止损逻辑的人,可信度通常高于只讲成功故事的人。保密约束一般不禁止讲自己的判断失误。
给一个与你业务相近的假设情境,让对方当场说出前两周的动作顺序和验证指标。这是假设推演,不是真实项目成果,重点看逻辑是否连贯、是否会主动问你缺失的信息。只会背模板的人在这里容易露馅。
假设你经营一个本地服务站点,两家候选服务商都不愿展示客户案例。A 只能给出“我们做过很多同行业站点”这类表述,追问细节时反复强调保密。B 同样拒绝提供客户名,但愿意脱敏说明:它曾判断某站点的主要瓶颈在页面抓取路径而非内容数量,因此先调整了内部链接结构,两周后观察抓取与收录变化,再决定是否加内容。
这个例子里,B 并未泄露任何客户信息,却给出了可核对的推理链。你可以据此进一步要求 B 把同样的推演用在你自己的站点上——这一步的动作是“让对方基于你的现状做一次诊断推演”,结果是你能看到它是否真的会读数据、是否会区分相关与因果,从而决定是否进入报价与合同阶段。
不要停在口头判断,用一个低成本动作把结论固定下来:
如果对方在脱敏复盘和假设推演上都表现扎实,保密就不再是障碍;如果它在这两步持续含糊,那么“保密”很可能只是解释一的外壳。无论哪种情况,你都不需要逼对方交出客户名单,只需要坚持一点:不能给结果,就必须给过程;过程也给不出,就无法验证。