产品库 · 附录
附录 · 这份库是怎么做出来的
行业里的"体系"很多,敢把做法摊开的很少。这一篇讲清楚我们的过程——因为过程才是最硬的证据。
一、起点:一个命题
陪诊服务按时间报价,不是定价方式的问题,是产品化缺位。 产品化难不在理念,难在缺组合工艺与参照体系。 这份库的目标就是把这两样做出来——所以它从一份"方法"开始,而不是从一份"清单"开始。
二、拆法:四层地基 × MECE
一切陪诊服务沿四条轴拆开:场景(谁、在什么处境)→ 任务(做哪些事)→ 复杂度(难在哪、贵在哪)→ 交付物(客户最后拿到什么)。
拆的纪律是 MECE(互斥且穷尽):
- 场景按"就诊处境"分 8 大类 38 个——不重叠、不遗漏;
- 任务按"阶段 × 性质域"分 65 项——3 × 6 的矩阵,每一格互斥;
- 复杂度是 6 个维度 × 4 个档位——打分定档,不改动价格;
- 交付物按"三级 × 载体"分 27 件——从"人到了"到"能带走的资产"。
为什么必须 MECE:拆得干净,才能接得上——要素互斥穷尽,组合才无重叠、无遗漏。这是整个方法成立的前提。
三、组装:五步法 + 批次生产
产品 = 场景 × 任务 × 复杂度 × 交付物的合法组合,用五步法走完:定场景 → 挑任务 → 定复杂度 → 定交付物 → 起名定价。
生产方式也不靠手感:
- 先样板、后铺量——第一批用行业已验证的四个样板做"工艺基准",跑通全链再分批铺开;
- 验收过关——每件产品过五关(链接完整 / 任务有据 / 交付物匹配 / 复杂度覆盖 / 冷读测试)才允许定稿;
- 批次留存——每一批的生成记录可回溯。
四、对账:不自说自话
65 项任务逐项对照了国家标准 GB/T 47801—2026:21 项在正清单框内、3 项踩边、41 项属市场自由区;其中 5 项动作带红线注记(不碰号、不垫付、零处置判断、不判读、不欺瞒)。
框外不等于不能做——框外提醒的是:边界要靠自己划。这就是我们把"不做什么"写进每张卡的原因。
五、迭代与取舍:几个真实决定
- 检查陪同,从"纯模块"改为"双轨":最初按"可挂载模块"设计,后来发现有些检查是医院硬性要求有人陪同(全麻类需要人签字接回)——这不再是"加挂项",而是整件事。于是改成:模块管"大服务里的检查环节",独立款管"检查就是全部诉求"。 → 看成品 · → 看模块
- 4 个场景明确划界:认知障碍(无家属配合)、住院照护、传染病期、临终安宁——列出来不是"以后可能做",是让行业看清哪些钱不赚。
- 价格全部留白:这张库给的是构成逻辑,不是报价单——数字会随城市和时间变化,逻辑不会。请配本地数字再对外。
- 医保这条线,从"零件挂着没产品"到"一个模块":65 项任务里其实早就有"医保/异地就医备案咨询""报销材料协助""商业保险理赔材料整理"这三个零件,但它们一直没被任何产品挂上——原因是缺一件能承载它们的交付物。补上「报销资料包」,再把这三个零件收进模块「备案与报销协助」,这条线才算落地。这也顺带回答了一个常见提议:为什么不把"异地备案"加进咨询时的问题清单?因为它不改变"推荐哪一款",它该是产品,不是问题。
六、版本与数据纪律
- 版本:v0.9(2026-09-27 全量稿);v0.9.1(2026-09-28 增补:交付物 +1、模块 +1)——正式发布后按版本迭代,变更留痕。
- 数据:市场信息来源公开渠道(必要时标注);不写死"行业标准"数字;对任何机构、平台、产品不做推荐或背书。
- 医疗:本库为行业参考工具,不构成医疗建议——一切医疗事项以医院与医生为准。