复杂度 12 维评分：报价前判断该不该接
小微实施团队一项很大的隐性成本，是「接了不该接的项目」——报价时看着简单，做起来处处是坑，最后亏时间亏口碑。念晴的做法是：在报价之前，先给项目打一个复杂度分。这个分数同时决定三件事——该不该接、报多少、以及该不该由卢忠泉本人亲自做。
12 个维度分别是什么
我们从真实项目里反推出 12 个会显著抬高难度的维度，每项按 0/1/2 打分累加：
- 数据迁移复杂度：有多少历史数据要搬、格式有多乱；
- 流程分支复杂度：审批/业务逻辑有多少条件分支、会签转办；
- 跨系统集成：要不要连外部系统、连接器、API；
- 角色与权限复杂度：多少种角色、权限矩阵有多细；
- 计算与公式复杂度：聚合、折算、跨表计算有多少（如金属量、成本分摊）；
- 干系人协调难度：对接几个人、决策链有多长、有没有内耗；
- 需求明确度：客户自己想清楚没有（越模糊分越高）；
- 行业专业门槛：需不需要懂特定行业 know-how；
- 变更风险：做到一半大概率会不会改需求；
- 上线后运维强度：需不需要长期陪跑、答疑量大不大；
- 时间与合规压力：有没有硬截止、有没有数据合规要求；
- 规模与并发：用户量、数据量、门店/工地/批次数量。
分数怎么用
打完分，落到决策上：
- 低分段：标准、清晰、可模板化——交给助理或外包，念晴把关验收，报价走市场锚定的低价区间；
- 中分段：正常实施项目，按五段式人天核算成本，走标准版合同；
- 高分段（≥ 13 分）：这才是值得卢忠泉亲自下场的难度——通常是复杂度 ≥13 分、或投入 ≥8 人天、或整体打包 ≥3 万的项目，走价值定价而非人天外派。
这套门槛和《关于我们》里公开的定价哲学是同一套逻辑：本人成本约 3473 元/天 > 市场顶价约 2500 元/天，所以只有复杂度撑得起这个成本的难题，才值得本人做。
为什么这套评分值得单独讲
因为它是「反直觉」的：多数乙方报价看的是「客户愿意出多少钱」，我们看的是「这个项目有多难、难在哪」。一个客户预算很高但复杂度只有 5 分的项目，我们会判断它适合外包而不是本人做；一个预算一般但复杂度 15 分的项目，反而值得亲自下场，因为它能沉淀成方法论、复用到更多客户身上。
复杂度评分还顺带解决了报价不准的老问题：分数高的维度，就是人天容易估漏的地方（尤其是数据迁移、跨系统集成、运维强度），打分的过程本身就是一次风险盘点。
如果您拿不准一个数字化项目到底难不难、该投多少，可以在 ¥99 诊断时让我们按这 12 个维度给它打个分——通常打完分，「值不值得做、先做哪块、大概什么量级」就清楚了。