面向:农业保险公司/再保险/地方农险平台/农服与遥感团队
目标:把“定价不稳、赔付争议大、再保谈不下来”的根因拆开,用乡镇/地块级高精度气象数据叠加6个月气候趋势预测,做出能落地的风险分层与动态定价体系。
1)为什么农险定价“不稳”?不是精算不行,而是输入和口径不够“业务级”
农险定价不稳,最常见不是模型选错,而是这三类硬伤同时存在:
1.1 空间代表性不足:县站数据“平均掉”了地块风险
农业灾损高度局地化:
同一县内:一场对流暴雨可能只砸一个乡镇;冰雹更是“几公里差异”
冻害:洼地、河谷、背阴坡风险显著更高
干旱:地块土壤、灌溉条件、蒸散差异巨大
用县站/市站做定价会造成两件事:
高风险地块被低估(公司亏)
低风险地块被高估(客户不买、续保率低)
1.2 时间维度滞后:只看多年历史,忽略“今年偏旱/偏涝/偏热”的趋势
很多地区存在明显阶段性气候异常(比如连续几个月偏少雨/偏高温)。
如果费率只基于多年平均,定价会对当季风险滞后,导致“今年特别容易赔/特别不赔”的极端波动。
1.3 触发与口径不可审计:阈值粗、窗口不对、物候不绑定
指数保险或半指数产品常见争议点:
触发阈值来自县站 → 农户地块受灾但不触发
触发窗口没绑定物候 → 关键生育期没覆盖
口径不清(降水口径、温度口径、时间对齐)→ 监管/再保难认可
结论:想“定价更稳”,必须把风险输入升级到两件事:
乡镇/地块级高精度气象(空间分层)
6个月气候趋势(时间前瞻)
2)落地的最小数据体系(MVP):先能算、能解释、能对账,再追求更复杂
下面这套数据清单,能支撑绝大多数作物险、指数险、收入险的“可落地定价”。
2.1 乡镇/地块级历史气象(建议≥10年,最低≥5年)
必备字段(按日或更细):
降水:日雨量、连续无雨日(CDD)、强降雨日数(R25/R50)、连续降雨日数
温度:日最高/最低、低温日数(≤阈值)、高温日数(≥阈值)、热夜
风:大风日数(可做倒伏、设施农业风险代理)
可选增强:相对湿度/辐射(病虫害、热害、蒸散更稳)
数据来源组合(可落地优先级):
站点观测(质检后用于校准)
格点再分析/融合产品(用于填补空间空白)
雷达/卫星降水(用于局地强对流与暴雨刻画)
遥感 NDVI/EVI、土壤墒情(用于损失解释与核验)
工程要点:不要只“拿到数据”,要把时间轴、单位、缺测策略写成可审计规则。
2.2 6个月气候趋势(季节尺度)
趋势预测不要追求逐日精确,而要拿到偏离概率:
未来1–3个月降水:偏少/正常/偏多的概率(tercile probabilities)
未来1–3个月气温:偏低/正常/偏高的概率
可选:干旱倾向、热害倾向、低温倾向等派生风险
关键:趋势预测是“风险倾向”,用于动态调整费率与再保结构,不是替代短临预报。
3)把气象变成“能定价”的东西:作物-灾害-物候窗口(这一步决定成败)
定价稳定性很大程度取决于:你是否把风险按作物生育期拆对了。
3.1 建“风险字典”(可交付文档)
对每个作物(玉米/水稻/小麦/棉花/果树…)建立:
关键物候期:播种-出苗、拔节、抽穗、灌浆、成熟…
每个物候期对应的主要灾害:
干旱(关键水分期)
洪涝渍害(持续降雨期)
冻害(幼苗/花期)
热害(开花灌浆)
风雹(特定季节频发)
3.2 物候窗口怎么确定才“落地”?
三种可落地方式(从易到强):
固定历期窗口(按当地农时)——最快上线
积温(GDD)驱动窗口——跨年更稳
遥感物候(NDVI拐点)校正窗口——解释性最强
4)风险指标体系:6类灾害,用“可计算、可解释、可复现”的指数做底座
下面给你一套行业常用、且易落地的指数框架(你可以直接变成产品指标库)。
4.1 干旱风险(Drought)
CDD:连续无雨日最大值/累计值(按物候窗口)
SPI/简化SPI:降水距平标准化(可先用分位数距平替代)
水分亏缺代理:降水 - ET0(ET0可用温度/辐射简化估算)
解释要点:干旱不是“少下雨”,而是“关键期水分亏缺持续存在”。
4.2 洪涝/渍害(Flood/Waterlogging)
R25/R50:强降雨日数
Rx1day/Rx5day:1日/5日最大降雨
CWD:连续湿日数(≥1mm)
地形低洼权重(若有DEM):低洼地块风险上调
4.3 低温冻害(Cold/Frost)
Tmin < 阈值日数(按作物耐寒阈值)
霜冻指数:低温持续时长 + 夜间最低温
“倒春寒”特征:升温后再骤降(温度变化率)
4.4 高温热害(Heat)
Tmax ≥ 阈值日数(阈值随作物/物候期变化)
热夜:Tmin ≥ 阈值日数(影响灌浆、品质)
热浪:连续高温天数(更接近减产机制)
4.5 风雹风险(Wind/Hail)
大风日数(≥阈值)与极大风
冰雹:若无直测,可用雷达回波强度/对流条件指数做代理
风雹复合:对流强且风大 → 设施农业与果园风险显著上升
4.6 病虫害气象风险(可选增强)
高湿+适温持续天数(对稻瘟病、霜霉病等有指示意义)
连阴雨窗口(影响病害与采收)
5)费率厘定的“可落地数学框架”:既能稳,又能解释给再保和监管
5.1 先定义纯费率:期望损失(EL)
最朴素、最可审计的方式:
用历史(地块/乡镇)损失数据或赔付数据对齐到风险指标
建一个可解释模型:GLM/分段回归/分位数回归/树模型(但要可解释)
得到每个区域的期望损失 ELELEL
工程建议:先把“分层”做稳(同县不同乡镇费率能解释),再追求复杂模型。
5.2 再保视角必须看尾部:P95/TVaR(极端损失)
农业保险波动大,关键在尾部。建议同时输出:
损失分布的 P95 / P99
TVaR(超越某分位的平均损失)
这能直接支撑:
巨灾层再保定价与结构设计
承保限额、免赔、分保比例策略
5.3 空间层级建模:让费率“既精细又不抖”
地块级很精细,但样本可能稀疏。落地常用做法是层级/可信度融合:
地块 → 乡镇 → 县域 → 市域 的逐级“借力”
样本少的地块费率向上层回归(更稳)
样本多的地块保留个性(更准)
这比“每块地独立建模”稳定得多,也更容易通过再保审核。
6)把“6个月气候趋势”用进定价:不是拍脑袋加价,而是做“动态风险因子”
趋势预测的正确用法:把今年的风险当作历史分布的一个“偏移”。
6.1 把趋势转成可审计的调整因子(示例)
假设拿到未来3个月“降水偏少概率” pdryp_{dry}pdry 与“温度偏高概率” photp_{hot}phot。
对干旱险/热害险,定义动态因子:
0.33 是三分位“正常概率”基线
α,β\alpha,\betaα,β 来自历史回测(不是主观)
封顶:比如 FFF 限制在 [0.9,1.1][0.9, 1.1][0.9,1.1] 或 [0.85,1.15][0.85,1.15][0.85,1.15],避免费率剧烈波动
最终费率:
关键价值:费率变化“有依据、有上限、可回测”,渠道也更好接受。
6.2 趋势用于再保与承保策略,效果往往更直接
除了费率,趋势对经营稳定性更关键的用途是:
提前提高巨灾层保护(偏涝/偏热高风险季)
对高风险区域设置承保上限或提高免赔
调整核保策略(更稳的利润曲线)
7)指数保险/参数保险怎么做得更公平:触发阈值必须“地块化 + 物候化”
7.1 阈值不是固定值,而应来自本地历史分位
例如干旱触发可设为:
关键期 CDD 超过历史 P95
或 SPI 小于历史 P5
暴雨触发:
Rx5day 超过历史 P95
或 CWD 超过历史 P90 且地形低洼加权
7.2 赔付不是“一刀切”,建议做强度分段
例如:
达到触发阈值 → 赔 30%
达到更高分位(P99)→ 赔 60%
远超极端 → 赔 100%
这样能减少“刚好触发/刚好不触发”的争议,提高产品公平性与续保率。
8)验收与复盘:如何证明“定价更稳”?给你一套可交付指标体系
想让百度收录的行业内容更“有用”,也要让客户觉得“可验收”。建议你在方案里明确以下验收项:
8.1 空间一致性验收
高风险乡镇的费率是否显著高于低风险乡镇(且能解释原因)
用历史灾年回放:风险指数在受灾区域是否显著更极端
8.2 稳定性验收(费率不剧烈波动)
年度/季度费率变动是否在封顶范围内
趋势因子引入后,利润波动是否降低(如赔付率方差下降)
8.3 解释性验收(监管/再保最看重)
每个费率由哪些风险指标贡献(贡献度/分层展示)
每个触发阈值来自哪个历史分位、哪个物候窗口
8.4 经营指标验收(公司真正关心)
赔付率更贴近目标区间(避免大亏大赚)
争议案件下降(指数触发更公平)
再保谈判更顺(尾部风险量化更清晰)
9)“产品化落地”交付清单:你能把它卖成服务/平台的样子
如果你要把这套能力做成可交付产品,建议输出这些“硬货”:
乡镇/地块级气象数据接口(API/CSV):含时间轴/单位/元数据
风险指数库:按作物×灾害×物候窗口的指标字典
费率引擎:EL + 尾部风险(P95/TVaR)+ 动态趋势因子
触发引擎:阈值分位、强度分段赔付规则
回放与审计报告:历史灾年回放、费率解释、阈值来源说明
运营面板:趋势风险监控、重点区域预警、再保建议
结语:农险定价要“更稳”,本质是三件事做到位
空间分层:乡镇/地块级高精度气象,让风险不再被平均
时间前瞻:6个月气候趋势,把“今年的偏旱偏涝”纳入风险预算
可审计可复盘:指数、阈值、费率因子都能解释、能回测、能对账
这三件事做到位,费率不会一年一个样,争议会少,再保也更好谈,经营曲线也会明显更稳。
关键词:高精度气象、农业保险定价、农险费率厘定、乡镇级气象数据、地块级气象数据、农业气象服务、气象指数保险、参数保险触发、6个月气候趋势预测、季节尺度气候预测、气候风险定价模型、干旱风险评估、暴雨洪涝风险评估、低温冻害指数、高温热害指数、风雹风险评估、再保险TVaR、尾部风险P95P99、农业灾害监测、遥感NDVI土壤墒情融合、气象数据API、气象大数据平台。