不能展示案例,并不等于无法判断一家网站开发公司的能力。可行的做法是:把验证对象从“他们做过什么客户”换成“他们能否在你的业务约束下做出可检验的交付”,用脱敏样本、受控试用和结构化问答获取证据。但要记住,这些证据只能证明局部能力,不能推出对方一定适合你的完整项目。
同样是“不能展示案例”,背后的原因不同,验证路径也不同。
判断方法很直接:要求对方说明“哪一部分受限制、限制由谁设定、解除限制需要什么条件”。如果回答含糊,或者把一切限制都推给客户,那么后续拿到的证据质量通常也不高。
假设你正在为一个内部报价系统选开发方,系统涉及渠道价格,不能对外展示。你收到三家公司的回复,都表示案例需要保密。此时可以设计一个最小验证动作:给出两页脱敏需求,要求对方在约定时间内提交一份技术方案摘要,包含数据模型草图、权限分层思路、以及一个他们预计会出问题的环节。
这个动作的结果会直接影响下一步:如果方案里只有框架名称和工期承诺,说明对方习惯用通用话术应对;如果能指出你需求中的矛盾点,并给出取舍理由,才值得进入下一轮。注意,这一步验证的是分析和表达能力,不能推出对方代码质量或项目管理水平。
在保密前提下,以下材料比“我们做过很多大客户”更有判断价值:
这些证据的共同点是:你验证的是对方在受限条件下的反应方式,而不是他们过去的客户名单。
脱敏样本和试用任务能降低判断难度,但有几个边界必须守住:
换句话说,保密场景下的验证目标不是“证明对方可靠”,而是“排除明显不匹配的选项,并确定还缺哪些信息”。
完成上述步骤后,你可以按证据强度分三档处理:能提供脱敏交付物且通过试用任务的,进入需求细化和合同条款讨论;只能提供口头说明的,要求补充一份带假设条件的书面方案,再决定是否继续;拒绝任何替代验证的,直接排除,不必因为对方名气大而保留。
最后要提醒的是,保密限制本身不是问题,问题是双方有没有为验证设计出替代路径。如果对方愿意配合你完成最小动作,并且能清楚说明哪些结论不能从中得出,这种沟通方式本身就比一份华丽的案例列表更有参考价值。