一、项目背景

这家农业服务公司给周边农户做无人机打药，之前全靠电话下单，调度员拿 Excel 排飞手和飞机，田块边界靠农户在电话里口述「东头那块」「挨着老王家那片」。飞手到了现场才发现，实际面积和作物跟说的不一样，药量算错、重复飞或者漏飞，结算还要扯皮。老板算过一笔账，光是面积核实不清这一项，每月至少要亏掉一成作业费，飞手也怨，跑一趟油钱人工都赚不回来。

他们想要的是把下单到结算整条线搬上线，底子还是 XpShop 的订单与会员体系，我们补了田块、飞手、作业轨迹这几块，把「按亩计费」这个核心从拍脑袋变成系统可核验。

二、落地场景

农户在小程序下单，用地图圈选或拍照标注田块，填作物类型和亩数预估。系统按田块位置和飞手档期就近派单，飞手接单后按计划作业。作业过程飞手端记录轨迹和飞行面积，作业完自动算出实测亩数。结算按实测亩数走，和系统预估比对，差异超阈值进人工复核，防止哪一方吃亏或者飞手虚报。

三、关键技术挑战与解决思路

田块面积核验是核心。农户口述的亩数水分很大，我们让下单时必须地图圈选，圈选多边形用球面面积公式算出系统基准亩数，再和飞手轨迹实测面积比对。两者差异在 5% 以内直接按实测结算，超了进复核，避免一方吃亏。这里有个坑，GPS 本身有漂移，轨迹面积不能直接信，要做离群点剔除，不然飞手飞歪一段就把面积拉偏。

飞手和设备调度靠「田块聚集度」。同一片区域的订单尽量派给同一个飞手同一天，减少转场。我们用网格聚类把相邻田块归桶，调度器优先填桶，转场里程明显下降，飞手一天能多飞好几百亩。

作业轨迹可信留痕不能只存 GPS 点，要存带时间戳的轨迹段，并且和计划田块做空间包含校验，防止飞手飞了别的地方充数，也防止农户说「这块没飞」时拿不出证据。

案例片段（已脱敏）： 田块球面面积与实测比对： ```

圈选多边形顶点（经纬度）

poly = [(113.21,23.05),(113.22,23.05),(113.22,23.06),(113.21,23.06)] base_mu = spherical_area(poly) * 0.0015  # 约换算成亩 flown_mu = sum(segment.area for seg in track if contains(poly, seg)) diff = abs(flown_mu - base_mu) / base_mu if diff > 0.05:    flag("面积差异超阈值，转人工复核") ``` 一单农户报 30 亩，圈选算出 28.4 亩，飞手轨迹实测 27.9 亩，差异 1.8%，直接按实测结算，省掉一次扯皮。另一单实测比圈选多 12%，复核发现飞手把相邻地块也飞了，及时纠错。

四、效果数据

下单到作业的平均时效从约 2 天压到 8 小时以内，因为派单不再靠调度员手动排，系统按聚集度自动填桶。面积核验误差从之前靠口述的约 18% 降到 3% 以内，结算纠纷基本消失，财务月底终于不用通宵对账。飞手日均作业亩数从约 280 亩提到 410 亩，主要靠田块聚类和转场减少，油费成本占比反而降了。计费对账差异率从约 12% 降到 1% 以下，老板说这是他最直观赚到的一笔。

五、可复用经验总结

飞防这种按亩计费的业务，面积就是钱，田块边界必须在下单环节就钉死，靠现场口述一定出偏差，而且偏差几乎总是朝不利于某一方。实测面积和系统基准比对时，给个合理阈值比硬卡零差异更现实，毕竟 GPS 本身有漂移，卡太死反而制造误判。田块调度别按接单顺序派，按地理聚类归桶，转场成本能砍掉一大块，飞手体验和利润一起好。我们当时为了快，第一版按下单先后派单，飞手一天跨三个镇，油费和耗时都翻倍，后来改聚类才合理，这中间飞手流失了好几个。

结语

系统稳定后，这家公司把飞防和农资销售绑在一起，农户下单打药的同时能顺手买药，复购率上来了。有个经验是，田块圈选对老年农户不友好，一开始他们不会用地图，我们加了「拍照标注加客服代圈」的兜底，下单转化才起来。飞防这行的天花板不在系统，在飞手供给，旺季飞机和人都不够，系统排得再好也得有人飞。如果重来，我会把天气预报和作业排期打通，雨天前集中调度，避免飞手白跑。这类农业服务，系统解决的是信任和结算，真正的规模还是靠线下服务网络密度。

回头看，飞防系统真正的价值不只是省对账时间，是让这家公司第一次看清了自己的作业能力边界。之前靠 Excel，老板不知道飞手到底能飞多少亩、哪片区域转场最亏，现在数据摆出来，扩张该往哪铺一目了然。我们也踩过一个坑，是初期把田块圈选的精度要求定太高，老年农户画不准，退单率陡增，降到粗略圈选加飞手到场微调才顺。农业场景的系统设计得给线下留余地，别指望用户都按你设想的精确操作。这行最终比的是谁的服务网络密度高、飞手粘性大，系统是放大器，不是发动机。

把这套经验往回看，飞防只是农业服务数字化的一个切口，像灌溉、播种、收割都能用同样的「下单到作业到结算」模型跑通，关键还是先把田块和面积这两件最基础的事钉准。基础数据不准，上面再花哨的功能都是沙上筑塔，我们在别的农业项目上吃过这个亏，所以现在做农业单子，第一件事就是校准田块。