建築の要求整理｜要望と必須条件を分ける方法

建築の相談では、施主の発言をそのまま要望一覧へ転記するだけでは、設計条件として使いにくいことがあります。「会議室は広めに」という希望と、「避難経路を確保する」という条件では、確定方法も変更時の扱いも違うからです。さらに、既存図面の記載、現地で確認した事実、設計者が検討のために置いた仮定まで同じ欄に入れると、後で誰が決めた内容か分からなくなります。

要求整理の目的は、要望を減らすことではありません。判断の種類を分け、未確定のまま進めてよい事項と、次の作業前に確認すべき事項を見えるようにすることです。ここでは小規模な事務所改修を例に、打合せ後の情報を設計と概算の共通資料へ変える手順を説明します。

最初に五つの区分を決める

発言や資料を受け取った時点で、次の五つに分けます。分類は要求の重要度とは別です。必須条件の中にも未確認事項があり、要望の中にも優先度が高いものがあります。

「必須」と書く場合は、なぜ必須なのかも記載します。施主の社内ルール、賃貸借契約、行政との協議、建物の既存条件では確認先が異なります。法適合の判断は資格者と関係機関による確認が必要であり、要求一覧へ書いたことだけで適合を保証できるものではありません。

要求一覧に必要な列

一覧は文章の議事録と分け、1行に一つの判断対象を置きます。最低限、次の列を用意すると変更を追いやすくなります。

優先度は「高、中、低」だけで決めず、理由を残します。高の意味を「事業開始日に必要」「日常業務に直結」「代替手段なし」などと説明できれば、予算調整で削る項目を選ぶ際にも使えます。状態は、未確認、確認中、仮定、承認済み、保留、取り下げなど、事務所内で意味をそろえます。

ヒアリングから要求一覧へ移す手順

1. 発言を結論に変えずに切り出す

打合せ中の「収納が足りない」は、収納量の事実ではなく困り事の表明です。まず発言者、場面、困っている理由を記録します。設計者がすぐに「壁面収納を設ける」と解決策へ置き換えると、保管量の削減や別室への集約といった選択肢が消えます。

2. 目的と確認方法を補う

要求の後ろに「何のためか」「何が確認できれば確定か」を付けます。収納なら、保管物の種類、数量、保管期限、利用者、取り出す頻度を聞きます。個人情報を含む書類であれば、施錠方法も条件になります。この段階では設計解を決めず、必要な性能や使い方を具体化します。

3. 衝突する要求を同じ場で示す

「見通しのよい執務室」と「来客から画面を見せない」は、配置によって衝突します。片方を消さず、衝突欄または同じID群で並べます。次回打合せでは、可動間仕切り、視線の向き、受付位置など複数の対処を示し、施主が判断できる材料にします。

4. 未決事項に担当と期限を付ける

未決事項は、誰が、何を、いつまでに確認するかを決めます。「施主確認」とだけ書くと、担当者が複数いる案件では止まりやすくなります。確認が遅れた場合に影響する図面、概算、行政協議、発注時期も記録します。

5. 承認した版を固定する

打合せのたびに一覧を上書きせず、版番号と更新日を付けます。承認済みの要求が変わったときは、旧内容、変更後、変更理由、決定日、影響先を変更履歴へ残します。設計条件の変更は業務量や工程にも関わるため、必要に応じて業務範囲と追加対応を確認します。

記入例：曖昧な要望を判断できる形へ変える

施主から「明るくて集中できるオフィスにしたい」と聞いた場合、その一文だけでは平面や設備の判断ができません。次のように分解します。

この例では、自然光だけを追うと画面への映り込みが生じる可能性があります。音の分離も、個室を増やせば面積と設備費へ影響します。要求一覧では、希望する状態と同時に、運用で対応できる範囲、面積への影響、概算で別案にする項目を関連付けます。

優先度を決められないときの判断分岐

要望の優先度について施主内で意見が分かれる場合、設計者が順位を代わりに決めるのではなく、判断軸をそろえます。

1. 事業開始や安全に不可欠なら、根拠を確認して必須条件候補にします。
2. 利用頻度が高く、代替運用が難しいなら、優先度を上げる候補にします。
3. 面積や予算への影響が大きいなら、採用案と代替案を比較します。
4. 将来計画に依存するなら、想定時期と増減の幅を仮定として残します。
5. 判断材料が足りないなら、保留にして必要な調査を割り当てます。

必須条件が多すぎる場合は、法令等による条件、契約上の条件、施主が事業上譲れない条件を分けます。すべてを同じ重さにせず、根拠と変更権限を確認すると、後の予算調整で議論しやすくなります。

要求変更を受けたときの更新ルール

変更依頼を受けたら、現在の一覧へ追記する前に、対象IDを確認します。新規要求なのか、既存要求の内容変更なのか、優先度だけの変更なのかで履歴を分けます。次に、平面、構造、設備、法令確認、概算、工程、成果物への影響を担当者が確認します。影響が未確認なら「変更確定」とせず、「変更希望、影響確認中」と表示します。

国土交通省の業務報酬基準は、標準業務として設計条件等の整理、法令上の諸条件の調査、関係機関との打合せなどを掲げています。また、設計条件や設計内容の変更に伴う業務は、追加的な業務量を検討すべき場面があります。個別契約への適用や報酬額は契約内容によるため、要求一覧は契約書の代わりではありません。業務範囲の確認には設計業務範囲の整理も参照してください。

AIを使う場合は分類案までにする

議事録から要求候補を抽出したり、同じ意味の発言をまとめたりする作業にはAIを使えます。ただし、必須か要望かの最終判断、法令への適合、優先度、決定者は人が確認します。固有名詞や未公開計画を外部サービスへ入力する前に、事務所の情報管理ルールを確認してください。具体的な使い分けは設計業務でのChatGPT活用で整理しています。

よくある質問

Q1. 要求一覧と議事録は一つにしてよいですか

役割を分ける方が確認しやすくなります。議事録は発言と経緯を残し、要求一覧は現時点の条件、状態、決定者、影響先を管理します。要求IDから該当議事録へたどれるようにします。

Q2. 施主の発言はすべて要望として登録しますか

まず発言の意図を確認します。雑談、将来の可能性、現在の困り事、確定した指示を同じ扱いにしません。判断に影響する内容は登録し、区分と状態を付けます。

Q3. 必須条件かどうか分からない場合はどうしますか

必須と断定せず、要調査事項または仮定として記録します。根拠、確認先、期限を設定し、確認後に区分を更新します。

Q4. 優先度は誰が決めますか

施主側の決定権者が判断できるよう、設計者は面積、予算、使い方、工程への影響を示します。事務所内で代理判断せず、決定者と決定日を残します。

Q5. 要求が変わるたびに概算も更新しますか

すべての変更で直ちに更新する必要はありません。面積、数量、仕様、設備容量、工事区分など概算条件へ影響する変更をまとめ、更新時点と差額理由を記録します。詳しくは概算見積の更新履歴を参照してください。

参考資料

• 国土交通省「建築士事務所の開設者がその業務に関して請求することのできる報酬の基準（令和6年国土交通省告示第8号）」
• 国土交通省「建築設計業務委託の進め方」