当对方在湖北本地能拿出的案例只有一两个,恰好又和你的行业相近,不要直接凭这组样本判断其规模化能力。更可靠的做法是把对方提供的每一份材料转成可核对的动作:先看这个案例留下了哪些能独立验证的痕迹,再要求对方用同一套方法处理你项目里的一个真实页面,最后根据处理结果决定是否继续谈。案例数量少不等于能力弱,但如果你无法从材料中还原出可复现的做法,就无法判断它在你的项目上是否成立。
单个案例通常能说明的是:对方完成过一条从需求到上线的完整链条,包括页面结构、内容组织、移动端适配和上线后的基础检查。它不能直接说明的是:当页面数量从十几个变成几百个、当内容由多个部门分别提供、当上线后需要持续改动时,同样的人员配置和流程是否还撑得住。
判断的边界在于样本的相似度。如果对方给你的案例在栏目层级、内容更新频率、是否需要对接外部系统这几项上,与你的项目接近,那么这一个案例的参考价值就高于十个行业不同、结构简单的展示站。反过来,如果案例只是一个静态页面集合,而你的项目涉及会员、订单或频繁的内容协作,就不能把它的完成情况当作你项目的预期。
这一步的实际动作是:把你项目里最难处理的一到两个环节写下来,比如“栏目结构需要三层且每层都要能被单独维护”,然后看案例材料里有没有对应的处理痕迹。有痕迹,才进入下一步核对;没有,就把它当作行业相关性证明,而不是能力证明。
案例本身是结论,痕迹才是依据。你可以要求对方围绕一个案例提供以下四类材料,并逐项确认能否独立验证。
这四类材料的作用不是评判案例好不好看,而是判断对方是否有一套能重复使用的做法。如果只有成品页面、没有任何过程材料,那么案例再多,也无法说明它在你的项目条件下会怎么处理。
当案例确实不足时,更有效的做法是把核对前移到一个可控的小任务上。选你项目里一个真实但范围很小的页面,比如一个栏目列表页或一个内容详情页,要求对方给出结构方案和内容字段安排,并说明哪些部分后续可以自行维护。
假设你的项目有八十个内容页,需要按三个层级归类,并且由两位不写代码的同事分别更新。案例里只有一个二十页的展示站。此时不要问“你们做过更大的吗”,而是把这个归类规则和两人协作的情况直接交给对方,看它给出的字段设计和维护路径能否覆盖这两种角色。这个假设的作用是说明比较方法:用你项目里已知的复杂点去测试对方的处理方式,而不是用案例规模去猜。
根据这个小任务的结果,你可以作两种判断。如果对方能清楚说明哪些字段由谁填写、层级变化时旧内容如何归位,说明它的做法可以延伸到你的规模;如果只能给出页面样式层面的描述,无法回答内容如何长期维护,那么即便案例数量增加,规模化后的例外风险仍然存在。这个结果直接决定下一步:前者可以进入更细的交付约定,后者应把范围缩小到你能自行维护的部分,或另找能回答这个问题的合作方。
核对过程中常出现材料缺失,比如案例站点打不开、过程记录找不到、对方说时间久了没有留存。这些现象本身不能单独证明对方能力有问题,因为站点下线、人员变动、资料未归档都有合理解释。但它们也不能被当作能力证明。
正确的处理是区分“无法核对”和“核对不通过”。无法核对时,可以要求换一个能打开、能对照的案例,或者用上面的小任务补上判断依据;核对不通过,比如说明里的栏目结构和实际站点明显不一致,才是需要警惕的信号。把这两者混在一起,容易因为一个打不开的链接就否定对方,也容易因为一句解释就跳过核对。
地点在这里只影响服务沟通的便利程度,不能替代对做法的核对。一个在湖北本地、沟通方便的团队,如果拿不出可核对的材料,规模化后的例外风险依然存在;一个案例不在本地但能清楚说明处理方式的团队,同样值得进入下一步。把判断落在材料和处理动作上,比落在案例所在地更可靠。