五步法深度分析 · LW-05
51 总分
工人信用体系
中建电商 + 云筑网
用AI给建筑工人建信用分,让好工人能凭信用记录借到钱
⚠️ 谨慎推进(合规路径验证优先于产品开发)
七维评分 · 各维度表现
❌ 第0层淘汰(非AI场景),不进入后续流程。以下评分仅作存档参考。
变化天花板
9/18
终局时机
10/17
需求真伪
10/17
方案优劣
13/17
商业模型
4/16
增长壁垒
9/15
风险扣分
-4/10

AI相关度判定:❌ 第0层淘汰(非AI场景)

ML信用模型技术真实,但征信牌照P0红线使AI能力无法兑现,核心是金融合规而非AI。

📋 预判摘要

20张硬伤卡牌评分7/20 中风险
关键致命伤无 P0 级硬伤,但征信牌照合规红线需前置验证
主要风险项#20 运营复杂度(3/5)— 合规路径复杂、数据获取需多方协调
整体判定❌ 第0层淘汰(非AI场景)—— 评分不适用

🔍 五步递进筛查

步骤状态说明
Step 1 需求⚠️信用评价需求真实但征信牌照是P0红线
Step 2 解决方案⚠️深度学习信用模型技术可行
Step 3 商业模式LTV/CAC=2.2低于健康线+初期亏损
Step 4 增长⚠️需与持牌征信机构合作
Step 5 壁垒⚠️征信牌照限制
筛查结论:❌ 第0层淘汰(非AI场景),不进入后续流程。

🏰 行业预判六模块

M1 拆解行业

产业链:数据源层(实名制/建安码/工资专户/违章记录)→ 平台层(云筑工匠/建工一号/劳查查/政府平台)→ 应用层(信用评分SaaS/班组评级/金融风控)→ 终端用户

利润分配(100元):数据采集 10-15% | 信用模型 60-70% | 产品化 40-50% | 销售获客 20-30% | 金融赋能 5-15%

关键控制节点数据资产型 — 1400万+建筑工人实名制数据。但数据所有权分散,云筑网是"汇聚者"而非"所有者"。

可优化:个人信用评价几乎空白(仅占5.86%),用工决策依赖熟人推荐(60%)。

M2 洞察变化

维度变化量级
政策法规住建部2026年1号文——建成四级信用信息归集体系
政策法规中办国办《关于健全社会信用体系的意见》
需求侧高薪招不到人,月均5880元仍流失,四年流失25%
需求侧欠薪问题严重,追索13.5亿元
新技术替代数据征信技术成熟
新技术区块链存证+隐私计算
判断:系统性变化 — 但工人总量持续萎缩(四年流失25%),市场基数在收缩,"蛋糕在缩小但切法在变"。

M3 预判稳态B

原子需求:HR工人筛选(50-200元/人次)| 劳务公司管理(2-5万/年)| 金融风控(0.5-2元/次)| 政府监管(50-200万/年)

稳态推演:住建部四级信用体系归集 → 数据标准化 → 从"熟人推荐+经验判断"转向"数据驱动的信用评价"。

中建发展位置数据资产层核心持有者 — 但数据确权是关键变量。

M4 Timing

周期:技术萌芽→早期探索过渡期。窗口还有 2-3 年

太早风险中等 — 政策落地节奏不确定

太晚风险中等 — 竞品已在布局但尚无绝对领先者

M5 天花板大小

方法估算
直接数据建筑劳务管理120亿/年,信用评价占15-20%=18-24亿
Top-down5115万×10%×50元=25.6亿
Bottom-up1400万×5%×100元=7000万(极保守)
类比法个人征信200亿×5-10%=10-20亿

结论15-50亿元,叠加金融场景可增10-30亿。受工人总量萎缩和征信牌照制约。

M6 集中度

现状:极其分散,尚无头部

趋势C型最佳时机,但存在变数 — 征信牌照可能形成天然壁垒

行业预判结论:5 模块通过,1 模块(M5)存在收缩风险。

🔍 五步法逐层分析

Step 1 需求

目标用户:总包单位HR/项目经理、劳务公司管理者

场景痛点刚性
工人招聘筛选熟人推荐达标率60%,网络招聘仅6%中等
班组组建与调配工人流动性3-8倍,跨项目调配无数据支撑中等
欠薪风险预警追索欠薪13.5亿,工人无法预判雇主信用刚性
金融风控建筑工人无央行征信记录,传统风控无法覆盖刚性
需求评估用工场景锦上添花 · 金融场景雪中送炭 · 中频 · 广泛

Step 2 解决方案

差异化定位:基于1400万+工人的实名制行为数据构建全生命周期信用评价 — 能回答"这个工人在实际工地中的表现如何"。

核心卖点:"证书告诉你能干什么,行为数据告诉你干得怎么样。"

做 ✅不做 ❌
工人行为信用评分(多维度)招工匹配平台
班组信用评级央行征信业务
信用报告API输出C端信用查询App
欠薪风险预警全行业通用征信

MVP:构建信用评分(考勤+工资+违章+培训+评价)→ 输出信用分300-850 → 1-2工程局试点

Step 3 商业模式

单客户(ToB SaaS) — 按年订阅 + 按查询次数混合计费

收入来源第3年估算
总包单位 5万/年 × 50家250万
劳务公司 2万/年 × 200家400万
金融机构API 50万/年 × 3家150万
政府监管平台 100万/年 × 2个200万
第3年合计1000万(初期亏损)
毛利率
-15%
LTV / CAC
2.2
⚠️ 偏低(<3)
回收期
9月
⚠️ 偏长
核心问题:初期亏损,LTV/CAC=2.2偏低。金融场景才是利润引擎,但受征信牌照限制。

Step 4 增长

增长引擎黏着式(但弱于供应商风控)

0-6月
商业验证
6-18月
增长早期
18-36月
加速增长
优先级渠道CAC
1中建体系内复制0
2云筑网现有客户转化1-2万
3政府渠道(住建局)5-10万
4金融机构联合推广3-5万
5行业协会3-5万

Step 5 壁垒

壁垒类型具体内容强度
数据资产1400万+工人实名制行为数据
规模效应数据越多→模型越准→客户越多
政策壁垒参与住建部四级信用体系标准制定
转化成本历史信用数据积累后切换意味着"归零"
网络效应弱 — B2B工具
最大威胁:住建部主导的政府统一信用平台 — 如果政府自建全国性平台,所有商业平台都将被边缘化。

💥 20张硬伤卡牌诊断

总分
7/20
结论:中风险。关键扣分:#1用户做散(1)、#2锦上添花(2)、#3频率低(1)、#10 LTV/CAC偏低(1)、#11初期亏损(1)、#20运营复杂度(3)。
#硬伤问题评分结论
1-3目标用户/痛点/频率1 2 1 #2用工场景锦上添花
4-6用户验证/本质区别/卖点1 0 0 基本通过
7-9功能堆砌/MVP/单元模型0 0 0 均未命中
10-12CAC-LTV/毛利/基准对比1 1 0 LTV/CAC偏低+初期亏损
13-15获客渠道/人肉/增长引擎0 0 0 均未命中
16-18护城河/壁垒/六大壁垒0 0 0 均未命中
19团队缺少必备能力0未命中
20低估运营复杂度3中等 — 合规路径复杂

🧪 关键假设清单

P0
H1:用工方愿意为"工人信用评价"付费
深度访谈+试点 | 标准:≥6/10家总包HR确认愿意付费
P0
H3:行为数据信用评分能有效预测实际用工表现
A/B测试 | 标准:AUC≥0.80,高分组出勤率显著高于低分组
P0
H6:金融场景API收入合规路径可打通
合规验证+签约 | 标准:法务确认方案+≥1家金融机构签约
P0
H10:政府信用体系是"归集+标准"而非"自建+垄断"
政策研究+政府沟通 | 标准:明确政府定位为标准制定者
P1
H2:工人自身愿意参与信用体系
工人访谈 | 标准:≥7/10工人不抵触信用评分
P1
H4:信用评分模型在不同工种/地域具有泛化能力
跨区域测试 | 标准:≥3个省份AUC差异<5%
P1
H8:中建体系内各工程局愿意接入统一信用平台
内部调研 | 标准:≥3个工程局同意试点
P2
H5:第3年获取50家总包单位客户
增长验证 | 标准:第1年≥10家
P2
H7:月流失率可从5%降至3%
留存优化 | 标准:第12个月月流失率≤3.5%

📈 敏感性分析

变量基准乐观(+20%)悲观(-20%)
第3年客户数255家306家→1200万204家→800万
年均客单价4万4.8万3.2万
月流失率5%6%→LTV=5.5万4%→LTV=8.3万
金融场景合规第2年打通第1.5年→提前第3年仍受阻

最敏感:金融场景合规进度 — 征信牌照红线直接决定利润结构。

备选路径

Plan A(首选)
工人全生命周期信用评价SaaS
中建验证→总包/劳务覆盖→金融API→政府对接
第3年1000万,第5年5000万+
Plan B(备选)
信用数据基础设施服务商
不做终端产品,只做数据和模型输出给持牌机构
第3年300万/年
Plan C(退出条件):≥3工程局拒绝 | 合规不通过+金融场景无法合作 | AUC<0.75 | 政府自建统一平台

▶️ 建议下一步行动

📝 第一件事(本周)
在中建体系内选择 1 个工程局的劳务管理部门,用云筑网实名制数据构建一个"原型信用评分",与该局HR的人工评价做对比。
  • 选取该局近1年的500名已入场工人(含100名已离场/被清退工人)
  • 基于考勤率、工资按时发放、违章次数、培训完成率、项目评价5维度构建信用评分
  • 将评分结果与HR人工评价(好/中/差三档)做对比
  • 重点验证:高分组和低分组在出勤率、事故率、离职率上是否有显著差异
成功标准
相关系数≥0.7

成本:3周 + 1名算法工程师 + 0元外部采购(数据已有)

🔗 与 LW-01 协同关系

LW-05(工人信用体系)与 LW-01(工人技能画像)是天然的上下游关系

LW-01 工人技能画像(数据层) ├── 工种标签、技能认证、培训记录 ├── 项目经历、考核数据 └── 人岗匹配模型 | v LW-05 工人信用体系(评价层) ├── 技能维度 -> 信用评分的"能力"因子 ├── 行为维度 -> 信用评分的"稳定性"因子 └── 综合信用输出 -> 用工决策/金融风控
建议:LW-01和LW-05应作为"组合拳"推进 — LW-01构建数据底座和技能标签,LW-05在此基础上叠加行为数据形成信用评价。两者共享同一套实名制数据资产,边际成本极低。
← 返回全景报告