モジュール — 御社の原価のDNA
建設の積算では、単価内訳（一位代価）が、壁1m²やコンクリート1m³といった施工の1単位に必要な材料、労務、経費を示します。その中心にあるのが歩掛（ぶがかり）、つまり1単位の施工に必要な労務や材料の数量です。Darwinでは、この単価内訳をモジュールとして管理します。表計算ファイルの単価内訳と違い、モジュールに保存するのは数量と歩掛で、単価ではありません。単価は単価表から取得されます。
モジュール は、Darwinで最も強力な考え方です。 再利用できる施工の知識、つまり何かをどう施工するかの完全な定義を表します。
モジュールを使うと、組織は同じ明細を書き直すのをやめ、一貫性があり、追跡でき、拡張できる原価の構造を築けます。
プロジェクトが知識の入れ物だとすれば、モジュールは知識そのものです。
1. モジュールが表すもの
Section titled “1. モジュールが表すもの”モジュールは、次のような施工の単価内訳を記述します。
- 組積壁
- コンクリートスラブ
- 鉄骨梁
- 石こうボードの間仕切り
- 外装パネル
- ドアや窓のシステム
各モジュールには、次のものが含まれます。
- 材料（種類、数量、単位）
- 労務（職種、工数、歩掛）
- 経費（間接費、物流、荷扱い）
- 分類 のタグ（UniFormat、MasterFormat、IFCの情報）
- ドキュメント（メモ、図面、仕様書）
モジュールは、プロジェクトをまたいで再利用できる完全な構成要素で、単なる「明細」よりも豊かな内容を持ちます。
材料と労務の係数（歩掛）はモジュールの1単位あたりです。金額で入力する経費には、別に計上方法があります。「モジュールごとに1回」（PerModule）は1回の使用につき1度だけ計上し、「モジュール1単位ごと」（PerUnit）はモジュールの数量を掛けます。「1m²あたり運搬費2ドル」は「モジュール1単位ごと」に設定します。「モジュールごとに1回」にすると、合計で2ドルしか計上されません。経費を参照してください。
2. モジュールが重要な理由
Section titled “2. モジュールが重要な理由”モジュールは、従来の見積が長く抱えてきたいくつかの問題を解決します。
同じ単価内訳には、誰もが同じ考え方を使います。
数量拾いや資源の一覧を、一から書き直す必要がなくなります。
組織は、施工の知識の奥深いライブラリを維持できます。
各モジュールが、見積のライフサイクルを通じた安定した参照点になります。
変化への対応
Section titled “変化への対応”モジュールは変わらず、単価は単価表を通じて変わります。
この考え方と原価の分離が、Darwinの中心にある原則の1つです。
3. モジュールと単価表の関係
Section titled “3. モジュールと単価表の関係”モジュールが持つのは考え方で、単価ではありません。
たとえば、次のようになります。
モジュール：組積壁 20cm（1m²あたり）
- ブロック 1.05 m²
- 組積工 0.25 時間
- 手元 0.10 時間
- 左官 1.0 m²（任意）
- モルタル 0.02 m³
- 足場や荷扱いなどの間接費
単価表 が決めるのは、次の内容です。
- ブロックの価格
- 労務の時間あたりの単価
- モルタルの価格
- 物流や経費の金額
つまり、次のようになります。
- 単価表を変える → 新しい単価を使うには、編集できる見積を明示的に再計算する
- モジュールを改訂する → 今後の見積の作業で、修正した考え方を使える
これが、一貫した、賢い見積の土台です。
4. モジュールを作成する
Section titled “4. モジュールを作成する”新しいモジュールを作成するには、次のようにします。
具体的な例は、まず最初のモジュールを作成を参照してください。
- カタログ → モジュール に移動します。
- 作成（Create）を選びます。
- 名前、分類体系、出来高の単位、説明を入力します（分類にはUniFormatをおすすめします）。
- 材料、労務、経費 を追加します。
- （任意）ドキュメントやメモを追加します。
- モジュールを保存します。
下の画像は、保存済みの窓のモジュールです。空の作成フォームではありません。出来高の単位は Each (ea) です。Components → Materials の数量は、窓1組あたりの使用量を表します。
| 材料 | 1組あたりの数量 |
|---|---|
| 窓 | 1 ea |
| シーリング材 | 0.02 gal |
| ねじ | 12 ea |
| バックアップ材 | 2 lf |
Labor と Expenses も個別に確認します。202組では、ほかの明細を加える前にねじが2,424本になります。御社の施工に合う数量と前提条件かを確認し、レビューした組み立て方をカタログに残してください。
モジュールはカタログの管理として編集でき、変更は今後の見積の作業で使えます。承認済みの有効な見積は読み取り専用のままです。承認済みの仕事を変更する必要があるときは、後の改訂を作成するか開きます。
見積を通常どおり保存すると、すでに使っているモジュールの構成と単価が保たれます。明示的に再計算すると、経費の計上方法を含む構成の変更が反映され、何が変わったかが報告されます。単価だけの更新と判断する前に、差を確認してください。
5. レビュー後にモジュールを確認する
Section titled “5. レビュー後にモジュールを確認する”モジュールのカタログでは、確認済み のモジュールにチェックマークのバッジが表示されます。これは、誰かがそのモジュールの現在の材料、労務（歩掛）、経費、前提条件をレビューしたことを意味します。
画像のバッジは Verified · Self-verified · rev 1 で、確認者の名前も表示されています。Self-verifiedは改訂の作成者が自ら確認したことを表します。組み立て方のレビューを記録するもので、現在の単価や別の現場への適合を保証しません。
施工の内容を変えると新しい改訂がレビュー待ちになります。名前だけの変更ではそうなりません。Request review でモジュール確認者に依頼し、History で以前の改訂を調べます。確認の前に保留中の変更を保存してください。確認者の役割はユーザーとレビューの役割を参照してください。
複製やAI支援の取り込みはモジュールを始める助けになりますが、確認済みにはなりません。見積で頼る前に、取り込んだ定義や複製した定義をレビューしてください。
6. 複合モジュール
Section titled “6. 複合モジュール”複合モジュール は、複数のモジュールを、より大きな単価内訳にまとめます。
例：
-
外壁のシステム
- 断熱のモジュール
- 組積のモジュール
- 左官のモジュール
- 防水のモジュール
-
基礎のシステム
- フーチングのモジュール
- 鉄筋のモジュール
- コンクリートのモジュール
複合モジュールを使うと、細かさを失わずに複雑なシステムを捉えられます。
複合モジュールの1単位ごとに、子モジュールの使用が、その「モジュールごとに1回」の経費も含めて繰り返されます。複合モジュールの階層では、金額は複合モジュールの数量に比例します。一方、統合 は新しいモジュールの下書きを作ります。材料、労務、「モジュール1単位ごと」の経費の係数は、選んだ元の数量に応じて比例し、「モジュールごとに1回」の経費は1度だけ追加されます。元のモジュールは変更されません。
7. 見積でモジュールを使う
Section titled “7. 見積でモジュールを使う”見積を作成すると、次のようになります。
- マッピングしたIFCの要素が、モジュールを自動で持ち込む
- 手でモジュールを追加することもできる
- 数量はIFCまたは手入力から反映される
- 単価表が原価を計算する
モジュールによって、どのプロジェクトも同じ「原価の言葉」で話せるようになります。
8. 版の管理と進化
Section titled “8. 版の管理と進化”モジュールは、次のようなことで時間とともに進化します。
- 歩掛の改善
- 設計基準の変更
- 材料の変更
- 新しいサプライヤーの登場
- 以前の工事からの学び
Darwinでは、組織がモジュールのライブラリを継続的に改善し、原価のDNAを強くしていけます。
9. モジュールを作るためのベストプラクティス
Section titled “9. モジュールを作るためのベストプラクティス”わかりやすい名前の付け方を使う
Section titled “わかりやすい名前の付け方を使う”寸法、種類、仕様を含めます。
モジュールの焦点を絞る
Section titled “モジュールの焦点を絞る”各モジュールは、あいまいなシステムではなく、特定の単価内訳を表すようにします。
前提条件を文書化する
Section titled “前提条件を文書化する”ほかの人が考え方を理解できるよう、メモや仕様を追加します。歩掛の出所（社内の実績、公表されている歩掛など）も記録しておきましょう。
単価を埋め込まない
Section titled “単価を埋め込まない”原価の値は単価表に任せます。
モジュールを定期的に見直す
Section titled “モジュールを定期的に見直す”充実したモジュールのライブラリは、戦略的な資産です。
10. Module Copilot
Section titled “10. Module Copilot”Module Copilot は、短い説明からモジュールを下書きする、AI支援の方法です。スタート → Module Copilot（/modules/copilot）から開きます。
- 単価内訳を自由な文章で説明します。たとえば「塗装仕上げの屋内の石こうボード間仕切り」などです。
- 必要に応じて、分類体系、単位、地域を設定します（地図で選べる欄で、既定は組織の配送拠点です）。
- Darwinが、編集できる 材料、労務、経費 の明細の表を持つモジュールを提案します。
- 提案された明細を確認・調整します。より安い入札や別のサプライヤーによる代替案も、同じ方法で下書きできます。
- 取り込む で、モジュールをカタログに保存します。
知っておくとよいこと：
- 取り込むまでは何も保存されません。 検索と編集の流れはメモリ上で行われます。ページを離れたり検索し直したりすると、作業中の内容は破棄されます。
- 結果は地域によって変わります。 同じ説明でも地域によって異なる単価が返ることがあるので、地域は意図して設定してください。
- Module Copilotは、材料・労務のWeb検索ツールと同じアシスタントの仕組みに従いますが、3つの原価の区分を一度に下書きするため、3つの中で最も多機能です。
- AIが作成した経費の明細は、既定で「モジュール1単位ごと」になります。取り込む前に計上方法と係数を確認してください。AIの下書きは確認済みのモジュールではありません。利用できるかどうかはインスタンスとリリースによって異なります。Darwin AIアシスタントを参照してください。
11. Excelからモジュールを取り込む
Section titled “11. Excelからモジュールを取り込む”既存の多くの単価内訳を一度に取り込むには、カタログ → モジュール → Excelから取り込む に移動し、DarwinのExcelテンプレートに記入するか、お使いのブックをそのまま送ります（AI支援）。保存する前に、すべての資源と合計を担当者が確認します。取り込んだモジュールは 未確認 の状態から始まります。Excelの単価内訳を取り込むを参照してください。
12. 次のステップ
Section titled “12. 次のステップ”単価表について学びます。
- ➡️ 最初の単価表を作成する
または
カタログのその他の部分を確認します。