Revitアドイン開発の外注ガイド — 費用・期間・依頼前の準備

Revit（BIMソフト）には、API（外部サービスと自動でデータをやり取りするための接続口）を使って独自の機能を追加できる「アドイン」という仕組みがあります。手作業で繰り返している設計業務を自動化できるため、設計事務所やゼネコン、サブコンでの導入が進んでいます。

ただ、いざ外注しようとすると「いくらかかるのか」「何をどこまで頼めばいいのか」が分かりにくい領域でもあります。この記事では、技術の解説ではなく発注する側が判断するための材料をまとめます。

アドインで具体的に何ができるかは、建設業のBIM・Revit API活用ガイドで解説しています。

Dynamoで足りるのか、アドインにすべきかで迷っている場合は、先にDynamoとアドイン開発の使い分けをご覧ください。

まず「自動化して効果が出る作業」を見分ける

外注が失敗する最大の原因は、作った後で「思ったより使われなかった」ことです。これは技術の問題ではなく、対象の選び方の問題です。

効果が出るかどうかは、次の3つの掛け算でおおよそ判断できます。

ざっくりした試算のしかた

たとえば「1回20分の作業を、5人が週3回ずつ行っている」場合を考えます。

1. 年間の作業時間を出す — 20分 × 週3回 × 52週 × 5人 ＝ 約260時間
2. 人件費に換算する — 単価を仮に3,000円/時とすると、年間およそ78万円分
3. 開発費と比べる — 自動化で作業時間が8割減るなら、年間およそ62万円分の削減。開発費が同程度なら、1年強で回収できる計算になります

注意: これはあくまで机上の試算です。実際には確認作業や例外処理が残るため、削減率は想定より下がるのが普通です。「8割減る」ではなく「半分減れば成功」くらいの見積もりで判断すると、後で失望しにくくなります。

逆に、次のような作業は自動化の効果が出にくい傾向があります。

• 案件ごとに判断基準が変わり、ルール化できない作業
• 発生頻度が低く、担当者しか困っていない作業
• そもそも業務フロー自体を見直せば消える作業

費用と期間の目安

金額は要件によって大きく変わりますが、規模感をつかむための目安として整理します（2026年7月時点／中小の開発会社・フリーランスを含む一般的な水準）。

規模	内容の例	費用の目安	期間の目安
小規模	単一の処理を自動化するツール。UIはボタン1つ程度	20〜50万円	2〜4週間
中規模	複数の処理、設定画面つき、Excel等との入出力	50〜120万円	1〜2ヶ月
大規模	社内システムや外部DBとの連携、複数ツールの統合、権限管理	120万円〜	2〜4ヶ月

金額を押し上げやすいのは、次のような要素です。

• 既存の社内システムとの連携（仕様調査に時間がかかる）
• 例外パターンの多さ（「この場合はこうする」が増えるほど工数が伸びる）
• 対応するRevitのバージョン数（複数バージョン対応は検証の手間が倍増する）
• 配布・インストールの要件（全社配布、資産管理ツール経由など）

ポイント: 見積もりが大きく振れるのは、多くの場合「例外パターン」がまだ洗い出されていないためです。最初に例外を全部出す必要はありませんが、「例外が出てきたら費用が変わりうる」という前提を双方で共有しておくと、後のトラブルを避けられます。

依頼前に決めておく5つのこと

技術的なことを決める必要はありません。次の5つが揃っていれば、見積もりの精度は大きく上がります。

1. 対象のRevitバージョン — 社内で使っているバージョンと、今後の更新予定。複数バージョンに対応するかどうかで工数が変わります
2. 使う人と人数 — 設計者だけか、施工側も使うか。人数は配布方法とライセンス設計に影響します
3. いまの手順 — 完璧な資料は不要です。実際の画面を録画したものが一番早いです。手順書より、実際の操作のほうが例外に気づけます
4. 配布方法 — 各自でインストールするのか、情報システム部門が一括配布するのか。社内のセキュリティポリシー（署名済みDLLの要否など）も確認しておくと手戻りがありません
5. 公開後の運用 — 誰が使い方を説明するのか、不具合の連絡先はどこか。ここが決まっていないと、公開後に使われなくなりがちです

見積もりで確認すべき項目

金額の総額だけを比べると、後から差が出ます。次の項目が見積もりに含まれているかを確認してください。

確認項目	なぜ重要か
対応Revitバージョンの範囲	「最新版のみ」と「3世代対応」では検証工数が大きく変わります
Revit本体のバージョンアップ時の対応	別料金か、保守に含まれるか。ここが一番あとで揉めます
ソースコードの権利	納品されるのか、開発会社に残るのか。他社に引き継げるかに直結します
不具合対応の期間	納品後どのくらいの期間、無償で直してもらえるか
動作確認の範囲	どのRevitバージョン・どのOSで確認するか
操作説明・マニュアル	含まれるか、別料金か

特に重要: Revitはほぼ毎年メジャーバージョンが出ます。アドインはバージョンごとにビルドし直す必要があるため、「作って終わり」にはなりません。バージョンアップ対応をどう扱うかは、契約時点で必ず決めておいてください。

よくある失敗パターン

内製と外注、どちらがよいか

どちらが正解ということはなく、状況によります。

	内製	外注
初期費用	小さい（既存社員の工数）	かかる
スピード	業務を知っているぶん速いことも	仕様把握の期間が必要
品質・保守性	担当者の力量に依存しやすい	契約で担保しやすい
継続性	担当者の異動・退職に弱い	契約が続く限り維持できる
向いているケース	小さなツール、試作、社内に開発できる人がいる	全社展開する、長く使う、他システムと連携する

現実的な折衷案: まず社内でDynamo（Revitに付属するビジュアルプログラミング機能）などで試作し、効果が確認できたものだけをアドインとして外注する、という進め方があります。効果が読めない段階で大きく発注するリスクを避けられます。詳しくはDynamoとアドイン開発の使い分けをご覧ください。

発注先を選ぶときに見るポイント

• Revit APIの経験があるか — 一般的なC#開発とRevitアドイン開発は、必要な知識がかなり違います
• 業務そのものを理解しようとするか — 「言われたものを作る」だけだと、例外パターンで詰まります
• バージョンアップ対応の方針を明示できるか — ここを曖昧にする相手は、後で費用が読めなくなります
• 守秘義務の扱いが明確か — 図面やモデルは機密性が高い情報です。NDAの締結や、データの取り扱い範囲を確認してください

まとめ

• 外注が失敗する原因は技術ではなく、自動化する対象の選び方にあることが多い
• 効果は「頻度 × 1回あたりの時間 × 使う人数」でおおよそ判断できる。削減率は控えめに見積もる
• 費用は小規模で20〜50万円、中規模で50〜120万円が一つの目安（2026年7月時点・中小の開発会社やフリーランスを含む一般的な水準）
• 依頼前に「バージョン・人数・いまの手順・配布方法・公開後の運用」の5つを決めておく
• Revit本体のバージョンアップ対応をどう扱うかは、契約時に必ず決めておく
• 最初から全部作らず、一番困っている1つから始めるほうが結果的に安い