QQ扫一扫联系
B 端生意里，这句话出现的频率极高：你们做过同行业的吗？回答「做过」，对方接着问「发个案例看看」。这时候手边如果没有现成的东西，就得临时找项目组要图、要数据、要授权，一天过去了。
案例模块把这件事固定下来：一个分类、一个封面、一段正文，做完一个项目就沉一条进去，需要的时候直接发链接。
后台「案例」里一条记录：
分类也只有名称一个字段，可以两级。前台 /case 列表，/case/{id} 详情。
就这样。没有客户名称、没有项目周期、没有金额、没有标签。想要这些，得自己在内容里写，或者用自定义字段那套组件改造。
这种「薄」是有意的：案例本身没有统一的字段结构。设计公司的案例讲的是视觉和思路，软件公司的案例讲的是业务痛点和上线效果，制造业的案例讲的是产线参数。硬套一套字段，每个行业都得填一堆「不适用」。
列表页顶部是标题「案例」，下面一排分类标签：全部、金融行业、科技行业、餐饮行业、零售行业。点一下切一次筛选，不刷新页面。
再往下是卡片网格，一张封面加名称。封面是 4:3 左右，白底卡片，卡片之间留白比较宽。
详情页是常规的「大图 + 标题 + 正文」，正文用富文本排：项目背景、做了什么、结果如何，中间插图和截图。
按行业划是最常见的做法，也是最好用的：客户来找「同行业的案例」，第一反应就是看行业。
但只有行业不够。一个金融客户可能想看「数据可视化」的案例，跟行业无关。这时候二级分类能救一下：金融行业下面分「品牌设计」「系统开发」「数据看板」。
分类不要超过两级，总数不要超过十个。 案例本来就少（一家公司一年做二十个项目算多的），分十个类，每个类下两条，列表页点进去像空页。
案例不到十条的时候，干脆只留「全部」一个标签，等积累了再分。
别写成产品介绍。 通篇「我们采用先进架构、完善的解决方案」，客户看完不知道你到底做了什么。写具体的：原来是什么流程、一天处理多少单、改完之后变成多少。
图比字重要。 界面截图、现场照片、前后对比，这些比形容词有说服力。封面尤其重要：列表页只有封面和名称，封面不好看，没人点。
脱敏。 客户名称、Logo、真实数据，用之前要拿到授权。拿不到就写「某城商行」「华东某连锁餐饮」，图上的信息打码。这一条出过事的公司不少。
一个案例一个重点。 一个项目里能讲的事很多，挑一个最抓人的讲透，比面面俱到有用。
这个模块和通用 CMS 的「案例」栏目容易重复。区别在于：
如果站里已经有 CMS 并且在用它的栏目做案例，别重复装。两个模块的案例各存各的表，前台会出现两套列表，维护起来是灾难。
只依赖 Vendor，很轻。装完记得在导航里加入口，默认不会自动出现在菜单上。
如果案例要按标签检索、要支持多图相册、要有关联产品，这个模块不够用，得考虑用 CMS 建栏目，或者做二次开发。
