指数を十個並べるより、今日どこを見るかが分かるほうがええ。
先に表示する四つ
提案する画面は「どの畑のどこ」「何が起きた可能性」「次にすること」「いつまでに」の四つを主役にする。異常スコアを「病害確定」と言い換えない。写真、撮影日時、根拠、欠測、専門家の確認状態は一段下に置く。
色だけに頼らない
赤・緑の区別だけで判断させず、番号、文字、形を添える。専門用語には短い説明を付ける。電波の弱い現場でも印刷やJSON出力を持ち出せるようにする。地図の凡例を固定し、欠測は灰色など独立した表現にする。
行動の閉ループをつくる
「確認した」「対応した」「様子を見る」「判断できない」を選べるようにし、写真と短いメモを残す。未対応件数より、期限内の確認率、誤検知率、手戻り時間を追う。分析モデルの改善と農家の実益を同じログで測る。
専門語を消すより、判断の順をそろえる
WURは複雑なモデルを実用的な助言へつなぐ研究を紹介している。以下は納品画面の設計例じゃ。最初に「どの圃場のどこ」「何を確かめたいか」「いつまでに誰が確認するか」を置き、その下に撮影時刻、根拠、まだ分からないことを並べる。「北側の生育が弱い」は観測、「水路の詰まりかもしれない」は仮説、「明朝、水口を確認」は行動として分ける。専門語を全部消すと技術者へ引き継げなくなるため、元の指標名や解析条件は詳細に残す。農家が一枚を読んだ後、自分の言葉で次の作業を言えるかを試し、色が鮮やかかどうかで評価しない。
| 表示層 | 仮の記載例 | 意味 |
|---|---|---|
| 観測 | 北側の一部で生育差 | 画像で見えたこと |
| 仮説 | 給水不均一の可能性 | 原因は未確認 |
| 次の確認 | 明朝、水口と畝を確認 | 担当者へ渡す行動 |
| 未確認 | 根の状態・病害 | 地上で調べる項目 |
確認待ちを放置せず、引継ぎを閉じる
通知を送っただけでは、誰も圃場へ行っていないかもしれん。報告ごとに確認担当、受領、期限、結果の記録欄を設け、受領されなければ地域の相談窓口へ回す。担当者が不在なら、勝手に処置を実施せず、代わりに誰が判断するかを契約で決めておく。解析の品質が足りない場合も「異常なし」にはせず、再撮影、地上確認、判断保留のどれへ渡すかを明記する。例えば雲影で北半分を評価できなかったなら、報告の完了率と圃場の確認率を分けるんじゃ。終了条件は画面を開いたことではなく、確認結果または確認できなかった理由が台帳へ戻ったことにする。
正解率より、誤りが生む作業を見る
モデルの正解率が高くても、農家へ大量の不要な見回りを頼めば使い続けてもらえん。試験では、実際に問題があった場所の見逃し、正常な場所への誤警報、確認一件に必要な移動時間を別々に測る。希少な病害では「ほぼ全部正常」と答えても正解率が高く見えるため、陽性候補のうち本当に確認された割合と、現地調査で見つかった問題をどれだけ拾えたかも見る。閾値は作物や被害の大きさ、確認できる人数で変わるが、変更理由と日付を残す。重大な問題を疑う場合は早く専門家へ渡し、軽微な差は次回観測とまとめるなど、検出の強さと作業の優先順位を混同しない。
電波が弱い現場と、翌年の学習をつなぐ
持ち歩く紙や端末には、圃場名だけでなく、目印、撮影日、確認期限、報告番号を載せる。電波が戻って写真やメモを送るときは、記録した時刻と送信時刻を分け、別の人が同じ場所を確認済みなら重複作業を避ける。図の色は印刷や色覚差でも意味が残る記号と文字で補い、単位と縮尺を消さない。シーズン終了時には「役立った報告」「遅すぎた報告」「確認できなかった報告」を農家と振り返るんじゃ。翌年の飛行回数をただ増やすのではなく、納期、観測時期、説明方法、担当者への渡し方のうち、どこを変えれば判断が良くなるかを決める。