日本建筑公司如何用 Claude Code 审核施工案例页：照片、工序与报价明细

日本建筑公司的施工案例页上，即使施工前后照片拍得很清楚，也可能没人点开报价咨询。访客看完照片后，仍然不知道工程范围有多大、需要几天、现场勘查要准备什么、报价会检查哪些费用，于是关掉页面。最先该改的不是再加一张完工照，而是在报价咨询按钮上方放一张四行确认表：照片、工序、报价明细、现场勘查所需资料。

本文面向在日本开展业务的建筑公司负责人、销售人员和网站运营人员，说明如何用 Claude Code 在发布前审核施工案例页。Claude Code 负责整理页面文案、照片文件名、工序表、工匠备忘录、报价项目和表单字段；工程范围、价格、工期、合同、照片许可和最终发布仍由人判断。

本文引用的日本国土交通省各行业团体标准报价单、日本建筑业法令遵守指南第8版、日本国民生活中心装修报价咨询问答和日本国土交通省修法说明资料，仅用于日本建筑公司的案例。不同国家和地区的报价、合同、税费、劳动保障和消费者保护规则并不相同，不能把这些日本资料直接套用到其他法域。想先了解施工案例页的整体结构，可阅读施工案例页制作流程。

本文要点

• 报价咨询入口前应说明工程范围、施工工序、报价组成和现场勘查所需资料，而不是只展示完工照。
• Claude Code 适合盘点缺失信息和模糊表述，不负责决定价格、工期、施工方法或法律结论。
• 人工审核必须覆盖合同条件、照片发布许可、客户隐私、现场安全、实际报价和最终发布。
• 效果不能只看浏览量，还要看表单开始率、现场勘查预约率、重复询问次数和退回修改次数。
• 今天可以先选一个真实案例，在主咨询按钮上方增加一张四行确认表，再观察咨询质量是否变化。

施工案例页最容易在哪一步失去客户

访客通常先在手机上看完工照，再与自己的住宅、店铺或厂房比较。例如，外墙裂缝、屋顶老化、店铺内装、停车场铺装看起来相似时，访客会产生兴趣。但如果页面没有告诉他该拍哪些位置、尺寸是否必要、是否必须现场勘查、希望开工时间怎么填写，他很难放心提交表单。

施工团队也容易制造误解。工匠备忘录里可能写着“养护两天、基层修补、干燥、面层施工、检查和清场”，网站却只写“短期完工”。页面看起来很轻松，实际沟通时却要解释为什么不能立刻结束。结果不是客户不信任报价，就是销售人员反复回答本可提前说明的问题。

还有一种常见问题：公司不想在网页上写死金额，于是连费用由哪些部分构成都不说明。访客看到“请联系我们获取报价”，却不知道材料、人工、脚手架、安全措施和现场条件是否会影响金额。不给固定价格并不等于不能解释报价的判断框架。

工作流程：按访客的咨询顺序整理资料

发布前不要按照公司文件夹的顺序检查页面。应把照片目录、工匠备忘录、工序表、报价项目和表单字段放在同一张表里，再按照访客从了解问题到提交咨询的顺序排列。

页面位置	应展示的信息	人工审核重点
施工前照片附近	客户原本的困扰、受影响部位、咨询原因	避免仅凭照片作诊断
工程范围	面积、部位、材料、包含与不包含的作业	与实际报价前提一致
施工工序	养护、基层处理、施工、干燥、检查、清场	避免把工期写得过短
报价咨询前	照片、尺寸、期望时间、现场勘查、预算范围	减少来回追问
主咨询入口	报价咨询、预计回复时间、现场勘查流程	降低提交表单的心理负担

这张表会改变给 Claude Code 的任务。不要只让它“把文案写得更吸引人”，而要让它查找缺失的工程范围、工序、费用类别、现场勘查资料和人工确认项。输出应是一份待办清单，不是一份看似确定的工程结论。

日本资料应如何使用

日本国土交通省的标准报价单页面提到，在标准报价单中明确法定福利费等明细。修法说明资料还涉及材料费、人工费、法定福利费、安全卫生经费和日本建筑业退职金共济制度相关缴费等项目。对于在日本承接工程的公司，这些资料可以帮助团队检查“网页是否完全省略了报价组成”。

但页面不能因为引用了政府资料，就自动得出某个项目必须以某种金额或格式展示。是否适用于具体合同、该写哪些项目、由谁承担、如何表述，仍要让熟悉日本建筑业务和合同的负责人确认。面向其他国家或地区的页面，应改用当地监管机构和专业人员确认过的资料，不能照搬本文的日本项目名称。

Claude Code 负责什么，人负责什么

Claude Code 可以把照片文件名分成施工前、施工中和施工后；把工匠备忘录整理成页面小标题；对照工序表检查是否漏掉养护、干燥、检查或清场；列出报价项目中可能需要人工确认的类别；检查表单是否询问了现场照片、尺寸、期望时间和现场勘查；标出“绝对不会追加费用”之类需要重新核实的表述。

人必须决定工程范围、报价前提、工期、施工方法、合同条款、安全措施、照片许可、客户隐私和是否发布。即使 Claude Code 根据样例写出“三天完工”，也不能直接上线。天气、材料交付、现场条件、人员安排和周边协调都会改变实际工期。

客户姓名、详细地址、门牌、面部、车牌、室内文件、邻近住宅和未经许可的照片，不应直接交给模型。更稳妥的做法是先使用匿名编号和照片文件名整理结构，再由有权限的人在发布前查看原图。提示词和检查脚本只能提醒，不能代替隐私授权记录。

三个实际使用场景

使用场景一：把施工案例改成报价前检查表

• 输入：案例正文、施工前后照片清单、工匠备忘录、报价项目、咨询表单字段。
• 输出：客户困扰、工程范围、施工工序、完工变化、报价前所需信息的对照表。
• 人工确认：工程范围、报价前提、施工判断、照片许可和发布批准。

照片很多却没有咨询时，往往不是缺少视觉素材，而是缺少下一步说明。Claude Code 可以列出访客提交报价咨询前需要准备的资料；人再把无法仅凭照片判断的项目标成“需现场确认”，避免给出过度承诺。

使用场景二：把“快速完工”改成可信的工序说明

• 输入：工序表、现场日报、材料说明、干燥时间、检查项目和清场任务。
• 输出：按养护、基层处理、施工、干燥、检查、清场拆分的说明草稿。
• 人工确认：现场状况、天气、材料交付、进场安排、邻里沟通和合同工期。

页面不需要把每个项目都写成冗长日记，但不能为了显得快而删掉关键步骤。Claude Code 先检查工序名称是否齐全，具体天数则留给项目负责人根据实际条件填写。

使用场景三：在主咨询入口前解释报价组成

• 输入：报价单项目名、常见客户问题、咨询表单和回复邮件模板。
• 输出：材料、人工、安全措施、现场条件及日本项目中特有费用类别的通俗说明。
• 人工确认：实际报价单、合同条件、项目范围、适用法令和公开措辞。

网页不一定要承诺固定总价，但可以告诉客户哪些条件会改变报价。例如面积、材料、脚手架、搬运路线、既有损坏、施工时间和现场勘查结果。这样收到的咨询会更具体，销售人员也更容易判断下一步。

简单估算投入产出

假设一篇施工案例页每月有 300 次浏览，原本只有 1% 的访客开始填写报价表单，也就是 3 次。加入工程范围、报价组成和现场勘查说明后，如果开始率提高到 2%，每月会多 3 次表单开始。这只是用于规划的假设，不是业绩保证。

还要继续记录表单完成数、现场勘查预约数、有效报价数和成交数。若开始填写的人增加，但完成数没有变化，可能是表单问题；若报价数增加但现场勘查率没有变化，可能是页面吸引了不匹配的项目。用同一页面修改前后至少四周的数据比较，不要把一次偶然咨询当成结论。

可直接复制的提示词

你是日本建筑公司的施工案例页发布前审核员。
目标不是把照片写得华丽，而是减少客户在报价咨询前的不安。

输入：
- 施工案例页正文
- 施工前、施工中、施工后的照片文件名清单
- 工匠备忘录
- 工序表
- 报价单项目名
- 报价前常见问题
- 主咨询入口和表单字段

请检查：
1. 客户原本的困扰、工程范围、施工工序和完工变化是否按顺序出现
2. 主咨询入口前是否说明需要的照片、尺寸、期望时间和现场勘查
3. 是否列出材料、人工、安全措施及其他需要负责人确认的报价类别
4. 是否省略养护、基层处理、干燥、检查或清场，导致工期显得不合理地短
5. 是否残留姓名、地址、面部、车牌、门牌、邻近住宅或未经许可的照片
6. 哪些内容可由工具整理，哪些必须由工程、报价、合同或隐私负责人确认
7. 只提出一个可在今天30分钟内完成的优先修改

限制：
- 不得编造金额、工期、资质、许可、施工方法、保修或补贴
- 不得仅凭照片判断施工质量或现场状况
- 不得把日本资料中的规则推广到其他国家或地区
- 无法从输入确认的内容统一标为“需人工确认”

可运行的检查代码

下面的 Node.js 示例只检查页面对象中是否缺少预先约定的字段。代码不连接真实网站、客户系统或报价系统，所有项目名称、照片文件名和工程内容都是虚构数据，不对应任何实际客户、地址或合同。它不能判断价格、法律适用性或施工质量。

// 本例只使用虚构数据，不对应任何真实客户或工程。
const casePage = {
  title: "某独栋住宅外墙修补与防水",
  photos: {
    before: ["wall-crack-before.jpg"],
    process: ["sealant-work.jpg", "primer-work.jpg"],
    after: ["wall-finish-after.jpg"],
  },
  estimateItems: ["材料费", "人工费", "法定福利费", "安全卫生经费"],
  scheduleItems: ["养护", "基层处理", "施工", "检查"],
  cta: "申请报价咨询",
  privacyChecked: false,
};

// 这些名称来自日本建筑公司案例的检查清单，不适用于其他法域。
const requiredEstimate = [
  "材料费",
  "人工费",
  "法定福利费",
  "安全卫生经费",
  "日本建退共缴费",
];
const requiredSchedule = ["养护", "基层处理", "施工", "检查", "清场"];

const warnings = [
  ...requiredEstimate
    .filter((item) => !casePage.estimateItems.includes(item))
    .map((item) => `报价明细缺少待人工确认项：${item}`),
  ...requiredSchedule
    .filter((item) => !casePage.scheduleItems.includes(item))
    .map((item) => `施工流程说明缺少待人工确认项：${item}`),
  ...(casePage.photos.before.length &&
  casePage.photos.process.length &&
  casePage.photos.after.length
    ? []
    : ["施工前、施工中、施工后的照片不完整。"]),
  ...(casePage.cta === "申请报价咨询"
    ? []
    : ["页面没有把报价咨询设为唯一的主行动入口。"]),
  ...(casePage.privacyChecked
    ? []
    : ["照片发布许可及画面隐私检查尚未完成。"]),
];

console.log({
  canPublish: warnings.length === 0,
  warnings,
});

将代码保存为 check-construction-case.mjs 后运行 node check-construction-case.mjs。这组虚构数据应返回 canPublish: false，并报告三个问题：缺少日本建退共缴费确认项、缺少清场步骤、照片许可检查未完成。只要 warnings 仍有内容，就应退回人工确认，而不是发布页面。

常见陷阱与修正方法

常见陷阱	原因	修正方法
只有完工照片	客户原本的困扰和施工过程消失了	同时展示施工前、关键工序和施工后
工期看起来过短	省略养护、干燥、检查或清场	在主咨询入口前列出工序及确认点
报价说明很模糊	因为不能写固定金额，就连费用类别也不写	说明材料、人工、安全措施及现场变化因素
未授权照片留在页面	手机照片未经整理就直接上传	人工检查门牌、面部、车牌、文件和邻近住宅
咨询入口太多	电话、聊天、资料索取和报价按钮同等突出	只保留一个主行动：报价咨询
日本规则被错误推广	翻译时删除了法域背景	明确写出仅供日本建筑公司参考，其他地区另行核实

日本国民生活中心的装修报价问答会把对报价内容有疑问的消费者引导至日本的专业咨询窗口。这说明客户在签约前确实需要理解报价条件。施工案例页提前说明“报价时会确认什么”，不能替代正式报价和合同，却能减少最基础的来回询问。

常见问题

问：施工案例页应该写概算价格吗？

答：只有在负责人确认工程范围、包含和不包含的作业、现场条件及适用说明后才能写。如果无法给出可靠区间，也可以先解释影响报价的项目，不要用虚构价格吸引咨询。

问：可以让 Claude Code 决定工期或金额吗？

答：不可以。它只能查找工序、报价项目、照片许可和表单字段的缺失。工期和金额必须由了解真实现场条件的人决定。

问：施工照片需要多少张？

答：不能只按数量判断。应确认施工前、关键工序和施工后是否齐全，照片是否获得许可，是否拍到面部、车牌、门牌、文件或邻近住宅。少量但能说明过程的照片，比大量重复完工照更有用。

问：其他国家的建筑公司可以照着日本报价项目使用吗？

答：不能直接照搬。本文中的法定福利费、日本建退共缴费和政府资料都属于日本案例。其他地区必须根据当地法律、合同习惯、税费和行业规范重新设计检查项。

实际验证结果

本文保留了原页面的发布日期和主图，并检查了页面标识、简体字正文、国土交通省资料的日本法域说明、同语言内部链接、同语言咨询入口和代码围栏。示例代码使用虚构数据，已确认会输出三个预期警告：日本建退共缴费、清场步骤和照片许可检查尚未完成。

实际落地时，先选一个已有施工案例，把照片、工序、报价组成和现场勘查资料放到报价咨询入口上方。若要把这套检查方法变成团队流程，请准备施工案例网址、匿名化照片清单、工匠备忘录、工序表和报价项目，再进入中文培训与咨询。