一款清楚知道您还剩多少次巡检任务的应用

电子表格无法回答的关键问题

一份养护合同并非一条营收流水，而是一笔待履行的「巡检债务」。您已向客户承诺全年完成十五次草坪修剪、两次绿篱整形和一次杂草清除。到了七月，真正关键的问题只有一个：已完成多少次？在哪些场地？距离本季结束前还需安排多少次？日程表只能告诉您「本周已预约哪些任务」；开票表格只能显示「已开具发票的金额」。二者都无法回答这个问题。

偏差往往悄然累积，因为每次调整看似都合情合理：连续降雨、割草机故障、客户临时改期……单次延期无可厚非；但当这类调整在二十个场地反复叠加，便再也无法靠人脑统筹全局。直到十月您才发现：某位客户早已付清全款，却仍有三次巡检尚未完成。

两类业务的本质不同，管理方式也应截然不同

新建项目有明确的起止时间、报价单和尾款结算，属于典型的「项目制」；而养护合同则以年度为周期，附带一份预排巡检清单，本质上是一种「按次履行、余额递减」的服务合约。若强行将二者混在同一张表格中管理，您只能在两个糟糕选项间二选一：要么忽略合同剩余未完成次数，要么把每次草坪修剪都当作一个微型项目单独登记——最终导致文件臃肿难读。

将二者定义为彼此独立的数据实体后，各自特性得以完整保留。「巡检」成为最基础的工作单元：它自带日期、所属场地、具体作业内容、耗时、执行班组，以及状态（计划中/已完成/已延期）。正是这种细粒度设计，让您随时掌握各合同剩余履约量，并在年底精准核算每个场地的实际工时成本与收益比。

• 客户：个人业主、物业服务商、地方政府部门、企业单位
• 场地：同一客户可拥有多个场地，每个场地均有独立地址、出入条件及特殊限制
• 养护合同：服务周期、已售服务项、约定巡检次数、计费方式
• 巡检记录：日期、场地、作业内容、耗时、执行班组、状态（计划中/已完成/已延期）
• 新建项目：报价单、工期、进度状态
• 设备：保养记录、累计使用时长、当前归属班组

作业季、设备维护与绿化废弃物处理

行业具有强季节性：全年核心作业集中在三月至十月，错失的一周无法在次年一月补回。因此，「巡检滞后」指标在四月与九月的意义截然不同——唯有临近季末才真正构成预警信号。按月统计已完成巡检次数，可直观呈现工作负荷曲线，便于跨年度横向对比，而非仅凭主观印象判断「今年特别忙」。

两类成本常被忽视，因其不向任何客户收费：设备维保（如乘坐式割草机保养、刀片研磨、皮带更换）与绿化废弃物清运。但它们却是真实且持续发生的运营支出。只需将其作为常规数据录入——保养记录含日期与费用，垃圾清运记录含体积——这些成本便会自然纳入年度财务报表。

应用如何生成

您只需用母语（法语）描述自身业务逻辑，使用您日常使用的术语——例如「巡检」「修剪」「整形」「合同」「场地」。在开发启动前，系统会向您展示完整设计方案：包含哪些数据实体、各实体字段定义、界面布局及核心指标。您可反复修改直至完全契合实际业务流程；未经您书面确认，绝不开始编码。

最终交付的是标准 Next.js + Prisma 技术栈项目。您可下载 ZIP 压缩包或直接推送至 GitHub：源代码完全归属您所有，任何开发者均可接手维护。根据需求成熟度，提供三个生成等级（Sketch / Craft / Masterpiece），适用于从概念验证到生产级应用的全阶段。

该应用不具备的功能

本页面介绍的是一款内部运营管理工具。园林绿化企业的部分需求超出了本产品的功能边界，提前了解远胜于事后发现：

以上所有限制均非代码层面的永久约束——项目源码可完整导出，任何开发者均可扩展功能；但这些能力均不作为开箱即用的功能提供。

• 不支持巡检路线优化：应用仅展示已排期的巡检任务，不计算最优路径或访问顺序。
• 不对接气象服务：降雨导致修剪延期仍需人工手动调整任务状态。
• 无离线模式——这是本行业最关键的限制：应用通过手机浏览器访问，但在无网络覆盖的作业现场无法实时录入巡检记录。
• 不支持 GPS 打卡及班组定位功能。
• 非开票软件：报价单与发票仍由您现有系统或会计人员处理。
• 权限体系为全局设置（管理员/普通用户/只读用户），不支持按班组或区域细分权限。

季末高效提取经营数据

所有录入数据完全归属您所有，您可在「设置」页面按数据实体（如客户、巡检、合同等）分别导出为 JSON 或 CSV 格式。此格式专为合同续签场景优化：CSV 文件可直接导入电子表格，按场地排序后与开票系统交叉核对，快速识别「工时成本高于合同收入」的异常合同。

所有列表均支持多维度筛选与排序；误删数据可通过「回收站」一键恢复——当多名员工在傍晚集中录入当日巡检时，此功能尤为实用。