工務店のDX計画は、顧客に届けたい変化から対象業務を選び、現在の状態、担当、使える時間と予算、試行後の判断基準を決めるところから始めます。製品を選ぶのは、その業務に何が足りないかが分かってからです。
例えば問い合わせへの返答が遅いとき、受付内容の転記に時間がかかる場合と、担当を決める人が不在の場合では対策が違います。前者には入力や共有の仕組みが役立つ可能性がありますが、後者では割当ての責任と代替者を先に決める必要があります。
この記事では、一つの業務を選び、導入・修正・見送りを判断できる計画にする方法を説明します。記入例と数値は架空で、導入実績や効果予測ではありません。小さな業務改善はDXに向けた着手点であり、それだけで経営や事業全体の変革を達成したとは扱いません。
ハウスメーカーで本部受付から支店へ渡す場合
本部や受付窓口で受けた問い合わせを支店や展示場へ渡す会社では、02章で案件をたどるとき、どの拠点への割当てで止まったかを分けて記録します。転記の遅れと割当て責任者の不在で対策が違う点は元記事と同じです。
試行は一つの拠点から始め、06章の続ける条件を満たしてから広げます。窓口を一本にする追客側の設計は、ハウスメーカーの追客の記事で扱っています。
顧客にどんな状態を届けたいかを決める
「効率化する」「顧客満足度を上げる」だけでは、どの仕事を先に変えるか決まりません。「問い合わせ後に担当窓口と次の連絡予定が分かる」「打合せ後に決定事項と未決事項を区別できる」のように、顧客が受け取る情報や取れる行動で目的を書きます。
その目的が必要かは、問い合わせ履歴や打合せ記録に戻って考えます。同じ質問が繰り返されているのか、連絡予定を伝えられていないのか。記録が足りなければ、顧客の困りごとを断定せず、調べたい仮説として置きます。
問い合わせ対応を対象にする架空の記入例
横にスワイプして、右側の列を確認できます
| 決めること | 記入例 |
|---|---|
| 顧客に届けたい状態 | 受付後に担当窓口と次の連絡予定が分かる |
| 今回の対象 | 一つの受付窓口から営業への引継ぎ、初回連絡まで |
| 現状の仮説 | 転記と担当確認の間で引継ぎが滞っている |
| 調べる記録 | 受付・割当て・連絡日時、転記時間、再問い合わせの内容 |
| 今回の対象外 | 見積作成、契約管理、施工管理の全面変更 |
対象を絞るのは、隣の部署への影響を無視するためではありません。受付の入力を減らした結果、営業が聞き直す手間を増やしていないかまで見るためです。最初の範囲は、関係者が参加でき、現状を測れて、支障があれば戻せる区間から選べます。ただし、重大な情報管理上の問題は、取り組みやすさの順位とは分けて対処します。
IPAのDX案内には、基礎・実践資料や、経営者と関係者が現状・課題を共有するためのDX推進指標が紹介されています。本記事の計画表は、それらの指定様式ではなく、工務店が最初の取組を具体化するための編集部の提案です。
最近の案件をたどり、止まる理由を探す
棚卸しでは、部署別に仕事を列挙するより、一つの案件を受付から連絡まで追います。担当者には「普段どうしているか」に加え、「この案件で誰へ何を渡したか」を尋ねると、電話や個人メモで補っている作業も見つけやすくなります。
問い合わせ引継ぎなら、次のように実際の記録を並べます。
横にスワイプして、右側の列を確認できます
| 工程 | 見る記録 | 分かること |
|---|---|---|
| 受付 | 受付日時と入力内容 | 必要な情報がそろった時点 |
| 営業への共有 | 転記時間、通知・共有日時 | 入力の重複と受け渡しの遅れ |
| 担当割当て | 割当て日時と割当者 | 担当不在時などの停滞 |
| 初回連絡 | 連絡日時、結果、追加確認 | 顧客への対応が進んだか |
人が作業した時間と、判断や回答を待った時間は別にします。担当決定までの待ちと、顧客の希望時刻まで連絡を控えた時間も分けます。両方を合計すると、自社で変えられる原因が見えなくなるためです。
ここで、観察した問題、原因の仮説、変更案をつなぎます。架空例として「転記は終わっているのに担当が決まらない」と分かったなら、原因は入力機能ではなく、不在時の割当てルールかもしれません。まず代替者と未割当て一覧を見る時点を決め、既存の表計算などで試せます。
反対に、担当が決まっていても案件の最新版を探せないなら、記録場所や検索・権限の条件が要件になります。同じ情報の転記でも、通知、集計、閲覧範囲の違いなど目的を調べてから、残すものとやめるものを決めます。
導入前の状態と、試行後に比べるものをそろえる
比較する指標は、顧客への変化と作業負担の両方に置きます。受付の転記時間が減っても、営業の照合が増えたり、初回連絡が遅くなったりすれば、目的に合った改善とは言い切れません。
指標には、対象、期間、開始点と終了点、単位、取得元を添えます。担当決定までの時間を営業時間内で測るなら、導入後も同じ営業時間の定義を使います。割合は分子と分母を明示し、定時点検の未割当て割合なら「その時点で担当未設定の対象案件数÷点検対象案件数」とします。複数回の点検をまとめる場合は、同じ案件を重複して数える方法かどうかもそろえます。
全件の実測が難しいときは、案件の選び方、測定件数、記録できなかった件数を残します。記録漏れをゼロにせず、担当者の概算と実測も分けます。期間末の未完了案件は件数を併記し、いつまで追跡するかを決めれば、早く終わった案件だけを比べる偏りに気づけます。
架空計算:転記が減っても、追加確認を含めると差は変わる
導入前後とも別々の一か月を対象に、各40件の全件で、同じ項目の転記作業を測ったと仮定します。製品の実測結果ではありません。
横にスワイプして、右側の列を確認できます
| 項目 | 導入前の仮定 | 試行後の仮定 |
|---|---|---|
| 対象件数 | 40件 | 40件 |
| 平均転記時間 | 12分/件 | 7分/件 |
| 月間転記時間 | 40件×12分=480分=8時間 | 40件×7分=280分=4時間40分 |
差は480分−280分=200分、つまり3時間20分です。減少割合は200分÷480分×100=約41.7%で、分母は導入前の転記時間です。業務全体が約41.7%短くなったという意味ではありません。
さらに、導入前にはなかった照合作業が試行後に1件2分増えたとすると、40件×2分=80分が加わります。試行後の転記と追加照合の合計は360分となり、導入前との差は120分=2時間です。その他の作業はこの計算に含めていません。
教育と設定の時間は別に示し、日常作業の差と合わせて導入を判断します。件数が違う月は、一件当たり時間と実件数を併記します。繁忙期、人員、案件の難しさが違えば、その影響も考える必要があります。空いた時間が売上や支出の削減につながるかは別の条件に左右され、この計算から利益増加までは言えません。
数値になりにくい負担は、「外出先で資料を開けず、事務担当へ電話した」のように出来事で残すと、端末、権限、保管先のどこを直すかを考えられます。
担当と使える資源を、一枚の計画にまとめる
計画書は、目的と判断条件を見渡す要約にします。詳細な操作記録や比較表をすべて詰め込む必要はありません。兼任者が多い会社では、推進担当の名前だけでなく、通常業務のどの時間を試行に振り向けるかまで決めることが重要です。
問い合わせ引継ぎを試す架空の計画例
横にスワイプして、右側の列を確認できます
| 計画項目 | 記入例・記入する内容 |
|---|---|
| 目的・範囲 | 一つの受付窓口で、担当窓口と次の連絡予定を伝えられる状態を目指す |
| 現状と変更案 | 転記と割当て待ちを計測し、記録元と不在時の割当て方法を見直す |
| 経営責任者 | 目的、予算・人員の上限、展開・中止を決める人を指名する |
| 推進・実行担当 | 記録をまとめる人と、受付・営業で実際に試す人を指名する |
| 確認・代替担当 | 顧客対応への影響を見る人、不在時に引き取る人を指名する |
| 資源 | 試行費用の上限、社内作業時間、利用者と対象案件を記入する |
| 測定方法 | 導入前後の対象、期間、転記時間、割当て待ち、連絡漏れの定義をそろえる |
| 判定 | 判定日、合格条件、一時停止条件、再試行時の扱いを記入する |
基準値や費用が未確認なら、調べる担当と期限を添えます。準備段階の計画が未完成であることと、未確認のまま試行を始めてよいことは別です。
従来の目的設定、棚卸し、役割分担、候補比較、試行判定、導入後確認の記録は、この計画の根拠として使えます。別々の六つの書類を必ず作る必要はなく、一つのファイルでも、判断に使った記録へ戻れれば十分です。
ツールの候補は、必要な仕事と総負担で比べる
要件は「担当未設定の案件を抽出できる」「必要な人だけが顧客情報を見られる」「契約終了時に必要な記録を取り出せる」のように、自社が行う仕事で書きます。必須要件と、代替手段を許容できる希望要件を分け、必須条件の不足を機能数の多さで埋めないようにします。
操作確認には架空データや利用条件を満たす検証用データを使います。受付、担当変更、追加入力、未完了一覧、出力までを自社担当者が行うと、提供元のデモだけでは分からない負担を見られます。既存手段の設定変更も比較候補です。
費用は同じ利用人数・期間で、税の扱いをそろえて比較します。利用料に加え、設定、移行、教育、連携、保守、解約時の取り出しを含め、社内作業時間は外部への支払額と分けます。未見積の費用はゼロとせず、補助制度も利用確定前から予算の前提にしません。制度を使う場合は、対象条件と手続時期をその制度の公式資料で確かめます。
顧客情報を登録する前に、目的に合う登録範囲、閲覧・編集・出力権限、外部共有、保存と削除、社内規程・契約との整合を担当者が扱います。バックアップは対象と復元の単位、依頼方法、時間・費用を確認する項目です。法的な判断が必要なら、対象情報と適用資料を特定して専門家へ照会します。
生成AIを含む業務では、入力できる情報の範囲と、出力の根拠を人が照合する工程も負担に含めます。架空の広報例なら、写真で見える収納の配置から耐震性や暮らしへの効果を補ってはいけません。公開する場合は、掲載許可と完成物の内容を確かめる人が必要です。契約や建物の安全性の判断は、AIの文章で代用せず、案件資料と権限を持つ担当者へ戻します。
試行前に「測る条件」と「続ける条件」を分ける
対象窓口、案件、利用者、期間を限定し、担当変更など日常的な例外も試します。実顧客への対応で試せない操作は、先に検証用データで扱います。
「同じ範囲で時間を比較できる」は測定が成立する条件です。導入を続ける条件には、測定結果が自社の目標を満たすことや、連絡漏れ・記録不整合・追加負担を許容できることが別に必要です。数値目標は基準値と実務上の必要性から設定し、未測定の削減率を約束しません。
横にスワイプして、右側の列を確認できます
| 判定 | 判断する条件 | 次に決めること |
|---|---|---|
| 継続・展開 | 必須要件と目標を満たし、顧客対応と総負担を許容できる | 展開範囲、教育、次回の見直し日 |
| 修正 | 問題の原因と対策が分かり、再試行できる | 修正担当、追加負担、再判定日 |
| 延期 | 件数・要員・確認結果が足りず判断できない | 不足材料、再開条件、期限 |
| 中止 | 目的に合わない、または許容できない問題が残る | 業務の復帰、データ回収、契約の扱い |
許可していない範囲へ情報が見える、重要記録を照合できない、代替手段でも顧客対応を続けられない場合などは、判定日を待たず利用を止める条件にします。現場が一時停止できる範囲と報告先を決め、事実確認後の再開と、計画自体の中止は分けて判断します。
障害時は代替受付の記録先と担当を用意し、復旧後に通常記録と照合するところまで試します。旧運用へ戻す場合も、試行中の連絡や更新を失わない方法が必要です。
展開後は、目的に沿う変化が続いているかを見る
展開は試行と条件が近い範囲から始めます。役割ごとの操作練習、問い合わせ窓口、移行データの照合、権限、不在時の対応をそろえ、旧一覧をいつ終了するかを決めます。旧一覧が残るなら、必要な理由と終了条件を示すことで、二重入力を放置せずに済みます。
導入後は、利用率だけでなく、顧客の連絡待ち、入力・照合時間、記録の欠落、問い合わせ対応の負担を見ます。同じ質問が続くなら、教育不足と決めつけず、入力時点や画面、承認方法が実務に合っているかを調べます。担当変更や契約更新も、権限と運用を見直す機会です。
報告は「実施したこと」「確認できた変化」「まだ分からないこと」に分けます。「担当変更と出力は試せたが、初回連絡時間は比較できていない」と書ければ、次に集める材料が明確です。最初の打合せで決めるのは、変えたい一つの業務と、その判断に必要な記録、担当、判定日です。
参考にした公式資料
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。