設計事務所の失注分析｜記録して次の提案に活かす

失注理由を「価格が合わなかった」「他社に決まった」とだけ残しても、次の提案は変わりません。一方、発注者が明言していない理由を担当者の推測で確定すると、営業方針を誤ります。設計事務所の失注分析では、選定結果として確認できた事実、担当者の観察、まだ確かめていない仮説を分けることが出発点です。

この記事では、失注案件を責任追及に使わず、案件の入口、提案過程、選定結果を記録し、次の受注判断や提案準備に戻す手順を示します。

失注分析の目的を先に決める

振り返りの目的は、過去の判断を後から批判することではありません。次に似た相談を受けたとき、受けるか、何を確認するか、どの体制で提案するかを早く判断できる状態を作ることです。

記録の利用先を三つに絞ります。

相談受付時の適合確認
提案内容と進め方の改善
受注後も起こり得る条件リスクの発見

失注件数だけを評価指標にすると、難しい案件を避けたり、失注登録を遅らせたりする行動を招きます。案件単位の学びと、複数案件で繰り返す傾向を分けて見ます。

まず事実・観察・仮説を分ける

区分	記録する内容	記入例
確認済み事実	発注者や選定通知から確認できたこと	10月8日に他社選定の連絡を受領
観察	面談や質疑で起きたこと	工程説明への質問が3回あった
仮説	結果に影響した可能性	工程の見通しが伝わりにくかった可能性
未確認	次回確認したいこと	選定で重視した条件を聞けるか
次の行動	別案件で試す変更	提案書冒頭に節目表を置く

「価格負け」は、相手から価格が選定理由だと聞いた場合だけ確認済み事実にします。他社価格を知らず、結果だけから推測したなら仮説です。この区別がないと、説明不足や体制不安を見逃して値下げだけを続けるおそれがあります。

失注後48時間以内に一次記録を作る

記憶が新しいうちに、担当者が短い一次記録を作ります。日数は自社の営業周期に合わせてよいものの、「時間があるとき」にはしません。最低限、次を残します。

案件ID、相談日、失注判明日、記録者
建物用途、規模、場所、希望時期など受付時の条件
依頼範囲、選定方式、提出物、面談の有無
発注者が示した判断条件と、その確認元
質疑、条件変更、提出後の連絡
結果として通知された内容
事務所側が投入した工程と役割

提案書やメールの全文を分析票へ複製せず、保管先へのリンクを置きます。後から原文を確認でき、分析票が個人情報や機密情報の寄せ集めになるのを防げます。

担当者一人で結論を確定しない

一次記録の後、案件責任者と提案に直接関わっていない一人を含めて、短いレビューを行います。担当者だけでは、自分の説明を過大評価したり、逆に結果をすべて自責で捉えたりしやすいためです。

レビューは次の順に進めます。

結果と確認済み事実だけを読む
受付時に不足した情報を確認する
提案途中の条件変更と対応を並べる
観察から複数の仮説を出す
確認できる仮説と、確認できない仮説を分ける
次回一つだけ試す変更を決める

発注者へ理由を尋ねる場合は、回答を迫らず、今後の改善に使う目的と回答任意であることを伝えます。選定過程の開示可否は案件ごとに異なります。得られない情報を憶測で埋めません。

失注理由は一つに固定しない

提案の選定は複数条件で決まることがあります。主因を一つ選ぶだけでなく、「適合」「提案」「信頼形成」「条件変化」「競争環境」の観点で記録します。

観点	確認する問い	次回へ戻せる項目
案件適合	用途、場所、時期、体制が自社に合ったか	受注判断表
提案内容	要求と提案の対応が読み取れたか	提案書の構成
進め方	質問、返答、面談準備は適切だったか	担当と期限
条件変化	予算、範囲、日程、意思決定者が変わったか	変更確認の節目
競争環境	選定方式や比較軸を把握していたか	受付時の質問

「相性」のように行動へ変換できない分類は避けます。「意思決定者との確認機会がなかった」のように、観察できる状態へ言い換えます。

失注記録の記入例

案件ID S-041。10月8日に選定結果をメールで受領。他社選定は確認済み。理由の記載なし。初回相談では年度内の基本設計完了が希望だったが、提案依頼時に関係部署との協議工程が追加された。面談では協議時期への質問が3回あり、回答は口頭のみ。工程不安が影響した可能性は仮説であり未確認。次回、関係者が多い案件では提案書に意思決定者、協議節目、変更時の扱いを一枚で示す。受注判断表にも協議相手と決裁時期を追加する。

この例では、結果、途中の変化、観察、仮説、次の変更が追えます。「工程説明が原因だった」と断定していない点が重要です。

月次では個人ではなく傾向を見る

案件が数件たまったら、理由の件数だけでなく、どの入口条件や提案場面で問題が繰り返したかを見ます。分類名を毎月変えると比較できないため、基本分類は固定し、自由記述で補います。分類を追加するときは、既存案件をどう扱うかも決めて定義表へ日付を残します。

見る項目の例は、受付時の不足情報、途中の条件変更、提出物の差し戻し、決裁者との接点、回答期限の超過です。母数が小さい時期に割合だけで結論を出さず、個別記録へ戻って背景を読みます。

設計事務所の案件管理で案件IDと節目をそろえておくと、受注案件と失注案件を同じ入口条件で比較できます。受注後に苦労した案件も合わせて見ると、単に受注率を上げるのではなく、継続できる案件を選ぶ判断につながります。

AIで分類するときの確認

自由記述をAIで要約したり、仮の分類候補を出したりする使い方は考えられます。ただし、顧客名、計画地、予算、他社情報などを入力する前に、利用条件、保存、学習利用、権限、社内規程を確認します。設計事務所でChatGPTを使う確認手順も参照してください。

AIには事実と仮説の識別を任せきらず、元記録へのリンクと人の承認を残します。分類結果が担当者評価へ直結すると、記録が萎縮します。まず改善会議の論点整理に限定して試します。

失敗を防ぐ具体策

失敗	防止策
結果だけで価格負けと決める	事実、観察、仮説を別欄にする
担当者を責める会議になる	目的を次回の受付・提案改善に限定する
分類が細かくなりすぎる	基本分類を固定し自由記述で補う
理由を聞けない案件を空欄にする	未確認と記録し推測を確定しない
毎回多くの改善策を決める	次回試す変更を一つ選び担当と期限を置く
AIの分類を正解として保存する	原文参照と人の承認を必須にする

よくある質問

発注者へ必ず失注理由を聞くべきですか

必須ではありません。関係性や選定方式を踏まえ、回答可能な範囲を丁寧に尋ねます。回答がない場合は未確認とします。

失注理由は何項目まで分類しますか

自社が次の行動へ戻せる少数の分類から始めます。分類精度より、同じ定義で継続して記録できることを優先します。

価格の記録はどこまで残しますか

自社の提示条件と変更履歴は原資料へリンクします。他社価格や発注者予算は、確認元が明確な情報だけを扱い、推測値を入れません。

コンペと紹介案件を一緒に集計できますか

選定方式が異なるため、同じ合計だけでは傾向を読み誤ります。方式を属性として持ち、必要に応じて分けて見ます。

担当者評価に失注率を使えますか

案件難度や選定条件が異なり、単純比較は記録行動をゆがめます。個人評価とは切り離し、まず業務改善の資料として運用します。

一次資料で確認できること

AIA「A Primer on Project Delivery Terms」：プロジェクトの実施方式、関係者の関係、選定や契約に関わる基本用語を整理しています。
デジタル庁「デジタル・ガバメント推進標準ガイドライン実践ガイドブック」：業務の現状把握、課題整理、実施、評価と見直しの進め方を示しています。

上記は選定・実施方式と業務改善の一次資料です。本記事の失注票、五つの観点、レビュー順序は、設計事務所が営業記録を次の判断へ戻すための実務提案です。

AIA資料は米国の職能団体による参考資料です。国内案件では日本の法令、建築士業務の条件、契約書、発注条件を優先し、相談項目や確認手順の参考として利用してください。