智能家居方案报价
这个技能干什么
一句话:把「户型 + 品牌 + 需求」翻译成一张能拿去谈单的报价清单和一句能说清的总价结论。
两条主线、一个共用底座:
| 主线 | 用户怎么说 | 产出 |
|---|---|---|
| A · 出报价 | 「120㎡ 三房,华为鸿蒙智家 + 易来,出个报价」 | 点位级设备清单 + 单价 + 总价 + 工期 + 付款节点(Excel 多 Sheet) |
| B · 审方案 | 「这是我找集成商拿的方案,帮我看看坑在哪」 | 问题清单(问题/证据/影响金额/建议)+ 修正版报价(Excel) |
| C · 比方案 | 「PLC 和总线差多少钱?Aqara 和华为谁值」 | 横向对比表(总价、单方造价、断网可用性、扩展性、售后) |
共同底座:系统路线选型 → 品牌矩阵 → 单价核价 → 点位清册 → 自检。A/B/C 三条线全程复用这个底座,不要各写一套。
触发后的第一步:把信息问齐(不超过一次交互)
必填 6 项,缺一项就先按「行业常见假设」出 rough 版并显式标注假设,不要卡住用户反复追问:
| 项 | 要问到的粒度 | 缺失时的默认假设(必须写进交付物「假设与口径」页) |
|---|---|---|
| 1. 户型/面积 | 几室几厅、建筑面积还是套内、是否别墅/复式/平层、是否精装(毛坯/精装改造) | 按建筑面积计,套内系数 0.78;平层 |
| 2. 所在城市 | 一线(京沪广深)/新一线/二三线/四五线 | 新一线(安装费系数 1.0,异地项目另加差旅) |
| 3. 系统路线 | 无线(Zigbee3.0/蓝牙Mesh/Matter over Wi-Fi)/ 总线(KNX、RS-485、摩根 MIB 等)/ PLC-IoT(华为 PLC) | 见下方「路线决策」 |
| 4. 品牌 | 华为鸿蒙智家、Aqara、易来 Yeelight、米家、小度、千问智家·天猫精灵、摩根、美的、海尔、快思聪 Crestron、路创 Lutron、罗格朗、Control4、CAV三峰、企一、想天 | 见 references/brand_matrix.md |
| 5. 需求侧重点 | 全屋灯光设计 / 全屋家电联动 / 全屋网络覆盖 / 全屋系统集成(暖通·新风·地暖·门禁)/ 客厅影院 / 适老 or 儿童 / 安防 / 隐私敏感 | 默认「灯光 + 安防 + 网络」三项打底,其余不加 |
| 6. 预算与定位 | 是否含安装调试、是否含布线(弱电箱/网线/轨道)、是否要发票、是否含观影设备 | 含设备+安装+调试,不含硬装与家电白电 |
补充问(可批量勾选,一次问完,不要逐条追问):是否已有家庭影院/已购白电、是否有宠物/老人小孩、是否要断网可用(本地执行)、是否要可视对讲/梯控/入户门禁、期望工期、是否要设计费(一般按总造价 3–8% 或按套计费)。
交互方式:用 AskUserQuestion 一次把 6 项挤进 2–3 个问题里(选项化),开放项(面积/城市/预算)走可填空的「Other」。用户说「可以」「你定」就按默认假设出,并在交付物里列明假设行。
底座第一步:路线决策(无线 / 总线 / PLC)
不要让用户在这三个词里裸选。 先判断,再给建议,最后让用户确认。判断顺序见 references/system_routes.md,核心规则:
- PLC-IoT(华为 PLC 为主):适用新毛坯、精装改智能预算 5–8 万以上、要求「一盏灯坏了不影响其他」「断网能开关灯」「开关面板要稳如普通开关」。强弱电同槽、大量插座点位、跨楼层。
- 总线(KNX / 摩根 MIB / RS-485):适用别墅、大平层、要做真正的一体化灯光场景与遮光卷帘、业主要求 10 年以上稳定。报价高(面板单价 1500–4000 元),但断网可用、无 Wi-Fi 冲裁风险。
- 无线(Zigbee3.0 / 蓝牙 Mesh / Matter over Wi-Fi):适用精装改造、已入住、预算 2–4 万、点位少。便宜、快、可 gradual 加购,但必须配本地中枢/网关,且用零火面板优先(单火灯会闪、继电器寿命短)。
- 混搭是常态:主干用 PLC/总线面板,旁路灯带/传感器/音箱走无线。报价单里允许出现「主系统 + 旁路子系统」两行,但要写清哪几个设备走旁路、原因是什么。
底座第二步:品牌矩阵
读 references/brand_matrix.md:里面是「品牌 × 系统路线 × 生态兼容 × 适配强弱 × 典型价位 × 典型坑」。硬性约束:
- 生态冲突先摆桌面:小米米家生态与华为鸿蒙/摩根/Control4 不能同网主推,除非明确做「网关桥接 + 分区控制」,且必须在报价单备注里写明分区边界。
- 同一套报价里主品牌 ≤ 2 个(中控/面板品牌 + 一个旁路生态),超过 3 个品牌就要在方案说明里解释"为什么这么混"。
- 渠道商真实型号优先:华为鸿蒙智家要写清「PLC 智能面板 6 键 / 中控屏 / 网关」这类可报价型号名,不要写泛称。Aqara 写清「M3 网关 / Panel Plus / FP2 人体传感器」等。
- 用户点名了清单外的品牌(如国内外资、小众),照做,但在 brand_matrix 里缺行时先联网核实该产品是否存在/已停产/是否进国内正式渠道,没核实就写「待确认型号与供货周期」。
底座第三步:核价(这一步不许省、不许编)
references/price_benchmark.md 里的数字只是量级锚点,不是最终报价依据。
执行顺序:
- 从
price_benchmark.md取品类基准区间(设备价 / 集成商出货价 / 安装费 / 调试费 / 设计费)。 - 对本次涉及单价前 5 的大项(通常:面板、窗帘电机+轨道、中控屏、网络设备、影院设备)做
WebSearch联网核价,至少两个来源交叉;搜不到就沿用锚点并在报价单「待核价」列标⚠ 未核价,禁止编造精确数字。 - 乘地区系数(一线 1.05–1.15 / 新一线 1.0 / 二三线 0.92–0.98 / 四五线 0.85–0.92),异地项目加差旅与二次进场费。
- 取整规则:单价保留到元、总价按万位报(如 46800 报「4.68 万」),保留一个「尾数让利」档位(例:总价 4.68 万 → 成交价 4.38 万,让利 0.3 万)方便谈单。
- 每个大项都要有 「含税 / 不含税」口径,发票客户默认按含税 13% 报,私域客户可不含税并单独一行标差异。
底座第四步:点位清册(报价单的地基)
不要拍脑袋报个数。按房间出点位表,每个点位写明:房间 / 点位描述 / 设备类型 / 系统归属(主系统·旁路·白电)/ 数量 / 单价 / 小计。
标准点位表字段见 references/system_routes.md 末尾「点位清单最小字段集」。至少覆盖:入户(门磁+锁+对讲+面板)、客厅(主灯/灯带/窗帘/空调/电视/背景音乐/人体传感/中控)、主卧、次卧、儿童房、厨房(燃气/水浸/烟感/插座/晾晒)、卫生间(浴霸/地暖/人体存在/毛巾架)、阳台(窗帘/晾晒)、书房、走廊/玄关(人体/小夜灯)、设备间(弱电箱+UPS+机柜)。
点位数量的经验锚点(用于自检报价单是否明显离谱):建筑面积 × 0.6~0.9 ≈ 智能面板+开关点位总数(精装少、别墅多);窗帘电机 ≈ 有窗房间数 × 1.2(含纱帘);传感器 ≈ 每 15–25㎡ 一个感知点;AP 覆盖 ≈ 每 60–90㎡ 一个有线 AP(大平层/别墅按盲区补)。
主线 A:出报价
交付物(默认一套,别问用户要不要):
智能家居报价_<城市>_<面积>_<品牌>.xlsx—— 用scripts/build_quote_xlsx.py生成,Sheet 固定为:
-01_封面与口径(项目信息、计价口径、含/不含项、假设行、有效期 30 天)
-02_点位明细(房间级清册,含上面清册的字段 + 系统归属 + 备注)
-03_设备单价表(品类 / 品牌 / 型号 / 单位 / 市场零售价 / 集成商价 / 安装费 / 小计 / 核价来源 / 待核价标记)
-04_系统拓扑(主系统 / 旁路系统 / 白电 / 网络,谁连谁、本地还是云)
-05_总价汇总(按模块分类小计:设备 / 安装 / 调试 / 设计 / 辅材布线 / 税 / 总价 / 单方造价元/㎡)
-06_付款与工期(定金 30% / 到货 40% / 调试 20% / 验收 10%,工期与进场条件)
-07_质保与售后(主机 3 年 / 面板 2 年 / 免费场景调试次数 / 响应时限 / 加购单价)
-08_自检清单(本单的自检勾选结果,见下文「自检」)报价说明.md→ 需要正式交付时转成 Word/PDF:3 句话说清总价、系统路线为什么这么选、3 个最大的坑(断网、线槽、网速、售后)。- 对话里直接给结论:总价 + 元/㎡ + 三个方案档(基础/舒适/旗舰)对比一行表。
三档报价是默认动作:同一户型同一需求,报 基础(无线·够用)/ 舒适(PLC/总线主力+无线旁路)/ 旗舰(全总线+中控+影院)三档,让用户向上或向下选,而不是只给一个数字。三档差额要能一句话解释("多出来的 2.4 万主要是 8 路窗帘电机 + 3 块中控屏 + 影院机的差价值")。
主线 B:审方案
收到方案(Excel/Word/PDF/图片/聊天记录都行)后,逐项过 references/audit_checklist.md 的 12 类问题,输出四列审核意见表:
| 序号 | 问题 | 证据(原文/页码/单元格) | 影响(金额 or 后果) | 建议改法 |
重点盯:漏项(最常见的坑:窗帘电机只算轨道不算电机、网络只算 AP 不算交换机/弱电箱、空调只算网关不算温控面板)、重复计价(同一设备在两个模块出现)、品牌与路线错配(蓝牙 Mesh 设备挂到 PLC 主系统下)、单价偏离(高于市场价 30% 以上要标红)、点位数量不合理(比经验锚点差 40% 以上)、断网可用性缺失(全云控方案)、质保与加购不写、辅材按"另计"模糊处理、面积口径不清(按建面还是套内)、含税含安装含布线是否写死。
给结论先于给过程:开头一行写「总价 X 元,其中 N 处不合理,最大一项是 XX,可砍 / 可补 XX 元」,再展开明细表。涉及金额的一律给区间,不给"应该就是 XX 元"的武断数字。
主线 C:比方案
对比表固定维度(不要只比总价):总价 / 元㎡单方造价 / 断网可用性 / 面板单价与可替换性 / 扩展性(加一个灯要多少钱、要不要重新布线)/ 售后响应与备件 / 十年持有成本(换机/加购/云订阅)/ 交付周期 / 风险点。
给一句推荐和一个不推荐的理由;推荐不等于最便宜,写清"这个方案省下的钱换来了什么代价"。
自检(出稿前必过,写进 Excel 的 08_自检清单)
- [ ] 每个大项都有核价来源,
⚠ 未核价项不超过 3 个 - [ ] 总价 = 各模块小计之和(脚本自动校验,误差 0)
- [ ] 元/㎡ 单价在合理区间(平层 300–1500 元/㎡;别墅 800–2500 元/㎡;精装改造 200–800 元/㎡;超出必须写明原因)
- [ ] 点位总数落在经验锚点 ±40% 内
- [ ] 面板/网关到中控是本地闭环,不是"全部靠云"
- [ ] 品牌数 ≤ 3 且生态冲突已在备注写明
- [ ] 含/不含税、含/不含安装、含/不含布线 三行写死
- [ ] 质保年限、加购单价、免费调试次数三样都有
- [ ] 数字全文口径一致(对话里的总价 = 表里的总价,别手改表忘改对话)
文件索引(按需加载,不要一次性全读)
| 文件 | 什么时候读 |
|---|---|
README.md |
首次使用 / 对外分发时看能力边界与输出规范 |
CHANGELOG.md |
更新单价基准或流程前,先确认当前版本 |
references/system_routes.md |
定无线/总线/PLC、布线与点位规范、点位表字段、经验锚点 |
references/brand_matrix.md |
定品牌、生态兼容性、典型价位与已知坑 |
references/price_benchmark.md |
出价前取单价量级(只是锚点,须联网核价) |
references/audit_checklist.md |
审方案时逐条过 |
assets/quote_input.example.json |
写报价输入 JSON 时的格式模板 |
scripts/build_quote_xlsx.py |
生成多 Sheet 报价 Excel(读 quote_input.json → .xlsx) |
使用脚本出单
环境:Python 3.9+,依赖 openpyxl(没有就 pip install openpyxl)。脚本只做排版与求和,不联网、不算价。
# 1) 复制示例 JSON 改成本单(点位清册一行一项)
cp <skill_dir>/assets/quote_input.example.json ./quote_input.json
# 2) 生成 Excel
python3 <skill_dir>/scripts/build_quote_xlsx.py ./quote_input.json ./智能家居报价.xlsx
# 3) 脚本会打印自检结果;不通过就按提示改 JSON 重跑
<skill_dir> 为本技能所在目录(用户级 ~/.workbuddy/skills/smart-home-quotation 或项目级 <项目>/.workbuddy/skills/smart-home-quotation)。
脚本只负责排版与求和,单价内容必须自己先核好再填 JSON。不要为了跑通脚本让脚本自己编价格。
输入 JSON 字段说明
顶层字段:project(项目与口径信息)、modules(模块分类小计,如设备/安装/调试/设计)、items(点位清册数组)、sqm_cost_range(单方造价合理区间,用于自检)、checks(自检用的关键词配置)。
items[] 必填字段:room(房间)、desc(点位描述)、device(设备类型)、brand_model(品牌型号)、system(系统归属:主系统/旁路/白电)、qty、unit、unit_price、install_unit、source(核价来源)、note。缺 source 的项会被标记为待核价,超过 3 项自检报警。
完整可运行示例见 assets/quote_input.example.json。
适用边界
适合:住宅类全屋智能(平层 / 复式 / 叠拼 / 联排 / 自建房 / 精装改造 / 已入住加装),建筑面积 60–500㎡,需求集中在灯光、遮阳、网络、安防、家电联动、系统集成、客厅影院。
不适合:纯办公/商业楼宇 BA 系统、酒店客房控制系统(RCU)、工业 PLC 自控、整宅硬装与水电总包报价。这类需求本技能只做「智能部分」的边界划分,不覆盖总包造价。
产出性质:本技能产出的是估算与比对工具,不是具有法律效力的工程预算书。正式施工前需由具备资质的集成商现场复尺、复核点位与结构条件后重新报价。涉及强电改造、燃气、消防、承重结构的部分,报价单中一律标注「需由具备资质的单位执行,并取得物业许可」。
红线
- 不编价格、不编型号、不编"市场通用的 XX 元"——没有来源就标
⚠ 待核价。 - 不把假设当事实:默认假设必须进交付物的「假设与口径」页。
- 不吹方案能解决的事("全屋 AI 懂你"这类空话),报什么写什么。
- 涉及强电、燃气、消防、承重墙开槽等,一律写「需由具备资质的电工/物业许可执行」。
- 数据一旦进 Excel,总数必须能对上,并在交付说明里附验证说明(怎么加总、系数怎么乘、取整在哪一步)。