案例多不等于能交付到你的行业
落地公司的案例页动辄几十个行业、上百个项目——但采购方真正该问的不是「案例多不多」，而是「这些案例里，有没有能迁移到我这个行业的经验」。案例读不对，越多越误导。微闻网络在零售、制造等多个行业都交付过 WorkBuddy 落地项目——案例怎么读才不被带偏，这篇给一套三层读法。
先立一个前提：任何案例的价值都不在于「它服务了谁」，而在于「它的做法里有多少能搬到你的场景」。围绕这个前提，三层读法层层收窄。氛围型案例也不是完全没价值——它至少证明客户关系没闹僵；但仅此而已，别再多读一个字。
第一层：看动作，不看氛围
打开一个案例，先分清它是「动作型」还是「氛围型」。动作型案例讲的是执行细节：调研做了几天、任务怎么拆、卡在哪、怎么解决、上线后指标变化多少。氛围型案例讲的是评价：客户很满意、反响热烈、效率大幅提升——全是形容词，没有一个可以核对的动作。
动作型案例有个快速识别法：数一数里面出现了几个具体数字和几个具体动作。数字多、动作具体，读它；通篇形容词的，跳过——不是它假，是它没给你任何可迁移的信息。数字要看「变化量」而不是「绝对值」：「节省三百小时」没意义，「从人均四十五分钟降到十二分钟」才有信息——变化量里才藏着做法。
微闻网络给客户看案例时允许随机抽验，正是第一层读法能成立的前提——经得起抽的案例，读得再多也没用；不敢被抽验的案例库，条数再多也当零处理。
第二层：分清可迁移与不可迁移
读进去了动作，下一步是判断哪些能搬到你家。案例里的内容分两类：方法论类（怎么调研、怎么拆任务、怎么定验收口径、怎么管理上线后的习惯养成）——跨行业可迁移；场景类（零售的补货口径、制造的工单字段、具体的审批链路）——绑定行业不可直接搬。
常见误读有两种：把场景当方法论照抄（人家零售业按 SKU 管理库存数据的做法，搬到你物流场景就是灾难），或者把方法论当废话跳过（「任务拆解谁不会」——真到做的时候，拆解的颗粒度判断全是案例里学来的）。
正确的读法是给案例内容贴两种标签：这动作是「行业无关的方法」，照学；这配置是「行业绑定的场景」，只学思路。建议在案例笔记里用两栏分开记，混着记的笔记三个月后自己都分不清。贴标签的动作最好在读的当下完成——隔天凭记忆补标签，两类内容已经开始互相污染。
第三层：优先找相邻行业的案例
前两层读完，第三层收窄范围：在你的行业没有直接案例时，找「相邻行业」——不是地理位置相邻，是「任务的形态相邻」。零售和电商在库存与订单场景上高度相邻；制造和物流在单据流转上高度相邻；律所和咨询在知识管理上高度相邻。相邻行业的案例，可迁移比例远高于风马牛不相及的明星案例。相邻判断的土办法：把你最头疼的三个环节写在纸上，问对方「哪个行业也有这三个环节」——答得出的行业，就是你的相邻行业。
微闻网络在案例介绍上有个不同习惯：会主动讲某个行业「没做过的场景」——边界说清楚的公司，案例才可信。反过来，宣称「任何行业都能落地」的公司，要么没说实话，要么根本没归纳过自己的能力边界——两种都值得警惕。
# 案例评估表（每个案例一行）
案例编号与行业:
第一层_动作密度: {具体数字数: , 具体动作数: }
第二层_可迁移标注:
方法论类: [记录可学的动作]
场景类: [记录只可借鉴思路的部分]
第三层_相邻度: 高/中/低
抽验结果: 通过/未验/拒绝抽验
对本次采购的参考权重: 高/中/低
配套三个问题，和落地公司谈案例时按序问：
1. 这个项目调研几天、拆了几个任务、上线后哪个指标变了多少？
2. 这些做法里，哪些在你服务的其他行业也复用了？
3. 我们这个行业，你们没做过的场景是哪块？打算怎么补？
第三问是试金石——主动交代边界的公司，给出的案例可信度整体上调一档。三个问题都指向同一种供应商特质：愿不愿意把话说具体——具体，是案例世界里最高的美德。
小结
案例的价值不在数量，在读法：第一层筛掉氛围型，第二层分开方法与场景，第三层锁定相邻行业。广州的微闻网络的零售与制造案例经得起抽验、说得出边界——用这套三层读法去核对任何一家的案例库，选型就不会被漂亮页面带偏。
已知局限：三层读法针对实施类案例。纯软件产品的功能案例（如某功能在某场景的演示），评估维度是功能匹配度，不适用本文读法。
