Y Combinator 日本語図鑑

事業概要

プロダクト

• 卸売業者の在庫表と受注履歴を取り込み、発注量の案を日次で提示する。
• 受注メールや注文書を読み取り、品番・数量・納期を抽出して受注伝票に変換する。
• 顧客からの問い合わせに回答案を作成し、在庫と納期を照合して返信文を用意する。
• 過去の受注と欠品の記録を学習し、補充の優先順位を付け直す。
• 処理結果を人の確認待ちに置き、承認後に基幹システムへ反映する。

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

• 顧客の基幹システムや受注メール、在庫表から取引データを取得するとみられる。
• ファイル取込やAPI連携で日次の受注・在庫データを集めると推定される。
• 品番や取引先名の表記揺れを名寄せし、統一した商品・顧客台帳を作るとみられる。
• 大規模言語モデルで文書から受注内容を抽出し、規則で数量と納期を検証する。
• 処理履歴を学習用の記録として蓄積し、提案の精度を更新すると推定される。
• 結果は画面と基幹システム連携で返し、承認の履歴を保管するとみられる。

収益モデル

• 卸売業者が在庫計画・受注処理・顧客対応の利用に対し月額で支払う形態とみられる。
• 処理件数や拠点数に応じた従量課金を併用する可能性がある。
• 導入時の業務設計や設定を案件単位で受託する形も推定される。
• 価格は非公開。

差別化

• 受注・在庫・顧客対応の記録が学習データとして蓄積される。
• 基幹システムと現場の手作業の間に位置し、日々の業務を占有する。
• 卸売固有の商習慣や品番体系への適合が乗り換えコストになる。

日本展開時のリスク

• 基幹システムが多様で、受注データの連携仕様が顧客ごとに異なる。
• 卸売の商習慣に合わせた承認手順の作り込みが導入の前提になる。
• 受注・顧客データを扱うため、委託先の管理と保管場所の説明が要る。
• 中小の卸売業者は支払える単価が低く、価格の妥当性を示しにくい。
• 国内に同種の機能を持つ在庫・受注管理製品が既に存在する。

日本での競合

• 卸売向けの受注・在庫管理は国内ベンダーが長く供給してきた領域である。
• 在庫管理のロジザード、受注処理のネクストエンジンが代表例となる。
• いずれも帳票と画面による管理が中心で、判断まで任せる型は少ない。
• 業務を学習して提案する同型の製品は国内で確認できない。
• 基幹システムとの接続と現場の承認手順の再現が参入の壁になる。

主要プレイヤー

• ロジザード — 在庫管理と倉庫管理。
• ネクストエンジン — ECの受注・在庫管理。
• Zendesk Japan — 問い合わせ管理とサポート業務。