# 用 WorkBuddy 做劳务分包精准成本分析：452 条清单逐项拆解，把利润率从 -91% 修到 +12.45%
> **行业与岗位**：建筑工程 · 装饰装修造价（劳务分包成本测算）
>
> **用 WorkBuddy 完成的工作**：把一份 502 行、452 条明细的劳务分包控制价清单逐项拆解，测算真实成本与利润，输出「这个活能不能接」的决策结论
>
> **产出物**：一份 5 sheet 的精准成本分析表（含逐项明细、分部汇总、利润敏感性矩阵）
老板甩过来一份 500 万量级的劳务分包控制价清单，只问一句话：「**这活能不能接、能赚多少？**」
我用 WorkBuddy 跑了 4 版。第一版算出亏 91%，第二版算出赚 21%，全被我推翻。最终落在 **+12.45%**，而且每一行都能追到数据来源。
这篇文章把输入材料、配置、完整操作步骤、产出物全摊开写，尤其是 4 个坑——做造价的同行踩一次就得重算一整天。
---
## 一、输入材料
### 1.1 原始文件
总包发来一份《劳务分包工程控制价明细表》，单 sheet，502 行 × 18 列。
**表头结构：**
```
序号 | 项目名称 | 项目特征描述 | 计量单位 | 工程量 |
控制价金额[人工费+辅材费 | 材料费 | 施工机具使用费 | 单价小计] |
合计 | 工作内容 | 甲供材 | 计算规则
```
**规模数据：**
- 502 行 × 18 列，14 个分部，**452 条明细**
- 不含税合计约 **506 万元**，税金 9%，含税约 **551 万元**
- 文件体积数十 MB，无法用肉眼逐行核对
> 📷 **【截图 1 · 输入材料】** 此处插入控制价清单的原始表头 + 前若干行截图。
![image](https://developer.qcloudimg.com/http-save/yehe-12769566/6f99fb8cee405bd5f28f914ae6d2edea.png)> **脱敏要求**：截图前把项目名称、金额列打码或替换（可用「华中某公租房三期」「约 506 万」覆盖）。**不要出现原始公司名、水印。**
### 1.2 纳入工作空间
把 xlsx 放进 WorkBuddy 的工作目录，让 Agent 直接读取本地文件——**这是本案例用到的第一项产品能力：本地文件读写**。
```python
import openpyxl
wb = openpyxl.load_workbook(path, data_only=True)
ws = wb['控制价明细表']
print(ws.max_row, ws.max_column)   # 502 x 18
```
---
## 二、WorkBuddy 配置
这一节说明本案例实际用到的能力层级与使用方式。
### 2.1 使用模式
| 项 | 配置 |
|---|---|
| 模式 | **Agent 模式**（需直接读写本地 Excel、跑 Python 脚本，Ask 模式无法完成） |
| 权限 | 只授权**工作目录**，未开放系统目录 |
| 执行方式 | WorkBuddy 内直接运行 Python（openpyxl / re / collections），无需另开环境 |
### 2.2 使用的 Skill
本案例核心使用**自建 Skill**：`labor-subcontract-cost-analysis`（劳务分包精准成本分析）。
这个 Skill 是在第一轮测算完成后沉淀下来的，把整套方法论固化了进去：
```
labor-subcontract-cost-analysis/
├── [SKILL.md](http://SKILL.md)                              完整方法论
│   ├── 作业类型对照表（16 类：人工占人辅比 + 实付率）
│   ├── 间接费费率标准（管理/招待/办公/不可预见/财务）
│   ├── 税金算法（销项 9%，进项分票种）
│   ├── 合理性校验清单（成本率 65%~85%）
│   └── 承接决策逻辑（下浮率 × 人工实付率 敏感性）
└── references/
    └── [wuhan-2026-labor-rates.md](http://wuhan-2026-labor-rates.md)         当地装饰劳务人工价目
```
**使用方式**：一句话调用，无需重新讲方法论——
> 「这是 XX 项目的劳务分包控制价，帮我做精准成本分析，判断能不能承接」
**核心参数（可直接照抄）**：
| 作业类型 | 人工占人辅 | 规模包干实付率 |
|---|---|---|
| 石材门槛 | 88% | 72% |
| 块料地面 | 86% | 70% |
| 干挂墙面 | 84% | 68% |
| 块料墙面 | 85% | 70% |
| 木饰面 | 80% | 68% |
| 金属门套 | 78% | 66% |
| 不锈钢踢脚 | 85% | 68% |
| 暗门制作 | 86% | 70% |
| 包管 | 82% | 72% |
| 抹灰 | 84% | 74% |
| 涂料 | 88% | 76% |
| 吊顶 | 82~84% | 70% |
| 开孔 | 92% | 85% |
| 保洁 | 90% | 78% |
| 成品安装 | 88% | 76% |
| **纯采买** | **0%** | **0%** |
**间接费费率**：
| 项目 | 费率 |
|---|---|
| 现场管理费 | 人工 × 6.0% |
| 业务招待费 | 人工 × 1.2% |
| 办公费 | 人工 × 0.8% |
| 不可预见费 | 直接成本 × 2.0% |
| 财务费用 | 人工 × 0.8% |
**税金算法**：
```python
销项税   = 不含税收入 × 9%                              # 建筑服务
可抵进项 = (辅材+机具) × 60% × 13% + (辅材+机具) × 40% × 3%
应缴增值税 = 销项税 - 可抵进项
```
> 注：**人工无法抵扣进项**，这是劳务方税负偏重的根本原因。
> 📷 **【截图 2 · Skill 配置】** 此处插入 Skill 目录结构或 [SKILL.md](http://SKILL.md) 内容截图。**这是加分项**——官方明确「公开提示词或 Skill 配置的，同等加分」。
![image](https://developer.qcloudimg.com/http-save/yehe-12769566/f6c5c3f7a7dc7511adc0cdcc5acc182c.png)### 2.3 未使用的能力（如实说明）
| 能力 | 是否使用 |
|---|---|
| 本地文件读写 | ✅ 使用 |
| 自建 Skill | ✅ 使用 |
| 专家 / 专家团 | ❌ 未用 |
| MCP / 连接器 | ❌ 未用（本例无对口连接器） |
| 定时云端任务 | ❌ 未用 |
---
## 三、操作步骤
### 步骤 0：先做口径校验（这一步救了我）
任何造价表格分析，**第一步必须是恒等式校验**：
```
Σ(单价小计 × 工程量) == 表内「不含税合计」
5,056,833.55 == 5,056,833.55   ✓
```
对上了，说明列含义理解正确。对不上，说明你把「单价」当成了「金额」。
### 步骤 1：第一版 —— 把「单价」当「金额」累加，算出荒谬值
我第一版直接遍历所有行，把「人工费+辅材费」列加起来：
```python
L = sum(row[5] for row in rows)
print(L)   # 9698.14
```
**人辅费不到 1 万？** 500 万级的项目，人工辅材才 1 万？显然荒谬。
**问题**：那一列是**单价**，不是**金额**。必须乘工程量：
```python
L = sum(row['lang'] * row['qty'] for row in rows)   # 2,504,051.40 ✓
```
> 📷 **【截图 3 · 过程截图】** 此处插入第一次跑出 9698.14 这个错误值的过程截图。**过程截图是硬性要求**，官方明确「不得仅展示最终成品」。
![image](https://developer.qcloudimg.com/http-save/yehe-12769566/828247b771883fd494f8f0c1fab123e1.png)### 步骤 2：第二版 —— 把控制价当成本又下浮一次，算出 -19%
这是最隐蔽的一个坑。我当时的推理是：「原表是总包的控制价，劳务方要下浮 10% 才能接到，所以人工成本 = 控制价人工 × 90%」。
于是：
```
收入 = 控制价人辅 × (1 - 10%)   ← 已经下浮一次
成本 = 控制价人辅 × 90%          ← 又下浮一次
```
**双重扣减**，利润率算出 −19.18%。
**问题**：对原表性质误判。看标题——
> ……公租房项目三期公区精装**劳务分包工程控制价**明细表
**这份表本身就是「总包给劳务方的控制价」**，它是劳务方的**收入上限**，不是成本。
**正确的收支口径：**
| 项目 | 归属 | 占控制价比例 |
|---|---|---|
| 人工费 + 辅材费 | **劳务方收入** | 约 49.5% |
| 施工机具使用费 | 劳务方收入 | 0（原表为 0） |
| 材料费 | **甲供材，不进劳务方账户** | 约 50.5% |
**材料费占了一半，但它跟劳务方完全无关**——原表「甲供材」列标注了地砖/砂浆/瓷砖等，由甲方或总包采购。
**中途调整方式**：我没有让 AI 直接改数字，而是**先让它解释这份表的性质**。追问「这份表的标题说明它是给谁的价？」之后，问题立刻暴露。
### 步骤 3：第三版 —— 用市场单价反算，算出 -62%
既然要"精准"，我想到用当地 2026 年装饰劳务市场价，逐项乘工程量：
```python
labor = sum(mkt_price[[item.cat](http://item.cat)] * item.qty for item in items)
```
结果 **−61.96%**。但一份能中标发出来的控制价，不可能让劳务方每条都亏 60%。
**排查出两个问题：**
**问题 1：正则匹配过宽。** 用「不锈钢|波纹板」这类模式匹配，「木纹砖地面」「人造水磨石地面」这些名称**因为工作内容里提到"安装"就被串类**，套上了不锈钢线条的低价规则（8 元/m）。
**修正**：匹配只看**「项目名称」**，不并入「工作内容」文本：
```python
# 错误：把工作内容也拼进去匹配
s = name + ' ' + work
# 正确：只匹配项目名称
for pat, cat, ratio in RULES:
    if [re.search](http://re.search)(pat, name):
        return cat, ratio
```
**问题 2：口径错位。** 「地砖 48~70 元/㎡」是**人工价**，但控制价的 59~64.5 是**人工+辅材综合单价**。两边各说各话。
> 📷 **【截图 4 · 过程截图】** 此处插入正则串类导致异常值的排查过程截图（比如打印出被误匹配的条目清单）。
![image](https://developer.qcloudimg.com/http-save/yehe-12769566/9eeb0756f2b75e4b6789c76df8d0c1d6.png)### 步骤 4：第四版 —— 用定额工日 × 市场工资，算出 -91%
我还试过：查定额人工消耗量，乘市场工日单价。
```python
# 地砖 0.22 工日/㎡ × 320 元/工日
labor = 0.22  320  qty
```
算出**人工费 330 万**，比整个控制价人辅（250 万）还高，利润率 −91%。
**原因**：控制价里的「人工费」是**综合单价**，已包含班组管理、小型机具、水平运输、成品保护；而「市场工日单价 × 定额消耗量」是**纯工种工资**。差一个数量级。
**反推验证**：
| 项目 | 控制价人辅 | 隐含工效（人工占 82%、日薪 320） | 实际工效 |
|---|---|---|---|
| 地砖 | 64.5 元/㎡ | 1.32 ㎡/工日 | **15~25 ㎡/工日** |
| 石膏板吊顶 | 35 元/㎡ | 0.72 ㎡/工日 | 8~12 ㎡/工日 |
### 步骤 5：第五版 —— 按子目构造层次拆解人辅结构（定稿方法）
四版都错了之后，换了思路：**不猜，回到控制价自身，按每个子目的构造复杂度拆它内部的人工/辅材结构。**
```
控制价「人工费+辅材费」单价
    ├── 其中：人工部分（按作业类型，66%~92%）
    └── 其中：辅材部分（其余）
         ↓ 各自乘以实付率
    实付人工 + 实付辅材 + 机具 = 真实成本
```
**核心代码：**
```python
import openpyxl, re
from collections import defaultdict
# 1. 读取 + 提取明细（分部行/子分部行/明细行要分开判定）
rows, part = [], None
for i, r in enumerate(ws.iter_rows(min_row=4, values_only=True), 4):
    c0, c1 = r[0], r[1]
    if c0 in ('一','二','三','四','五','六','七','八','九','十','十一','十二','十三','十四'):
        part = c1; continue                      # 分部行
    if r[5] is None and r[6] is None and r[8] is None:
        continue                                 # 子分部行
    if isinstance(c0, (int, float)) or (c0 is None and r[4] is not None):
        rows.append(dict(row=i, seq=c0, part=part, name=c1, unit=r[3],
                         qty=float(r[4] or 0), lang=float(r[5] or 0),
                         mat=float(r[6] or 0), work=(r[10] or '')))
# 2. 口径校验（关键！）
assert abs(sum(x['lang']*x['qty'] for x in rows) +
           sum(x['mat']*x['qty'] for x in rows) - 5056833.55) < 1.0
# 3. 按项目名称匹配作业类型（不并入工作内容！）
RULES = [
    (r'门槛石',          '石材门槛', 0.88, 0.72),
    (r'地砖|防滑地砖|石材地砖|拼花', '块料地面', 0.86, 0.70),
    (r'干挂',            '干挂墙面', 0.84, 0.68),
    (r'墙砖|墙面砖',      '块料墙面', 0.85, 0.70),
    (r'木纹防火饰面板|木饰面', '木饰面', 0.80, 0.68),
    (r'吊顶|天棚',        '吊顶',    0.84, 0.70),
    (r'乳胶漆|涂料',      '涂料',    0.88, 0.76),
    (r'保洁',            '保洁',    0.90, 0.78),
    (r'家具|沙发|窗帘|地毯|家电', '纯采买', 0.0, 0.0),
]
def rule_of(name):
    for pat, cat, lr, pay in RULES:
        if [re.search](http://re.search)(pat, name): return cat, lr, pay
    return '其他', 0.85, 0.72
# 4. 逐项测算
total = defaultdict(float)
for x in rows:
    cat, lr, pay = rule_of(x['name'])
    lang_ctrl = x['lang'] * x['qty']
    if lr == 0:
        continue                                  # 纯采买，跳过
    labor = lang_ctrl  lr  pay                  # 实付人工
    aux   = lang_ctrl  (1 - lr)  0.70           # 实付辅材
    mach  = lang_ctrl * 0.026                     # 机具
    total['labor'] += labor
    total['aux']   += aux
    total['mach']  += mach
    total['ctrl']  += lang_ctrl
# 5. 间接费 + 利润
LAB, AUX, MAC = total['labor'], total['aux'], total['mach']
DIR  = LAB + AUX + MAC
COST = DIR + LAB*0.06 + LAB*0.012 + LAB*0.008 + DIR*0.02 + LAB*0.008
INC  = total['ctrl'] * 0.90                       # 下浮 10%
print(f'收入 {INC:,.2f}  成本 {COST:,.2f}  利润 {INC-COST:,.2f}  利润率 {(INC-COST)/INC*100:.2f}%')
```
> 📷 **【截图 5 · 过程截图】** 此处插入最终脚本运行输出结果的截图（收入/成本/利润率三个数字）。
![image](https://developer.qcloudimg.com/http-save/yehe-12769566/de3611aa3a21e7595a2b70ecce81af81.png)### 步骤 6：合理性自检（判断模型可不可信）
**每个作业类型的「成本/控制价」必须落在 65%~85%。** 这是判断规则有没有匹配错的自检线：
| 作业类型 | 成本率 | 盈亏方向 |
|---|---|---|
| 块料地面（25项） | 72.6% | 盈利（金额最大） |
| 木饰面（1项） | 71.0% | 盈利 |
| 不锈钢踢脚（2项） | 70.9% | 盈利 |
| 金属门套（4项） | 69.5% | 盈利 |
| 暗门制作（2项） | 72.6% | 盈利 |
| 吊顶（19项） | 72.6% | 盈利 |
| 纯采买（82项） | — | 不承接 |
**全部落在 69%~80%，无异常值**——这才是模型可信的标志。
反过来说，某一类突然跳出 130% 或 40%，别急着下结论，**先回去查匹配规则**。我在 v3/v4 就是靠这条线发现正则串类的。
### 步骤 7：独立交叉验证
模型算完不能自说自话，拿外部数据验一遍。
**验例 1：不锈钢踢脚**
```
模型人工成本 ÷ 工程量 = 5.78 元/m
当地市场踢脚安装人工 = 6~9 元/m   →  偏保守，合理
```
**验例 2：地砖工效**
```
块料地面总量约 2 万 ㎡
按当地瓦工工效 25 ㎡/工日 → 约 800 工日
按 400 元/工日 → 约 32 万元
模型测算人工约 75 万元（含辅材/机具/管理）→ 量级吻合
```
**验例 3：控制价 vs 市场人工价**
| 项目 | 控制价人辅 | 当地市场人工 | 判断 |
|---|---|---|---|
| 地砖 | 59~64.5 | 48~70 | 接近中位，不宽松 |
| 墙砖 | 79 | 45~80 | 接近上限 |
| 干挂 | 130 | 80~100 | **高于市场，高毛利项** |
| 石膏板吊顶 | 35 | 40~90 | **低于市场**（龙骨在材料费中） |
| 乳胶漆 | 13.5 | 15~25 | **低于市场** |
| 吊顶开孔 | 5 元/个 | 8 元/个 | **低于市场** |
这张表直接告诉你：**利润来自石材/不锈钢/干挂/木饰面，而不是吊顶/开孔/乳胶漆。**
---
## 四、产出物
### 4.1 交付成果
WorkBuddy 直接生成一份带格式的 **5-sheet 精准成本分析表**：
| Sheet | 内容 |
|---|---|
| ① 结论与可行性 | 核心结论、承接建议、风险提示 |
| ② 利润敏感性矩阵 | 下浮率 × 人工实付率 双维度矩阵 |
| ③ 成本构成测算 | 收入/成本/利润逐项构成 |
| ④ 逐项成本明细 | 452 条清单逐项测算结果 |
| ⑤ 分部汇总 | 14 个分部成本与盈亏汇总 |
**格式细节**：含筛选、冻结窗格、条件配色（亏损项自动标红/标绿）。
> 📷 **【截图 6 · 产出物】** 此处插入分析表的成品截图，**建议展示 2~3 个 sheet**（结论页 + 逐项明细页 + 敏感性矩阵页）。
### 4.2 测算结论
| 项目 | 金额（万元） | 占比 |
|---|---|---|
| **收入**（控制价人辅 250.4 万 − 下浮 10%） | **225.4** | |
| 1. 人工费 | 147.0 | **74.5%** |
| 2. 辅材费 | 27.2 | 13.8% |
| 3. 施工机具使用费 | 6.6 | 3.3% |
| ── 直接成本小计 | 180.7 | 91.6% |
| 4. 现场管理费 | 8.8 | 4.5% |
| 5. 业务招待费 | 1.8 | 0.9% |
| 6. 办公费 | 1.2 | 0.6% |
| 7. 不可预见费 | 3.6 | 1.8% |
| 8. 财务费用 | 1.2 | 0.6% |
| **成本合计（不含税）** | **197.3** | 100% |
| 应缴增值税 | 17.2 | |
| **利润** | **28.1** | **12.45%** |
### 4.3 决策结论
**能接，利润 +12.45%（约 28 万），但这是"薄利靠规模"的活。**
**利润来自三处：**
1. **高单价分项**——石材、不锈钢、木饰面、干挂，控制价高于市场人工价
2. **规模效应**——近 2 万 ㎡ 地砖 → 3 万余 m 踢脚 → 3300 ㎡ 木饰面，包干议价能压到控制价人工的 66~70%
3. **管理效率**——管理费只占 4.5%
**生死线在两点：**
- **人工实付率必须 ≤ 72%**。每高 5 个点，利润掉约 7 万
- **下浮率必须 ≤ 15%**。每多下浮 5 个点，收入少 12.5 万
**建议放弃的**：82 项纯采买（人辅合计不到 1 万，家具/软装/家电类），不进劳务账户，不要为它们承担任何责任。
---
## 五、踩坑总结（可直接抄）
| # | 坑 | 正确做法 |
|---|---|---|
| 1 | 把「单价」当「金额」累加 | **必须 ×工程量**；用 `Σ(单价小计×工程量)==表内合计` 校验 |
| 2 | 把控制价当成本又下浮一次 | 看清表名——「劳务分包控制价」就是**劳务方的收入** |
| 3 | 材料费混进劳务方收支 | 材料费是**甲供材**，不进劳务账户 |
| 4 | 用定额工日 × 市场工资反算 | 控制价人工是**综合单价**，不等于纯工种工资；差一个数量级 |
| 5 | 正则匹配并入工作内容文本 | **只按项目名称匹配**，否则软装会被串到线条类 |
| 6 | 市场价口径错位 | 区分「人工价」和「人工+辅材综合单价」 |
| 7 | 模型算完不校验 | 每类**成本率应落 65%~85%**，超范围说明匹配错了 |
| 8 | 只看总利润不看结构 | 要分作业类型看，才知道**利润从哪来、风险在哪** |
---
## 六、复盘：WorkBuddy 在其中的价值
**用到的能力**：Agent 模式、本地文件读写、自建 Skill。
**价值点：**
1. **全量处理**：452 条明细逐项拆解，肉眼核不动
2. **快速试错**：4 版方案各跑一遍，AI 让每次推翻的成本降到几分钟
3. **方法论沉淀**：一次投入，固化成 Skill，下次同类清单一句话复用
4. **成果直出**：带格式的 5-sheet 分析表，不用手工排版
**最重要的不是"让它替你算一次"，而是把方法论沉淀下来，下次直接复用。**
> 「这是 XX 项目的劳务分包控制价，帮我做精准成本分析，判断能不能承接」
---
本文基于真实项目分析过程整理，项目名称、金额等敏感信息已做脱敏处理。价格参数为华中地区 2026 年市场行情，其他地区请按当地实际调整。全文方法可复用于各类劳务分包控制价清单的承接决策分析。
---
#WorkBuddy #AI办公

用 WorkBuddy 完成的工作：把一份 502 行、452 条明细的劳务分包控制价清单逐项拆解，测算真实成本与利润，输出「这个活能不能接」的决策结论

WorkBuddy 做劳务分包精准成本分析：452 条清单逐项拆解，把利润率从 -91% 修到 +12.45%

商务经理

开发工具

架构设计

职业发展

用WorkBuddy对452条劳务分包清单逐项拆解，将利润率从-91%修正至+12.45%。通过5版迭代验证，锁定人工实付率≤72%与下浮率≤15%两大生死线，生成5-sheet成本分析表，清晰识别石材、干挂等高毛利项与纯采买风险项，直接给出承接决策结论。

代码解释

WorkBuddy 

Python

Agent

WorkBuddy企业版限时双倍 Credits 活动

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

WorkBuddy 做劳务分包精准成本分析：452 条清单逐项拆解，把利润率从 -91% 修到 +12.45%-腾讯云开发者社区-腾讯云

WorkBuddy 做劳务分包精准成本分析：452 条清单逐项拆解，把利润率从 -91% 修到 +12.45%

WorkBuddy 做劳务分包精准成本分析：452 条清单逐项拆解，把利润率从 -91% 修到 +12.45%

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐