选中页面上任意一段文字即可就地评论，右下角看全部讨论。
11 条已上线能力，一年折出 — 万元价值。
钱主要来自三处：—。行业基准里，CRM 类系统按「销售事务工时降 10%–20% ／ 赢率 +1–5pt ／ 撞单与无效商机损失降 30%–50%」计，本表逐项落在这些区间的保守端，且所有与赢率相关的口径统一乘了一个可调的归因系数。
从左往右按判断顺序排：年化价值（五类拆分）→ 不做的损失 → 覆盖谁 → 现在能不能真跑。 点金额看算式，点任一行看这条能力在系统里的真实形态。
| 能力 | 年化价值点击看算式 | 不做的损失 | 覆盖谁每年多少次 | 现在能不能真跑后端 · 界面 · 回归 · 线上 | |
|---|---|---|---|---|---|
| 合计 · 12 条能力— | — | 合计年化价值 ≈ 年签约额的 —。 第 1 行「报备减负」方案已出、代码未落，金额灰掉且不计入合计 —— 一张全是绿灯的价值表说服不了人。 | |||
改任何一格，上面整张表实时重算。标 预填 的是我方按 TUB 业务形态估的数， 没有一个来自贵司的真实读数 —— 请直接改。人天成本只用于把节省的工时折成金额，与本系统的任何费用无关。
这些不是独立的价值项，是上面每一条能力都踩在上面的地基。单独给它们记一笔会和上面的行重复计算，所以只列不算。
年化价值 = 五类之和，每一类的算式都写在对应行的展开区里，逐项可查。凡是与赢率、成交额相关的口径， 一律再乘一个归因系数（预填 30%）—— 因为签下一个项目从来不是系统一个人的功劳， 不乘这一刀的价值表看着好看，但站不住。工时折算统一按销售侧人天成本，与本系统费用无关。
主要价值我方拿不到读数、没折成金额的，标「未算全」。 它不等于不划算，只等于没算全：比如跟进记录来源可溯（妙记 vs 手写）对预测可信度的作用、 拜访门头照与离场测距对拜访真实性的作用、审批等待时长从天级压到小时级对项目周期的作用 —— 这三件事都真实存在， 但把它们折成钱需要贵司的历史数据，现在没有。
「现在能不能真跑」四项各 1 分：后端有路由（接口真的在跑，不是画的）、前端有界面（人能点，不是只有接口）、
有回归测试（npm test 里有这一条，改坏了会红）、线上已验证（生产环境上跑过真实数据，不是只在本机）。
仓库里现有 66 条回归脚本全部进了 npm test。
三处仍在路上，表里已逐条标出，不藏在「功能很全」里面： ① 报备必填收口（12→7）方案已出、代码未落，价值不计入合计； ② 妙记转跟进的线上飞书权限仍在审核（群聊与手写两条链路线上已通）； ③ 双包本部三件事本机走查通过，线上尚无真实业务样本。
能力清单与形态取自代码本身（server/src/modules/ 66 个模块、web/src/pages/ 62 个页面）；
业务规则与「不做的损失」取自 飞书CRM准备资料V1.xlsx（含《TUB事业群销售业绩销量计量规则》v4.1）
与 2026-08-17《立邦TUB业务调研》逐字稿、《CRM 商机管理与操作管理制度》。
业务量参数全部为我方预填，无一来自贵司实际读数。