Y Combinator 日本語図鑑

事業概要

プロダクト

• 船積み明細、港湾情報、航路の予定を入力する。
• 戦争、ストライキ、関税の発生確率を日単位で算出する。
• 影響を受ける貨物を荷主と区間ごとに特定して返す。
• 代替航路や納期変更、在庫の振り替え案を提示する。
• 予測の根拠となる事象と更新時刻を併記して返す。

技術アーキテクチャ（推定）

• 公開ニュース、政府発表、関税告示を継続的に収集するとみられる。
• 顧客の船荷証券や輸送管理表を連携で取り込むと推定される。
• 収集した文章から事象を抽出し、発生地と時期を付与するとみられる。
• 事象と貨物の航路、積み地、仕向地を照合してリスクを点数化する。
• 結果を貨物単位の危険一覧として画面と外部連携に返すとみられる。

収益モデル

• 荷主や物流事業者が貨物単位のリスク予測に月額で支払う形態とみられる。
• 監視する航路数や貨物数に応じた従量課金の可能性がある。
• 価格は非公開。

差別化

• 激化予測の手法を8年間磨き物流向けに転用している。
• 事象の検知から貨物への影響判定までを一続きで扱う。
• 予測と対応案を同時に出す点が可視化サービスと異なる。
• 蓄積データの量と予測精度は非公開。

日本展開時のリスク

• 予測の根拠を説明できる形で求める商習慣が導入の壁になる。
• 輸送管理システムの連携仕様が企業ごとに分かれている。
• 重要判断を外部の予測に委ねることへの抵抗が残る。
• 通関や関税の実務は通関業者との役割分担が要る。
• 価格が非公開で費用対効果を事前に測りにくい。

日本での競合

• 国内に貨物単位の地政学リスク予測を専業とする事業者は見当たらない。
• 国際物流の可視化や輸送管理は大手物流と業務ソフトが担う。
• 船社やフォワーダーは自社の運航情報から影響を判断している。
• 在庫や受注の管理と予測を結び付けた国内例は少ない。
• 同型がないため導入は実証単位から始まりやすい。
• 予測精度を比べる国内の基準がなく効果測定が難しい。

主要プレイヤー

• ハコベル — トラックのマッチングと物流管理。
• ロジザード — 在庫管理と倉庫管理。
• ネクストエンジン — ECの受注・在庫管理。