6.2 行业案例复盘：三桩工单的账本

6.2 行业案例复盘：三桩工单的账本

本节摘要：用统一的复盘框架拆三桩不同行业的工单——制造企业的设备巡检、教培机构的课程运营、公益组织的志愿者调度。框架五问：起点痛点、关键决策、装配要点、上线结果、可迁移点。案例的价值不在功能清单，在决策——读完你能把别人的账本变成自己的蓝图输入。

案例看多了会发现一个规律：功能各不相同，决策高度相似。本节刻意选了三个行业跨度很大的工单，就是要把「相似的那部分」逼出来。

一、复盘框架：五问拆一桩

每桩案例按五问拆：起点痛点（不解决会怎样）、关键决策（路口怎么选的）、装配要点（哪些手艺派上了用场）、上线结果（数据说话）、可迁移点（换个行业还成立吗）。前四问讲清楚「这一单」，最后一问把经验兑换成你下一单的输入。三桩拆完，你会发现可迁移点高度重合——那份重合清单，就是低代码实施的通用语法。

二、工单一：制造企业的设备巡检

起点痛点：三条产线、上百台设备，巡检靠纸质表，月底设备科抄表汇总，漏检查无可查，故障追溯全凭老师傅记忆。关键决策有三处。决策一：巡检记录按「设备、点位、巡检班次」三表建模，而不是一张大宽表——漏检判定靠「应有记录缺失」来查，宽表做不到。决策二：异常上报直接挂工作流：巡检填「异常」自动建维修工单、通知设备主管——把发现问题的动作和派单的动作焊死，不给「回头再说」留缝。决策三：条码字段加扫码组件，扫码即定位设备，工人不用学任何搜索。

装配要点：数据建模用 2.2 的关系手法；工作流用 3.1 的表事件扳机；移动端用页面精简版，单页单区块。上线结果：漏检率从查无可查降到可按班组排序，月度汇总从三天缩到十分钟。可迁移点：凡「按规定路线打卡留痕」的场景——安防巡逻、保洁核查、门店督导——都是这三张表加一条流程的变体。

三、工单二：教培机构的课程运营

起点痛点：课程、班级、学员、课消四本账散在表格和收银系统里，排课冲突靠人脑，课消对账每月鸡飞狗跳。关键决策：其一，课消独立成表并与学员、课程双双关联，而不是在学员表里放一个余额字段——课消明细是财务对账的唯一凭据，余额只是导出视图。其二，排课用日历区块直观呈现，冲突检测交给一条提交校验流程，挡在保存之前。其三，家长通知走 3.4 的软管，接消息服务按事件推送。

装配要点：外部数据源接入收银系统对账（只读）；统计图表按周聚合课消；角色矩阵区分教务、财务、校长三视角。上线结果：排课冲突降到个位数每月，课消对账从半天缩到十分钟，家长投诉里「课时对不上」一项清零。可迁移点：凡「服务次数消耗型」业务——健身私教、咨询小时数、会员卡核销——课消四表结构原样可用。

图 6-2 三桩工单的决策对比矩阵

四、工单三：公益组织的志愿者调度

起点痛点：公益组织活动频繁，志愿者报名靠群接龙，岗位分配靠表格拉平，活动当天常出现「有人没活干、有活没人干」。关键决策：报名记录关联活动与岗位两级，岗位设人数上限；满员自动关闭由 3.1 的表事件流程实现；调度看板按活动分组、按岗位展示报名进度；志愿者侧只开一个移动端报名页面，其余全部不可见——三层锁的最小化运用。

装配要点与结果：装配集中在两周内完成，由组织里一名非技术背景的项目干事主导——配置工种的门槛优势在这单体现得最充分。上线后三场活动的岗位空缺率从约两成降到基本归零，志愿者重复报名的纠纷消失。可迁移点：容量受控的报名调度场景——企业内训报名、场地预约、班车订座——同为「活动、名额、记录」三件套的变体。

五、把案例读成自己的蓝图输入

复盘案例的正确姿势不是抄功能，是抽决策。做法很朴素：读完一桩，把它的五问答案抄进自己的「决策库」，并标注「我的场景里对应的变体是什么」。攒上十桩案例，你会发现新项目的蓝图阶段有一半的决策可以直接引用——案例读得越薄（只看功能）越没用，读得越厚（挖决策）越值钱。

⚠️ 常见坑：对标案例时只看行业不看作坊规模。百人团队的组织复杂度与十人团队完全是两张蓝图，行业相同、规模不同的两桩案例，可迁移点反而更少。

💡 关键直觉：案例的终极用法是「类比迁移」：找到结构相同的场景，而不是找到行业相同的场景。巡检的表结构能搬到门店督导，就是因为打卡留痕的结构同构。

把复盘框架做成卡片

五问框架要好用，得趁手。把框架做成一张卡片，复盘会人手一份，边聊边填：

案例复盘卡（每桩案例一卡，归入决策库）：
  工单名称：____________    行业与规模：____________
  起点痛点：不解决会发生____________
  关键决策：路口一____ 路口二____ 路口三____
  装配要点：用了哪些章的哪几招____________
  上线结果：三个数字：____ ____ ____
  可迁移点：我的场景里对应的变体是____________
  踩坑记录：学费交在哪____________
​

卡片填完不是终点。每季度把决策库里的卡片摊开重读一遍，会有意外收获：当年写的「可迁移点」，有的在你的场景里得到了验证，有的被证伪——无论哪种，都比读十篇新案例值钱。案例库的复利不靠收藏量，靠回读率，这一点与 1.5 讲的学习习惯一脉相承。

案例从哪来：三条采集渠道

决策库需要持续进料，三条渠道够用。渠道一是你自己的项目——每个收尾的项目必出一张复盘卡，这是质量最高的一手案例。渠道二是社区与同行——论坛的实施分享、用户大会的案例演讲，取其决策细节，弃其宣传成分。渠道三是失败案例——别人家烂尾的项目往往比成功案例更敢说真话，复盘「它死在哪一步」，多数能对应到本册某章的一个坑位上。

案例采集的判断标准（进库前过一遍）：
  □ 有决策细节而非只有功能罗列
  □ 有可验证的结果数字或可推断的规模
  □ 有失败或弯路的诚实记录（或可推断出来）
  三条缺二，只收藏不进库
​

装配要点回顾

• 五问框架：痛点、决策、装配、结果、可迁移点，把案例从故事拆成账本；
• 通用语法五条：流水成表、事件扳机、零培训入口、三层锁按职责、外部只读；
• 三桩样本：制造巡检、教培课消、公益调度，行业迥异而决策同构；
• 坑位清单：宽表合并、余额当字段、强制填写——三个行业的学费各交了一门；
• 决策库习惯：每读一桩存五问答案并标自己的变体，蓝图阶段直接引用；
• 下一步：6.3 把安全与合规拧成一本能过审计的账。