第09章 从场景到方法：映射、量化、商业模式与失败模式
本章导读
同样一句“要一张图”，业务方与技术的理解可能相差一整套交付物。本章对应原报告 4.3—4.7 节，把四件事串起来：把业务表述翻译成技术动作（4.3）、在立项时就选好价值量化框架（4.4）、按客户类型选商业模式（4.5）、按四种角色搭团队（4.6），最后用六种失败模式收口（4.7）。它接着第 08 章的行业地图，回答“钱从哪来”之后的下一个问题——怎么证明这笔钱花得值，以及为什么很多项目钱花了却证明不了。如果只记一句话：多数失败不是技术失败，而是量化框架、更新机制与合规位置在立项时就没定。
学习目标
读完本章，你应当能够：
- 用 4.3 节的对照表，把“看看哪里有问题”“多久能到”“会不会越来越严重”三类业务表述各翻译成一个可执行的技术动作，并指出各自的常见坑；
- 区分 4.4 节四类量化框架（成本替代、效率提升、决策改进、合规避险）的适用条件，为给定项目选出正确的一类并写出计量式；
- 说明决策改进型价值为什么最有说服力却最少被证明，并写出一次 A/B 对照或历史回测的最小设计；
- 对照 4.5 节六种商业模式，为一个政府客户与一个中小企业客户分别选出合适模式，说明各自的关键能力与风险；
- 检查 4.6 节四种角色在一个现有团队中的覆盖情况，指出最可能掉链子的环节及其具体表现；
- 用 4.7 节六种失败模式逐条对照一个已完成项目，写出其中至少三条的早期识别信号。
4.3 场景与方法的映射：把需求翻译成技术动作
业务人员说“要一张图”，技术团队要能翻译成具体分析。下表是最常见的翻译对照：
| 业务表述 | 技术翻译 | 需要的数据 | 常见坑 |
|---|---|---|---|
| “看看哪里有问题” | 异常检测 / 变化检测 / 空间聚类 | 时序影像、台账、阈值规则 | 阈值无依据，全靠拍脑袋 |
| “这个点开在这里行不行” | 多因子加权 + 可达性 + 竞争分析 | 人口、路网、POI、租金 | 权重主观，缺敏感性分析 |
| “影响范围有多大” | 缓冲/扩散模型 + 承灾体叠加 | 地形、管网、人口、建筑 | 用平面缓冲代替真实扩散 |
| “多久能到” | 等时圈 / 最短路径 | 路网、限速、实时路况 | 忽略拥堵与通行限制 |
| “会不会越来越严重” | 时空预测 / 趋势外推 | 长时序数据 | 样本期太短，外推无意义 |
| “和去年比怎么样” | 变化检测 + 指标同比 | 两期同源数据 | 时相、分辨率、口径不一致 |
| “帮我找最优位置” | 选址优化（p-median/最大覆盖） | 需求点、候选点、成本 | 把连续问题当离散解 |
| “为什么这里差” | 空间回归 / 地理探测器 | 因变量 + 多因子 | 相关当因果 |
4.4 价值量化：怎么证明分析有用
GIS 分析项目最难的不是做出来，而是证明它值这个钱。可用的量化框架有四类：
成本替代型。用机器替代人工，直接算人日节省。典型：遥感变化检测替代人工巡查、自动提取替代手工矢量化。公式：节省成本 =（原人工时长 − 现人工时长）× 人日成本 × 频次。
效率提升型。同一件事做得更快，价值体现在周转时间。典型：核查反馈周期从 30 天缩短到 7 天。这类价值在应急、执法场景中可直接换算成风险损失下降。
决策改进型。分析改变了决策，价值等于“避免的损失”或“多得的收益”。典型：选址模型让新店达成率提升、风险区划让承保亏损率下降。这类价值最有说服力，但需要 A/B 对照或历史回测才能证明，实践中很少做。
合规避险型。分析帮助企业满足监管要求，价值等于“避免的罚没与停业损失”。典型：数据合规审查、地图审核前置检查。这类价值在监管趋严期最容易被预算批准。
实践建议：项目立项时就确定用哪一类量化，并在验收时提供对照数据。没有基线数据的项目，事后无法证明价值，这是行业里最普遍的浪费。
4.5 商业模式：从项目制到订阅制
| 模式 | 收入特征 | 适用客户 | 关键能力 | 风险 |
|---|---|---|---|---|
| 项目制交付 | 一次性、波动大 | 政府、大型企业 | 交付管理、资质 | 现金流不稳、人力堆叠 |
| 平台授权 | 首年高、后续维护费 | 政府、集团客户 | 产品化、私有化部署 | 定制化侵蚀产品 |
| SaaS 订阅 | 经常性、可预测 | 中小企业 | 多租户、低成本获客 | 获客成本高、价格战 |
| 数据/API 服务 | 按量计费 | 开发者、集成商 | 数据授权、稳定性 | 数据合规、被上游卡脖子 |
| 分析即服务 | 按次/按报告 | 金融、咨询、零售 | 方法论、品牌 | 难以规模化 |
| 运营托管 | 长期服务费 | 政府、公用事业 | 运维、SLA | 责任边界模糊 |
趋势判断：政府侧仍是项目制与平台授权为主，但“公共数据授权运营”打开了一条新路径——数据持有方授权、运营方加工、使用方付费，分析服务可以嵌在运营链条里按调用或按结果计费。这条路径的合规要求高（见 5.5），但天花板远高于传统项目制。
4.6 组织与能力：团队怎么搭
一个能交付 GIS 分析项目的团队，最少需要四种角色，缺一个都会在某个环节掉链子：
- 领域专家：定义问题、判断结果合理性。没有这个角色，分析会变成“技术人员自嗨”。
- 空间数据工程师：数据获取、清洗、建模、入库。工作量最大，最容易被低估。
- 空间分析师/建模：方法选择、模型训练、结果解释。决定分析质量的上限。
- 平台/前端工程师：服务化、可视化、集成。决定成果能否被用起来。
常见的组织错误是“用一个人干四件事”，结果是数据没清干净就上模型、模型结果没人能解释、成果没法交付。
4.7 失败模式：最常见的六种死法
- 数据没准备好就上模型。空间数据的脏（拓扑错误、坐标系混乱、时相不一致）远超通用数据，先治理再建模是铁律。
- 把可视化当分析交付。图很漂亮，但没有可执行的结论，第二年预算就没了。
- 指标口径不统一。同一个“覆盖率”在三个部门有三个算法，结论互相矛盾，项目失去信任。
- 忽略更新机制。一次性建设的数据很快过期，没有更新机制的平台两年后就没人用。
- 模型不可解释。业务方不敢用不理解的结论，尤其在涉及处罚、赔付、审批的场景。
- 合规后置。数据来源、坐标系、地图表达、出境路径任一环节不合规，成果可能无法发布甚至需要销毁重做。
本章小结
- 业务语言与技术动作之间需要显式翻译：4.3 节八行对照表的每一行都配了一个“常见坑”，坑几乎都出在阈值、权重、扩散模型、时相口径这类方法假设上，而不是软件功能不够。
- 价值量化必须在立项时确定类型并留下基线数据；事后补不出来的项目只能靠主观认可收尾，这是行业里最普遍的浪费。
- 四类框架里，成本替代与合规避险最容易对标预算，决策改进最有说服力但需要 A/B 对照或历史回测，实践中很少做；效率提升只有落到周转时间上才有意义。
- 政府侧短期仍是项目制与平台授权为主，“公共数据授权运营”打开的是按调用或按结果计费的新路径，天花板更高、合规要求也更高（详见 5.5 节）。
- 团队最小配置是领域专家、空间数据工程师、空间分析师、平台与前端四种角色，用一个人干四件事的结果，一定是数据没清干净就上模型。
- 六种死法里最隐蔽的是“指标口径不统一”与“忽略更新机制”：前者让结论互相矛盾，后者让平台两年后就没人用；两者都不是技术问题，而是治理问题。
思考与练习
- 把手上一个项目的需求文档取出来，用 4.3 节对照表逐行翻译，标出哪几行翻不过去、缺什么数据。
- 为同一项目补一份“价值量化一页纸”：量化类型、基线数据、验收时可提交的对照证据各写一条。
- 辨析：有人说“分析项目的价值无法量化，只能看领导认不认可”。用 4.4 节四类框架判断这句话在什么条件下成立。
- 应用题：一个县级客户预算有限但要求平台加持续更新，按 4.5 节给出模式组合建议，并说明更新责任如何在合同中界定。
- 按 4.6 节四种角色给所在团队画一张能力表，标出缺口最大的一个角色，并写出招聘、外包或培训三条补法中的取舍。
- 取一个失败或半途而废的项目，用 4.7 节六种死法逐条打分，写出最该提前三个月做的那一件事。