操作问题
可靠的操作记录清楚地表明所看到的内容、地点、时间、人员、证据以及接下来发生的事情，而不会夸大软件的权威。
当事实、技术意见和合同方向不明确地混合在一起时，缺陷报告可能会变得不可靠。结构化报告标识作者和范围，记录可观察到的事实，并区分任何专业判断或指示。
这是给谁的： 质量团队、现场检查员、顾问、项目经理、承包商和业主建立一致的缺陷记录程序。
可靠的现场记录需要什么
每一项都应该是可以理解的，而不依赖于检查员的记忆。保持描述真实，使位置易于查找，显示足够的摄影背景，并将所需的操作写为可检查的结果。责任和截止日期使登记册具有可操作性；状态和收尾证据使其可追溯。
| 舞台 | 有用的输出 |
|---|---|
| 捕捉 | 区域、行业、所有者、优先级、状态、日期、注释和照片保留在一件物品上。 |
| 切换 | 从项目记录生成完整报告、重点行动列表或 CSV 登记册。 |
| 后续 | 保留原状况，添加决议说明和后证据，并出具收尾记录。 |
三阶段工作流程
准备
定义检查依据、作者、范围、限制和问题分类。
捕获并查看
记录可观察到的情况、精确位置、证据、相关参考（如果适用）、所需采取的行动和责任。
发出并关闭
控制修改，通过批准渠道发布，验证更正，保留前后证据。
现场和报告清单
根据您的角色、合同、管辖权、记录政策和访问的技术范围调整清单。 SiteReportKit 组织信息；不赋予用户检验权限或作出专业判断。
- 报告作者和范围
- 检查日期和地点
- 可观察的条件
- 仅在验证后提供技术参考
- 所需的操作和所有者
- 问题历史记录和结束证据
发出前报告质量检查
- 确认标题、作者、日期、地点、客户、范围和预期收件人。
- 检查项目引用是否唯一并且位置使用一个一致的层次结构。
- 删除需要不同所有者或结束决策的重复项和分割条件。
- 根据现场记录验证标题、注释、名称、日期、状态和所需操作。
- 打开导出的 PDF、XLSX 或 CSV，检查图像的易读性、分页符、过滤器和计数，然后将发布的版本存储在项目的记录流程下。