アイデアから実行へ：第2フェーズでゼロタッチ保険を構築する
導入
Guidewire DEVTrails 2026の第1フェーズでは、課題を理解し、アイデアを形にすることに注力しました。
第2フェーズは違いました。
もはやアイデアの話ではありませんでした——それを現実の世界で機能させることが目的でした。
そして、そこから本当の難題が始まったのです。
私たちが解決する課題
ギグ配達ワーカーは、今日のスピード感のある経済を支える土台です。食事のデリバリーからECまで、あらゆるものを動かし続けています。
しかし、収入は非常に予測がつきません。
大雨や猛暑、空気汚染といった外部の混乱によって：
大雨
極端な高温
大気汚染
働けなくなることがあり、そのとき収入は即座に失われます。
混乱が1日でも起きれば、収入がゼロになることもあります。
最大の問題？
彼らを自動的に守る仕組みがないことです。
⚡ 第2フェーズでの方針転換
最初に、私たちはミスをしました。
すべてを一度に作ろうとしたのです——複数の機能、複雑なロジック、そして高度なアイデア。
解決策を改善するどころか、混乱を招き、明確さが低下しました。
そこで一歩引いて、重要な決断を下しました：
本当に重要なことだけに絞る。
この転換は、複雑さから明確さへと進む助けになりました。
私たちが作ったもの
第2フェーズでは、シンプルで機能し、かつ自動化された仕組みの構築に注力しました。
ワーカーのオンボーディング
ユーザーが登録し、自分のプラットフォームを選び、作業場所を選択できる、わかりやすいオンボーディング導線。
週次保険モデル
柔軟な週次サブスクリプションのモデルを導入しました：
₹30 / ₹50 / ₹70のプラン
手頃で選びやすい
リスクレベルに応じたプレミアム
動的プレミアム計算
価格調整のための基本的なAI駆動ロジック：
高リスクエリア → プレミアムが高い
低リスクエリア → プレミアムが低い
パラメトリック・トリガー
それが、私たちのシステムの核です。
私たちは、大雨や猛暑、大気汚染レベルといった環境条件に基づいて、自動トリガーを定義しました：
大雨
極端な高温
高い汚染レベル
しきい値を超えると、システムが即座に反応します。
⚙️ 自動請求（クレーム）システム
従来の保険とは異なり：
❌ フォームなし
❌ 手作業の請求なし
✔ 自動検知
✔ 即時に請求を生成
即時の支払いシミュレーション
請求がトリガーされると、システムは支払い（ペイアウト）をすぐに処理します。
例：
「₹1600がクレジットされました」
これはシミュレーションですが、現実世界での可能性を示しています。
システムアーキテクチャ（簡略版）
私たちのシステムは、明確さと拡張性を前提に設計されています：
フロントエンド → ワーカー向けのユーザーインターフェース
バックエンド → ビジネスロジックと請求処理
API → 天気および環境データ
データベース → ユーザーと保険ポリシーの保管
注力したのは、複雑さではなくシンプルさです。
学びのポイント
シンプルさが勝つ
すべてを作ろうとすると、明確さが失われます。シンプルなシステムのほうがうまく機能します。
自動化は強力
最高のユーザー体験とは、ユーザーが何もする必要がない状態です。
インパクトに集中
私たちは機能を作ることから、現実の課題を解決することへと切り替えました。
⚠️ 直面した課題
正確なしきい値の定義
リアルタイムデータとモックデータの取り扱い
完全自動化されたワークフローの設計
それぞれの課題が、解決策をさらに磨く助けになりました。
次は何か（第3フェーズ）
次のフェーズでは、以下を計画しています：
不正検知を強化する
ユーザーと管理者向けの高度なダッシュボードを構築する
支払い連携で支払いシミュレーションを改善する
結論
第2フェーズは、単にシステムを作ることではありませんでした——正しいシステムを作ることが目的だったのです。
私たちは次のように進みました：
❌ 考えすぎ
➡️
✔ 明確な実行
私たちの目標はシンプルです：
ゼロタッチ保険——ユーザーが請求を申請しなくても、システムがすべてを処理する。
現実の世界では、保護は複雑であるべきではありません。
それは、即時で、見えず、信頼できるものであるべきです。
