.svg)
注目ベンチャー紹介：Spacial.io
2026
.
11
.
09
Written by Yuhei Yano
今回の注目ベンチャーの紹介はSpacial.ioです。
住宅建設における構造設計、MEP、コードコンプライアンス、許認可提出用図面作成をAIで自動化する、AIネイティブなエンジニアリングプラットフォームです。
Spacial.io
サービス／プロダクト概要
- 同社が対象とするのは、建築家や設計事務所、住宅ビルダー、デベロッパーが直面する「設計後のエンジニアリング工程」です
- 住宅プロジェクトでは、建築家が間取りや外観を設計した後、構造エンジニア、機械・電気・配管、エネルギー計算、コードレビュー、許認可提出用の図面作成など、複数の専門工程が必要になります
- 従来、この工程は人手に依存し、ファイルも担当者も分断され、数週間から数か月を要することが一般的でした。
- 同社はこの工程を、2D PDFやCADファイルのアップロードから、3Dモデル化、構造・MEP設計、コードチェック、設計干渉検出、最終的なlicensed engineerによるレビュー・スタンプまで、一気通貫で処理することを目指しています。
- ワークフローは大きく以下の5段階で構成されます。
- 2D PDF / CADファイルのアップロード
- AIによる2Dから3Dへの変換
- AIエンジニアリングエージェントによる構造・MEP・エネルギー設計
- コードコンプライアンスと設計干渉の自動検証
- ライセンスを持つエンジニアによるレビュー、スタンプ、permit-ready plan setの納品
- つまり、Spacialは単なる設計支援ツールやCAD自動化ツールではなく、建設許認可に提出可能な「完成成果物」を提供するAI-enabled engineering platformと位置づけられます。
特徴／提供価値
- 特徴は、住宅建設の中でも特に時間と手戻りが発生しやすいエンジニアリング工程を、単一のAI駆動ワークフローに統合している点です。
- 従来の住宅エンジニアリングでは、建築図面、構造図、設備図、エネルギー計算、コードチェック、許認可提出書類が別々の担当者・別々のファイルで作成されます。
- そのため、建築家が設計変更を行うたびに、構造、電気、配管、機械設備、エネルギー計算へ影響が波及し、メール、PDF、redline、会議を通じて手作業で調整されます
- この分断が、設計ミス、施工時のclash、再提出、スケジュール遅延、責任の押し付け合いを生み出してきました。
- Spacialは、これを「single source of truth」となる中央設計モデルに統合しようとしています。
- 2D PDFやCADから建物の3Dオブジェクトモデルを生成し、そのモデルを起点に構造、MEP、エネルギー、コードチェックを並列処理することで、従来のlinear and siloed workflowを、parallel and integrated workflowへ変えることを狙っています。
- 提供価値は大きく4つあります。
- (1)納期短縮：従来3〜4か月かかることもある住宅エンジニアリング工程を、Spacialは数日から1週間程度に圧縮することを訴求しています。これは、開発事業者にとっては土地・建設ローン・固定費などのcarrying cost削減に直結します。
- (2)品質と手戻り削減：構造・MEP・コードを同じモデル上で扱うため、従来は後工程で発覚していた設計干渉やコード不適合を、図面生成前または提出前に検出・修正できるとしています。これにより、plan check comments、revision cycles、施工段階のRFIやchange orderを減らすことが期待されます。
- (3)責任所在の明確化：従来は、建築家、構造エンジニア、MEPエンジニア、permit consultantの間で責任が分散し、問題発生時に「誰の責任か」が曖昧になりがちでした。Spacialは構造・MEP・コード検証・スタンプ済み図面を統合して提供することで、single point of accountabilityを実現しようとしています。
- (4)AIと人の役割分担：同社は完全自動化だけを主張するのではなく、AIがdrafting、calculations、initial generationなどの重労働を担い、licensed structural / MEP engineersが最終レビューとスタンプを行うhuman-in-the-loopモデルを採用しています。高リスクで規制が厳しい建築・構造領域において、AIのスピードと人間専門家の責任を組み合わせる現実的なアプローチです。
ビジネスモデル
- 現在の収益モデルは、純粋なSaaSというより、AI補助によるサービスモデルに近いものです。
- つまり顧客はソフトウェアライセンスを買うのではなく、構造・MEP・permit-ready plan setという完成成果物に対してプロジェクト単位で支払います。
- A/S/MEP案件*の最低プロジェクト単価はおおむね6,000ドル以上。
(A/S/MEP*は、Architectural / Structural / Mechanical / Electrical / Plumbingに関わる許認可向けエンジニアリング案件を指す) - 収益構造は大きく3つに整理できます。
- (1)A/S/MEPプロジェクト収益：これは現在の主力で、建築家、ビルダー、設計事務所などから個別プロジェクトを受注し、permit-ready engineering packageを納品するモデルです。
- (2)enterprise revenue：大手builder、設計プラットフォーム、大手エンジニアリング会社などが、年間一定量のプロジェクトをSpacialに流すvolume commitment型の契約。これは通常のSaaS ARRというより、annual enterprise agreement / master service agreement / volume-based engineering services contractのイメージ。大量案件を低単価で処理する代わりに、反復性・標準化・データ蓄積により高いオペレーション効率を狙うモデルです。
- (3)License revenue(中長期)：Self-serve SaaS platformやcode validation、takeoff tool、workflow dashboardなどの展開を見込んでいます。これが立ち上がれば、成果物納品型のサービス収益に加えて、よりソフトウェア的な継続収益が生まれる可能性がある。
- (4)建材・設備・住宅部材のmarketplace(中長期)：建物をオブジェクト単位で理解し、BIM的に窓、ドア、設備、家電、建材をモデル化できるようになれば、設計図面から材料選定・見積・購買へつなげることができます。この場合、建材・設備ベンダーへの送客や調達手数料が追加収益源となる可能性があります。
市場動向・なぜこの会社なのか？
- Spacialが狙う市場は、住宅建設におけるエンジニアリングと許認可のボトルネックです。
- 米国では住宅不足が構造的な課題となっており、毎年多くのbuilding permitsが発行されています。一方で、住宅建設の実務は依然として分断され、設計から構造、MEP、コードチェック、許認可提出に至るまで、多くの工程が手作業と専門家間のマニュアルワークに依存しています。
- この市場でSpacialが注目される理由は、単にAIを使っているからではありません。むしろ、同社がAIを「チャット」や「copilot」ではなく、「高リスクな専門業務を実行するdomain-specific AI system(SLM)」として設計している点にあります。
- 汎用LLMは、文章生成や検索、要約には有効ですが、建物の構造安全性、電気コード、配管経路、エネルギー基準、地域別条例、許認可コメント対応といった領域では、単なる生成AIでは不十分です。Spacialは、物理、空間、コード、許認可データを統合したエンジニアリングエンジンを構築し、deterministic multi-agent engineeringとして位置づけています。
- また、今この会社である理由として、3つの市場変化が重なっています。
- (1)AIと計算資源の進化により、図面理解、3Dモデル化、構造・MEP生成、コードチェックを統合的に扱える可能性が現実化してきたことです。
過去にも建設業務の自動化は試みられてきましたが、図面の非構造性、ローカルコードの複雑性、物理制約、専門家責任の壁に阻まれてきました。現在のAI技術とドメイン特化型システムの組み合わせにより、初めて実用的な解決策が見えてきています。 - (2)住宅エンジニアリング人材の供給制約です。構造・MEP・許認可対応の専門人材は慢性的に不足しており、特に小規模住宅案件やsingle-family案件は、既存エンジニアリング事務所にとって低単価・高負荷になりやすい領域です。Spacialはこの人材制約を、AIによる効率化・省人化で解決しようとしています。
- (3)許認可プロセスのデジタル化です。自治体やpermit workflowのデジタル化が進むことで、コードチェック、提出書類、レビューコメント、承認結果をデータとして扱いやすくなっています。Spacialにとって、実案件を処理するたびに、入力図面、AI生成結果、人間修正、コード検証、permit comments、approval outcomeが蓄積されることは、長期的なデータモートになります。
- (1)AIと計算資源の進化により、図面理解、3Dモデル化、構造・MEP生成、コードチェックを統合的に扱える可能性が現実化してきたことです。
- このようにサービス提供を通じてデータを集め、そのデータでAI精度と自動化率を高め、より速く・安く・高品質に納品することで顧客を増やし、さらにデータを蓄積するというフライホイールを目指しています。
顧客・競合・パートナー
- 顧客：
- 住宅領域に関わる建築家、設計事務所、住宅ビルダー、デベロッパー、場合によっては既存エンジニアリング会社です。
- 建築家にとっての価値は、構造・MEP・許認可対応のプロジェクトマネジメント負担を減らし、本来の設計品質に集中できることです。
- デベロッパーにとっては、許認可取得までの期間短縮によりコストを削減できることが大きなROIになります。
- ビルダーにとっては、図面の整合性向上、施工時の手戻り削減、着工時期の予測可能性向上が価値になります。
- 競合：
- 単純に同じAI技術を持つ会社だけではありません。顧客から見た代替手段は広く、主に5つに分けられます。
- (1)既存のmanual engineering firms：これは最大の実質競合です。既存事務所はスピードや価格では弱い一方で、ローカル知見、PEスタンプ、責任、複雑案件対応、顧客信頼を持っています。Spacialが勝つには、納期、価格、permit approval rate、revision対応、liability設計で明確に優位性を示す必要があります。
- (2)Permit workflow / expediting系の企業：PermitFlow、Permio、Greenlite、CivCheckなどは、許認可申請、自治体とのやり取り、zoning調査、plan review、書類作成を支援します。ただし、これらは基本的に提出可能なエンジニアリング図面そのものを生成するわけではありません。したがって、短期的には競合というより、Spacialにとって潜在的なパートナーとなり得ます。
- (3)Code compliance / plan review系の企業：BuildCheckやCivCheckのような会社は、コード不適合やレビュー課題を検出することに強みがあります。一方で、Spacialは問題検出だけでなく、構造・MEP・コードに適合したpermit-ready setを生成することを目指しています。将来的にSpacialがcode validationをSaaS化すれば、この領域とは直接競合する可能性があります。
- (4)設計・BIM・住宅プランニング系プラットフォーム：Higharcのような企業は、production builder向けに住宅プラン構成、設計標準化、建築図書作成を支援します。これはSpacialの上流工程に位置します。短期的には連携余地がありますが、長期的にはHigharcやAutodesk/Revitエコシステムがengineering automationへ拡張する可能性もあります。
- (5)AI構造・MEP支援ツール： Geniaは構造レイアウト支援、EndraはMEP設計自動化に近い領域を扱っています。ただし、現時点では部分的なcopilotや専門領域ツールに近く、Spacialのように2D/CAD入力から構造・MEP・コード・スタンプ済みpermit-ready packageまでを一気通貫で提供するモデルとは異なります。
- このようにSpacialの競争優位は、「AIツール」ではなく「完成成果物」を売る点にあります。
- ただし、防御力を維持するには、実案件での自動化率、permit承認率、顧客データの蓄積、licensed workflow、そして顧客接点の所有が重要になります。
- 単純に同じAI技術を持つ会社だけではありません。顧客から見た代替手段は広く、主に5つに分けられます。