建築設計事務所のバーチカルSaaS（CAD・BIM・確認申請・設計図書管理）とAI社員の違い- 主要サービスを実名比較し、すき間業務を任せるという選択肢

建築設計事務所向けの専用ソフト/バーチカルSaaSは、意匠・構造・設備の設計実務を前提に作り込まれたツールです。代表的な機能としては、2D/3D設計（CAD）、BIM（3Dモデルから図面・数量・整合性を一貫管理）、法規チェック支援、確認申請に向けた図面作成、設計図書の版管理・共有、関係者間のクラウド協働、工事監理の記録などが挙げられます。

これらは『設計データ・図面・図書を一カ所にためて、意匠・構造・設備や社内外の関係者をまたいで同じ情報を見る』という点で大きな価値があります。3Dモデルから整合した図面が出せる、変更が各図面に反映される、クラウドで関係者と共有できる——こうした一貫管理は、専用の設計CAD/BIM・図書管理システムだからこそ実現できる強みです。

ただし、これらのツールが価値を発揮するのは『設計・図面そのもの』の領域です。その周辺にある、確認申請の図書を様式に合わせてまとめ直す、打合せ議事録・是正指示・質疑応答を転記して整理する、設計図書の提出物を関係者ごとに取りまとめる、見積・工程・請求まわりの事務を整える、といった『設計の手前と後ろの事務作業』は、依然として人が担っているのが実情です。これらは建築士の専門判断そのものではなく、それを支える事務に当たります。

ここでは、建築設計事務所で広く使われている設計CAD/BIM系・図書管理系のバーチカルSaaS／専用ソフトを実名で整理します。いずれも各社公式サイトに掲載された機能をもとにした一般的な紹介で、優劣を断定するものではありません。事務所の専門分野（意匠・構造・設備）や規模・既存環境によって適合性は異なるため、最新の機能・料金は必ず各社の公式情報でご確認ください。

意匠設計やBIMではARCHICAD（グラフィソフト）、Vectorworks、ARCHITREND ZERO（福井コンピュータアーキテクト）、Revit（オートデスク）などが知られています。意匠から構造・設備、法規チェック・確認申請に向けた図面作成まで扱う国産CADとしてDRA-CAD（構造システム）なども使われています。何を主軸に設計するか、BIMをどこまで運用するかで、適したツールは変わります。

これらはいずれも、設計実務を前提に機能を作り込んだ優れた専用ソフト/サービスです。本記事はその価値を前提に、『パッケージとして用意された設計機能・画面』と『自社のやり方に合わせて手作業を肩代わりするAI社員』の役割の違いを整理するものであり、特定ソフトの代替を促すものではありません。設計そのもの（とりわけ構造計算・適合判定・設計責任）はこれらのツールと建築士が担い、AI社員はその周辺の事務を支えます。多くの場合、設計CAD/BIMとAI社員は併用が現実的です。

AI社員は、生成AI・大規模言語モデルを中核に、書類やデータ、メッセージの中身を読み取り、文脈をふまえて一次判断し、業務システムへの入力やドラフト作成までを一連で担う仕組みです。建築設計事務所でいえば、確認申請の図書様式に合わせた書類の取りまとめ、打合せ議事録・是正指示・質疑応答の整理、設計図書の提出物リスト作成、見積・工程・請求まわりの事務など、設計そのものの周辺にある『すき間の作業』が得意領域になります。

ここで重要なのは、AI社員はパッケージとして決まった画面を提供するのではなく、『自社が今やっているやり方』に合わせて動かせる点です。設計CAD/BIMは設計実務に共通する最大公約数の機能を提供しますが、事務所ごとに申請図書の様式、議事録の書き方、提出物の管理方法、見積・請求のルールは異なります。その個社の流儀をそのまま任せられるのがAI社員の特徴です。

つまり設計CAD/BIMとAI社員は、『パッケージの設計機能 vs 自社業務に合わせた事務の自動化』という役割の違いとして整理できます。両者は競合ではなく、設計データという成果に、AI社員が自社の手順どおりに周辺事務を寄り添わせる、という連携が成り立ちます。なお、設計内容・構造計算・適合判定・確認申請の責任は建築士に残り、AI社員はその手前の事務を支える前提です。

建築設計事務所の業務は、一つのソフトだけで完結することはまれです。意匠・構造・設備の設計はCAD/BIMで、図書の共有はクラウドで、見積・請求や工数は別のソフトで、施主・行政・施工者とのやり取りはメール・Excel・打合せ記録で、それぞれ優れた仕組みを使っていても、その『間』をつなぐのは人の読み取り・転記・照合作業になりがちです。確認申請の図書を様式に合わせてまとめ直す、議事録・是正指示・質疑応答を整理する、提出物を関係者ごとに取りまとめる、といった作業がその典型です。

このすき間こそ、AI社員が価値を発揮する領域です。AI社員は、メール・PDF・Excel・打合せメモや申請関連の資料に散らばった情報を読み取り、必要なものを抽出し、申請図書の様式や社内の図書管理ルールに合わせて整理・突合する『橋渡し』を担えます。人（建築士・担当者）は出てきた結果を確認し、設計判断と承認に集中できます。

ポイントは、設計CAD/BIMをやめてAI社員にするのではなく、設計と一貫管理という強みはそのまま活かし、その周辺に残る事務作業をAI社員に寄せることです。これにより、ツール導入後も消えなかった『申請図書の取りまとめ・議事録整理・提出物突合の工数』や、案件集中時に膨らむ事務負担を圧縮しやすくなります。設計の中身そのもの・構造計算・適合判定の責任は、引き続き建築士が担います。

建築設計事務所の事務・管理業務には、頻度が高く、情報ソースが多様で、判断はそれほど複雑でない『読み取り→整理→突合→ドラフト』型の作業が数多くあります。設計そのものや構造計算・適合判定ではなく、申請まわり・打合せ記録・図書管理・見積請求まわりに、こうした作業が集中しています。AI社員のスモールスタートに向いた領域です。

たとえば申請・図書まわりでは、確認申請の図書を様式に合わせて取りまとめる作業、提出物リストを作成して実際の図書と突き合わせる作業、是正指示・質疑応答を整理して対応状況を一覧化する作業が候補になります。打合せまわりでは、打合せメモ・録音から議事録のたたき台を作る作業、決定事項・宿題の抽出と関係者への共有文ドラフトが当てはまります。

図書管理まわりでは、設計図書の版（リビジョン）情報の整理、関係者ごとの提出物の取りまとめ、図面リストと実体の突合が挙げられます。見積・工程・請求まわりでは、見積項目の整理・転記、工程表更新の素材集約、請求と入金の照合、外注・協力事務所とのやり取りの整理も候補です。いずれも『設計判断・適合判定・最終承認は建築士、その手前の事務はAI社員』という協働を前提にすると、止まりにくく運用しやすくなります。

すでにバーチカルSaaS（設計CAD/BIMや図書管理システム）を導入している場合、入れ替えを考える必要はありません。まずは『ツールを入れたのに、なぜか手作業が消えなかった工程』を洗い出すところから始めます。多くの場合、それは設計の外側にある申請図書の取りまとめ・議事録整理・提出物突合・見積請求事務であり、AI社員が補える領域です。案件が重なって増員せずに回したい局面であれば、申請図書の取りまとめや議事録作成こそ最初の候補になります。

次に、その工程を一つだけ切り出してAI社員に任せ、設計CAD/BIM・図書管理システムはこれまで通り設計と一貫管理の役割に残す『併用』から検証します。たとえば、もっとも工数のかかりやすい申請図書の取りまとめや打合せ議事録の作成から小さく試して効果と精度を確認し、安定したら対象を少しずつ広げる進め方が、手戻りと初期コストを抑えるうえで現実的です。設計の中身そのものは、引き続き建築士とCAD/BIMが担います。

判断の物差しは、表面の費用比較だけでなく『その工程に毎月どれだけ人手がかかっているか』です。ライセンス料金に加えて発生していた事務の人件費まで含めて見ると、AI社員に寄せる価値のある工程が見えてきます。増員せずに受注件数を伸ばしたい局面でも、すき間の事務自動化は有効な打ち手になります。

建築設計事務所のバーチカルSaaS（設計CAD/BIM・図書管理システム）とAI社員は対立するものではありません。これらのツールは設計データ・図面・図書を扱う『箱』を提供し、AI社員はその周辺に残る読み取り・整理・突合・ドラフト作成という『すき間の事務作業』を巻き取ります。

違いを整理すれば、パッケージの設計機能か自社業務に合わせた事務の自動化か、画面に人が合わせるか今のやり方のまま任せるか、システム間の転記を人が埋めるかAI社員が橋渡しするか、の3点に集約されます。いずれも設計CAD/BIMの価値を否定するものではなく、補完する関係です。記事で挙げた各ソフトも、AI社員と組み合わせて使える前提で位置づけています。

重要なのは、設計内容・構造計算・適合判定・確認申請の責任は建築士が担うという前提を崩さないことです。そのうえで、すでにツールを使っている設計事務所こそ、『導入後も消えなかった申請図書の取りまとめや議事録整理の手作業』からAI社員を試す価値があります。設計と一貫管理は活かしたまま、すき間の事務工数を段階的に圧縮していくのが、現場で無理のない進め方です。