▼ この記事の内容
建築業のSFA（営業支援システム）は、顧客名だけでなく、物件・工事案件・関係者を結び付けて管理し、見積の変更と次の対応を追えるかで選びます。施工管理まで一つにまとめるかは、営業と工事部門の間で何が抜け落ちているかを確かめてから判断します。この記事では、導入方式を比べる表と、実際の案件を使って自社に合うかを確認する手順を紹介します。入力項目、受注見込みの見方、引き継ぎ、導入後の会議まで整理します。
建築業のSFAは、顧客・物件・案件を分けて考える
建築業でSFAを選ぶ際の出発点は、営業担当者の行動を細かく記録することではありません。誰の、どの物件の、どの工事について、何が決まり、次に誰が動くのかを、担当者以外も確認できるようにすることです。まずこの情報のつながりを整理すると、必要な機能と、別の仕組みに任せる業務を判断しやすくなります。
同じ顧客から複数の物件について相談される場合もあれば、一つの物件で改修、増築、設備更新などの相談が別々に進む場合もあります。顧客の欄に商談内容をすべて書き足すだけでは、どの工事の見積なのか、どの相談が止まっているのかが分かりにくくなります。
顧客は取引相手、物件は対象、案件は営業上の相談単位
顧客、物件、案件は、次のように分けると整理しやすくなります。名称そのものより、自社で何を一件として扱うかをそろえることが大切です。
- 顧客：施主企業、管理会社、元請会社など、継続して関係を持つ相手。
- 物件：建物や施設など、工事や提案の対象。
- 案件：特定の工事範囲や要望について、受注に向けて進める相談。
- 関係者：相談窓口、決裁に関わる人、設計担当、現場担当など。
たとえば、ある企業が所有する施設について、外壁改修と別棟の増築を相談された場面を考えます。これは管理方法を説明するための仮の例です。予算、決裁時期、工事範囲が別であれば、同じ顧客・物件に結び付く別案件として管理する方法があります。一方、一括で判断される工事なら、一つの案件の中で見積や提案の内訳を管理するほうが実態に合うかもしれません。
案件を分ける基準は、営業担当者の好みではなく、受注判断が分かれるか、次の対応が別になるかです。細かく分けすぎると登録の負担が増え、まとめすぎると進み方の違いが見えなくなります。
一つの案件に複数の会社と役割を結び付ける
建築の営業では、発注元と日常の相談窓口が同じとは限りません。施主、設計事務所、管理会社、元請会社などが関わる場合は、会社名と担当者名に加え、その案件での役割を確認できるようにします。
名刺情報が登録されていても、誰が予算を確認し、誰が工事範囲を決めるのかが分からなければ、次の働きかけを決めにくくなります。ただし、決裁者を推測で登録するのは避けます。確認できた役割と、まだ確認できていない役割を分けて残すほうが、商談の準備に使えます。
営業で必要な情報と、施工で必要な情報を分ける
SFAは、相談の発生から提案、見積、受注判断までの経緯を共有するために使います。工程、安全、品質、現場写真、施工中の原価などをどこまで扱えるかは、製品や構成によって異なります。営業と施工の情報を一つに集めること自体を目的にせず、それぞれの担当者が必要な情報へたどり着けるかで考えましょう。
顧客との関係を継続して管理するCRM（顧客関係管理）と、SFAの機能が一体になっている製品もあります。名称だけで役割を決めず、自社の相談受付、見積、受注、引き継ぎのどこを支える仕組みなのかを確認することが必要です。
必要な機能は、営業で止まっている仕事から決める
必要な機能を一覧から選び始めると、使う場面が曖昧な機能まで欲しくなりがちです。先に、情報が見つからず困った場面、確認が遅れた場面、同じ内容を入力し直した場面を具体的に挙げます。そのうえで、何ができればその困りごとが解消するかを決めます。
案件管理は、進捗の名称より次の対応が分かるか
案件の進捗が提案中、見積中、検討中と表示されていても、それだけでは上司が支援すべきことを判断できません。現地調査の日程待ちなのか、工事範囲の確認待ちなのか、先方の予算承認待ちなのかで、必要な対応は変わります。
進捗の区分には、それぞれ進めてよい条件を設けます。たとえば見積提出済みなら、見積書を作成した状態ではなく、先方へ提出した日と対象範囲が確認できる状態とします。さらに、現在止まっている理由、次の対応、担当者、期限を組み合わせると、案件一覧をそのまま確認の場で使いやすくなります。
なお、営業担当者が次に確認する期限と、顧客が判断する予定日は別の情報です。先方の判断が先でも、自社から途中で確認する必要はあります。この二つを同じ日付欄に入れないことが、放置と過剰な追客の両方を避けるうえで役立ちます。
見積は金額だけでなく、変更の理由と対象範囲を残す
見積管理で確かめたいのは、PDFを添付できるかだけではありません。同じ案件で複数の提案を出したとき、どれが最新で、どれが比較案なのかを見分けられるかが重要です。
工事範囲の変更、仕様の変更、実施時期の見直しなどによって金額が変わった場合は、その理由を残します。金額だけを上書きすると、過去の説明と現在の条件の違いを後から追いにくくなります。見積番号、提出日、対象範囲、変更理由、採用された案を、既存の見積作成の仕組みと合わせて管理できるか確認しましょう。
見積明細をSFAへすべて転記する必要があるとは限りません。詳細は見積作成側で管理し、SFAでは営業判断に必要な金額、条件、参照先を持つ方法もあります。二重入力を避けながら、商談で説明した内容を確認できる形を選びます。
外出先での記録は、入力から次の行動まで試す
スマートフォン対応という説明だけでは、現場で使いやすいかは判断できません。訪問先の案件を探す、相手の要望を記録する、写真や資料を関連付ける、次の対応を登録する、という一連の操作を実際の端末で試します。
地下や建物内など、通信しにくい場所で使う可能性があるなら、接続が切れたときの保存状況も確認します。未保存が分かるか、再接続後にどう反映されるか、同じ記録が重複しないかまで見ると、運用上の不安を具体的に判断できます。
検索と閲覧権限も、日常の業務として確認する
顧客名だけでなく、物件名、所在地、案件番号、担当者など、現場が実際に覚えている手掛かりから情報を探せるか確認します。同じ物件の表記が担当者ごとに異なる場合は、検索機能だけで解決しようとせず、名称の付け方もそろえる必要があります。
また、図面、見積条件、個人の連絡先などは、誰に見せる必要があるかを分けて考えます。営業担当、管理職、施工担当、協力会社が同じ範囲を閲覧するとは限りません。機能全般の確認観点は、SFA機能比較｜営業現場で使い続けられる選び方と導入前の確認点を解説も参考になります。
汎用型・建築業向け・既存システムとの連携を比較する
建築業向けという名称だけで選ぶと、自社には不要な管理まで増えることがあります。一方、汎用型でも、自社の顧客・物件・案件の関係を無理なく表現できれば候補になります。比較するのは業種名への対応だけでなく、日々の仕事に合わせるために何を設定し、誰が維持する必要があるかです。
| 選択肢 | 向いている場合 | 向かない場合 | 確かめる点 |
|---|---|---|---|
| 汎用型のSFA | 営業の進め方を自社で整理でき、案件や活動の共有を中心に始めたい場合 | 物件や関係会社の複雑なつながりを、標準設定では表現できず、設定を維持する担当も置けない場合 | 顧客・物件・案件の関連付け、項目変更の範囲、管理者の作業、追加費用 |
| 建築業向けのSFA | 標準の項目や処理の流れが、自社の営業と見積の進め方に近い場合 | 想定されている工事や取引の形が自社と異なり、例外処理が多くなる場合 | 自社と同じ案件構造を扱えるか、不要項目を調整できるか、変更時の対応範囲 |
| 営業から施工まで扱う一体型 | 受注時の情報移し替えが大きな負担で、部門共通の運用を決められる場合 | 既存の施工管理を変えにくい場合や、部門間で管理の責任を決められない場合 | 見積・受注・工程・原価の境界、部門別の権限、導入範囲、既存データの移行 |
| SFAと既存の見積・施工管理を連携 | 既存システムが業務に合っていて、営業の見える化と引き継ぎを補いたい場合 | 共通の番号や更新ルールがなく、連携の不具合を管理する担当も置けない場合 | 連携する項目、更新方向、反映時期、失敗時の通知、重複と修正の扱い |
この表の選択肢は、製品を厳密に分類したものではありません。一つの製品が複数の特徴を持つ場合もあります。候補製品を比較するときは、自社で想定している使い方を表のどこに近いか当てはめ、確認すべき点を具体化してください。
連携できるという説明は、項目と更新方法まで確認する
連携には、ファイルを取り込む方法もあれば、システム間で自動的にデータを受け渡す方法もあります。顧客名だけが渡るのか、案件番号や採用見積まで渡るのかで、残る作業は変わります。連携の有無だけで比較せず、何を、どちらから、いつ更新するかを確認します。
特に注意したいのは、両方のシステムで同じ項目を書き換えられる場合です。営業が変更した予定金額と、工事側が確定した契約金額は、同じ意味ではありません。項目の意味をそろえずに連携すると、正しい値同士が上書きされる可能性があります。どちらを正式な記録として扱うかを先に決めましょう。
費用は利用料に加え、日常の管理まで含める
比較する費用には、利用料のほかに初期設定、データ移行、外部連携、追加機能、教育、運用支援を含めます。社内の管理者が項目追加や利用者変更に使う時間も、導入後の負担として確認したい点です。
利用人数が増えた場合、保存する資料が増えた場合、施工部門にも閲覧させる場合で、契約条件がどう変わるかも確かめます。導入時の見積だけではなく、自社が想定する利用範囲になったときの条件で比較することが必要です。
管理担当を十分に置きにくい会社では、設定の自由度に加え、日常の変更を誰が処理できるかが判断材料になります。費用と運用体制を合わせて整理したい場合は、中小企業のSFAツール選び｜費用・機能・現場への定着で判断する導入ガイドも参照してください。
自社に合うSFAかを、実際の案件で確かめる手順
製品紹介を見る前に、自社の案件で何ができれば採用候補に残すかを決めます。画面の印象だけで選ばず、案件を登録してから受注判断や引き継ぎまで進め、実務の途中で情報が途切れないかを確認します。ここでは、次へ進める条件と、見直す条件を分けて考えます。
手順1：困っている場面を、記録から確かめる
まず、最近の案件資料、営業会議の記録、見積履歴、引き継ぎ資料を確認します。担当者の記憶だけで導入目的を決めず、どの情報が見つからなかったのか、誰が確認し直したのか、何の判断が遅れたのかを具体的にします。
たとえば案件の進捗が分からないという声があれば、更新されていないのか、進捗の定義が曖昧なのか、会議で参照されていないのかを分けます。原因が違えば、必要な対応も異なります。困りごとを実際の仕事の場面として説明できれば、次へ進みます。抽象的な要望だけなら、先に対象案件を確認します。
手順2：一件として扱う範囲と、正式な情報の置き場を決める
次に、顧客、物件、案件、見積をどう結び付けるかを整理します。同じ顧客に別物件がある場合、同じ物件に別工事がある場合、見積を出し直した場合を並べて、管理単位が変わらないか確認してください。
あわせて、顧客の住所はどこで修正するのか、契約金額はどこで確定するのか、工事開始後の変更は誰が記録するのかを決めます。営業と施工の双方が同じ説明をできる状態なら、候補製品への当てはめに進みます。部門によって意味が違う項目は、設定する前に名称や定義を分けます。
手順3：通常の案件と、扱いに迷う案件を選ぶ
試用には、日常的な案件だけでなく、管理が難しかった案件も含めます。複数物件をまとめた提案、見積条件の変更、担当者の交代、いったん保留した相談の再開など、自社で実際に起こる場面を選びましょう。
実データを外部の試用環境へ入れる際は、自社の情報管理のルールに従い、必要に応じて顧客名や連絡先を置き換えます。管理の関係を試すことが目的なので、確認に不要な個人情報や図面まで入れる必要はありません。必要な案件の特徴が再現できれば、操作の確認へ進めます。
手順4：営業担当から施工担当まで、情報を受け渡す
営業担当が案件を登録し、上司が内容を確認し、担当を交代し、受注後に施工担当が引き継ぐ流れを試します。説明員の案内だけで操作を終えず、実際に利用する人が、自分で情報を探して次の対応を決められるか確認します。
- 案件を開けば、顧客、物件、関係者のつながりが分かるか。
- 最新の見積と、採用されなかった比較案を区別できるか。
- 担当者が変わっても、未回答の質問と次の対応が分かるか。
- 受注後に、合意済みの条件と未確定の事項を分けて渡せるか。
- 入力間違いや重複に気付いたとき、修正方法と責任者が明確か。
ここで口頭説明や別の表が必要になった場合、その補助が業務上必要なのか、SFAの設定不足なのかを分けます。補助資料があることだけで不適合とは判断しません。ただし、最新情報を複数箇所へ毎回転記しなければ仕事が進まないなら、役割分担か連携方法を見直します。
手順5：未解決事項を分けて、導入範囲を判断する
試用で見つかった問題は、設定で直せるもの、運用を決めれば対応できるもの、追加開発や別契約が必要なものに分けます。そのうえで、対応する担当者、費用、確認時期を整理します。提供予定という説明だけの機能は、現時点で利用できる機能と分けて判断します。
重要な仕事の流れが確認でき、残る問題の対応方法が明確なら、限定した範囲での導入に進めます。見積や顧客情報の扱いに未解決の問題が残るなら、その部分は導入判断を保留します。全社導入の日付を先に決めて、確認できていない仕事まで押し込まないことが大切です。
入力を定着させるには、営業会議と引き継ぎで使う
SFAへの入力を続けてもらうには、入力内容が実際の仕事に使われる必要があります。営業担当に記録を求めながら、上司が別の報告書を求める運用では、仕事が増えたと感じられやすくなります。案件の確認、上司への相談、引き継ぎに同じ情報を使うところまで、導入時に決めましょう。
最初に求める情報は、次の対応を決めるためのものにする
入力項目は、将来分析できそうという理由だけで増やさず、誰が何を判断するために使うかを確認します。初期の候補になるのは、次のような情報です。自社の業務で必要なものを選び、既存の入力項目を減らす場合も利用者への影響を確認します。
| 情報 | 記録する内容 | 使う場面 |
|---|---|---|
| 顧客・物件・案件 | 取引相手、対象建物、相談されている工事の範囲 | 情報の検索、重複の確認、担当者の交代 |
| 現在の状況と根拠 | 進捗区分、確認した事実、確認日 | 案件の優先順位や支援内容の判断 |
| 金額とその前提 | 概算か提出済み見積か、対象範囲、採用案 | 受注見込みの確認、見積変更の説明 |
| 次の対応 | 実施する内容、担当者、自社の確認期限 | 対応漏れの確認、営業担当の予定調整 |
| 顧客の判断予定 | 判断する時期、確認できた根拠、未確認事項 | 受注時期の見直し、先方への確認準備 |
| 引き継ぐ条件 | 合意事項、対象外の範囲、未確定事項、参照資料 | 営業から施工への引き継ぎ |
自由記述欄には、確認した事実、担当者の見立て、次に確かめることを分けて書くと読みやすくなります。顧客が予算承認の時期を伝えた事実と、担当者が受注できそうだと感じたことは、同じ確度の情報ではありません。
営業会議では、記録の読み上げより判断を進める
会議では、全案件を順に説明させるのではなく、次の対応が未設定の案件、判断予定が変わった案件、部門間の調整が必要な案件などを取り上げます。SFAに書いてあることの確認だけで終わらず、誰が何を支援するかを決めます。
上司が案件の記録を見て同行や技術相談を手配すれば、営業担当にも入力する意味が伝わります。会議中に決めた内容も同じ案件へ戻し、別の議事録だけに残さないようにします。入力の徹底を求める前に、管理職自身がその記録を判断に使っているかを確認しましょう。
受注見込みは、金額と時期の根拠を分けて確認する
案件金額の合計を、そのまま売上の予定として扱わないようにします。概算段階なのか、見積を提出したのか、契約内容が決まったのかで、金額の意味は変わります。また、受注予定、着工予定、売上計上の予定は別の時点です。SFAでどの見込みを確認しているのかを明確にします。
受注確度を割合で入力する場合も、担当者ごとの感覚だけになっていないか注意が必要です。先方の意思決定の進み方、競合の状況、残る条件など、割合の根拠となる情報を確認します。過去データで検証していない数値は、予測精度が確かめられた値として扱わず、社内の見立てとして使います。
引き継ぎは、渡した側と受け取った側の確認を分ける
受注した案件では、営業が情報を登録しただけで引き継ぎ完了としないことが大切です。施工担当が必要な資料を開けるか、合意内容を理解できるか、追加確認が必要な点はないかまで確認します。
特に、工事の対象外となった範囲、顧客からの要望で未回答のもの、日程に関する条件は、見積金額とは別に分かる形で残します。営業の説明と施工側の理解がずれている場合は、受け渡す情報を増やすだけでなく、どこで合意を確認するかも見直します。
建築業のSFA導入で起こりやすい失敗と見直し方
導入後に情報が集まらないときは、担当者の意欲だけを原因にしないことが大切です。案件の分け方が難しい、入力場所が複数ある、記録しても会議で使われないなど、仕組みの側に原因がある場合もあります。どの操作や判断で止まっているかを確認し、そこから修正します。
進捗が検討中のまま動かず、状況が分からない
検討中という区分には、予算の確認待ち、工事時期の見直し、提案内容への疑問、社内調整など、異なる状態が混ざりやすくなります。区分を細かく増やす前に、止まっている理由と次の確認内容を残せるようにします。
判断予定が未定なら、無理に月末の日付を入れるのではなく、未定として管理し、自社から確認する期限を別に設定します。日付を埋めることが目的になると、営業会議で毎回予定を後ろへ動かすだけになり、受注見込みの判断にも使いにくくなります。
項目を増やしすぎて、商談後の記録が後回しになる
すべての案件で詳細情報を求めると、まだ分からない項目まで入力する必要が生じます。相談受付時、現地調査後、見積提出時、受注時など、確認できる時点に合わせて入力を求める方法を検討します。
入力されていない項目があれば、必要性だけでなく、いつ分かる情報なのかを確かめます。入力担当がその情報を持っていないなら、別の担当者が更新する仕組みも必要です。未入力を責める前に、仕事の流れと入力の要求が合っているかを見直しましょう。
古い表をそのまま移し、重複と不明な情報が増える
既存の表計算ファイルを移す際は、顧客の重複、物件名の表記違い、終了済み案件、担当者不明の案件を確認します。古い記録を黙って捨てるのではなく、現在の営業で使う情報と、参照用に保管する履歴を分けます。
不明な値を推測で補うと、移行後に事実として使われるおそれがあります。確認できない項目は未確認と分かる形で残し、誰がどの資料を見れば確かめられるかを整理します。取り込み前後で案件数や関連付けを照合し、一部の案件は資料まで開いて確認します。
一体化を急ぎ、現場で必要な情報が扱いにくくなる
営業と施工を同じ画面で扱えることは利点になり得ますが、それぞれに必要な細かさは異なります。営業担当が日々見る案件一覧と、施工担当が使う工程や原価の管理を、同じ項目で済ませようとすると無理が出る場合があります。
一体化する範囲は、共通で使う情報と部門固有の情報を分けて決めます。既存の施工管理が業務に合っているなら、受注情報と必要な資料を渡す構成も候補です。部門をまたいで情報が使えることと、すべてを一つのシステムへ収めることを混同しないようにします。
導入効果を入力件数だけで判断する
活動記録が増えても、案件の確認や引き継ぎが改善したとは限りません。導入前に挙げた困りごとに戻り、次の対応が不明な案件が減ったか、最新の見積を探せるか、引き継ぎ後の確認し直しがどう変わったかを見ます。
変化を比較するときは、対象案件や記録の定義をそろえます。受注件数や売上は、案件の規模、時期、市場環境などにも左右されるため、変化をすべてSFAの効果と決め付けないことが必要です。まず、導入目的に近い業務の変化を確かめ、そのうえで営業成果との関係を見ていきます。
案件情報を整理したうえで、営業の聞き方や説明を練習したい場合は、FAZOMでAIを使った営業ロープレや商談の振り返りを続ける方法もあります。実際の案件で確認が足りなかった点を練習のテーマにすると、次の商談で試す内容を具体化しやすくなります。
まとめ
建築業のSFAは、顧客・物件・案件・関係者を結び付け、見積の変更と次の対応を追えるかで選びます。営業から施工まで一体で管理するか、既存の仕組みと連携するかは、現在どこで情報が抜け、どの作業が重複しているかによって判断します。
最初に行うことは、最近の案件を使って困っている場面を確かめることです。その後、案件の管理単位と情報の置き場を決め、通常の案件と扱いに迷う案件の両方で、登録から引き継ぎまで試します。未解決の問題は設定、運用、追加対応に分け、対応方法を確認してから導入範囲を決めましょう。
導入後は、入力内容を営業会議と引き継ぎで使い、次の判断につなげます。機能の多さや入力件数だけでなく、担当者以外も案件の状況を理解し、必要な支援と次の対応を決められるかを、自社に合うSFAの判断基準にしてください。
