Y Combinator 日本語図鑑

事業概要

プロダクト

• 利用者が作りたい機能を指示すると、画面部品と実行手順を生成する。
• 自社製品の既存APIを呼び出し、利用者ごとの業務処理を実行する。
• 生成した画面を製品のテーマと部品に合わせて埋め込む。
• 外部ツール連携と自動化を利用者が定義し、隔離環境で動かす。
• 操作実行と知識照会を備えたエージェントを製品内に配置する。

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

• 顧客製品のAPI仕様と画面部品を、導入時の設定と公開情報から取り込むとみられる。
• 外部ツールとは接続情報を用いたAPI連携でつなぎ、利用者の操作を仲介する。
• 指示文を解釈して画面定義と実行手順を生成する処理に大規模言語モデルを使うとみられる。
• 生成物は権限とスキーマに照合し、隔離された実行環境でAPI呼び出しを行うとみられる。
• 知識ベースと監査記録を保存し、製品の認証基盤を通じて提供するとみられる。

収益モデル

• 導入企業が自社製品の利用者向け拡張機能の提供に対して支払う。
• 課金は企業単位の契約とみられるが、単位と価格は非公開。
• オープンソース版が公開され、商用機能と導入支援の条件は非公開。

差別化

• 顧客製品のAPIと画面部品に密着し、置換コストが高い。
• 利用者が作った自動化と画面定義が顧客製品内に蓄積する。
• 実行を顧客の権限と隔離環境に収める設計。
• オープンソース化で導入障壁を下げつつ、商用版で収益を狙う。

日本展開時のリスク

• 顧客製品のAPIと権限基盤への接続には相応の審査が必要になる。
• 利用者が作る機能の品質と障害責任の所在が曖昧になりやすい。
• 個人情報保護とアクセス制御の説明責任が導入企業に残る。
• 国内企業は既存の業務基盤の延長で内製化を選びやすい。
• 少人数体制のため導入支援と保守の供給能力に制約がある。

日本での競合

• 国内には製品内に拡張層を埋め込む直接の同型が見当たらない。
• ノーコード基盤や業務改善基盤は複数あり、内製の受け皿になっている。
• サイボウズの業務改善基盤は国内で普及しており、近接する選択肢になる。
• SalesforceとZohoは拡張基盤を持ち、比較対象になる。
• 参入には顧客製品のAPI接続と権限設計の説明が必須になる。

主要プレイヤー

• サイボウズ — グループウェアと業務アプリ。
• Salesforce Japan — 営業支援と顧客管理のクラウド。
• Zoho Japan — 業務アプリ群を低価格で提供。