Revit開発の外注費を調べても、案件ごとに金額が大きく異なり、単純な相場表だけでは判断しにくいものです。理由は、Dynamoの小さな自動化から、C#アドイン、外部システム連携、全社配布まで、同じ「Revit開発」でも対象が違うからです。この記事では、費用を左右する項目と、見積書で確認すべき内容を整理します。まず全体の技術選択を確認するなら、Revitカスタマイズ完全ガイドを参照してください。
1. 価格表だけで判断できない理由
開発費は、処理の複雑さだけでなく、要件定義、UI、テスト、対象Revitバージョン、配布、保守、外部連携によって変わります。たとえば同じパラメータ更新でも、単一モデルで一度実行するだけなのか、複数部署が毎日使い、誤操作時の復旧まで必要なのかで、設計すべき範囲が異なります。
そのため、根拠のない一律価格を提示するより、何が見積もりに含まれ、何が別途になるかを確認する方が実務的です。
2. 主な見積項目
要件定義・業務整理
現状の手順、入力、例外、利用者、成果物、受入条件を整理します。課題が曖昧な場合、この工程の比重が大きくなります。
開発方式
Dynamoグラフ、pyRevitスクリプト、Revit APIによるC#アドインでは、実装と配布の設計が変わります。独自UIや設定画面が必要なら、アドイン側の開発量が増えます。
処理の複雑さ
対象カテゴリ、要素数、条件分岐、ファミリやタイプの扱い、例外処理、複数ファイル処理の有無を確認します。処理の分岐が増えるほど、テストケースも増えます。
外部サービス連携
ExcelやCSVの入出力に加え、社内データベース、Web API、認証、クラウドサービスなどへ接続する場合は、連携方式、権限、障害時の再実行を設計します。
テスト・受入
正常系だけでなく、空欄、対象外、重複、異常値、権限不足、バージョン差を確認します。モデルを変更する処理では、処理前後の件数や値を照合する試験が必要です。
Revitバージョン対応
対応バージョンを増やすと、ビルドや動作確認の範囲が増える可能性があります。現在使っているバージョンと、将来の更新方針を見積もり前に伝えます。
導入・保守
インストール、配布、利用者教育、マニュアル、問い合わせ、障害対応、機能追加、バージョンアップ対応を分けて確認します。保守は月額か都度対応か、対応時間や対象範囲も明確にします。
3. 見積書で確認すべきこと
「開発一式」だけでは比較できません。要件定義、設計、実装、テスト、導入、保守を分け、成果物と前提条件を確認します。次の変更が追加費用になるかも重要です。
対象カテゴリや処理条件の追加
対応Revitバージョンの追加
UIや権限の変更
外部システムの仕様変更
テスト用モデルの追加
納品後の修正と機能追加
また、ソースコード、著作権、第三者ライブラリ、再利用範囲、秘密保持、障害時のデータ復旧を契約で確認します。
4. 費用を抑える進め方
最初から全社向けの大規模機能を作らず、一つの業務、一つの利用者グループ、一つのRevitバージョンに絞って検証します。処理前後の成果、削減したい手順、例外を明確にすれば、見積もりの不確実性を減らせます。
まとめ
Revit開発の費用は、技術名ではなく、要件、UI、処理の複雑さ、テスト、バージョン、配布、保守で変わります。価格だけでなく、含まれる工程と納品後の責任範囲を比較することが重要です。Revitアドイン開発の流れとRevit開発会社の選び方も確認し、要件を整理してからRevit受託開発について相談するへ進んでください。
関連記事
全体像はRevitカスタマイズ完全ガイドで確認できます。続けて次の記事もご覧ください。
