見積と案件情報の二重入力を減らす、管理のつなぎ方

見積を作るたびに、案件名、取引先、担当者、提出日、受注見込みを別の台帳へ転記する。内容が変われば両方を直す。片方だけ更新され、会議の直前にどちらが正しいか確認する——。こうした二重入力は、入力する人の注意力だけではなく、同じ情報を複数の場所で管理する仕組みから生まれます。

解決の要点は、案件と見積を無理に一つの表へまとめることではありません。それぞれの役割を分けたうえで、同じ内容を二度持たずに参照できるようにつなぐことです。本記事では、現在のExcelや共有フォルダをすぐに捨てることを前提にせず、二重入力を減らすための考え方と進め方を整理します。

なぜ、案件台帳と見積台帳はずれていくのか

案件台帳は、相談を受けてから受注、着工、完了に至るまでの進み具合を見るために使われます。一方、見積台帳は、見積書の作成、確認、提出、差し替えといった文書の動きを追うためのものです。見たい対象が違うため、二つに分かれていること自体は問題ではありません。

問題になるのは、取引先名や案件名、担当者、案件の状態などを両方に手入力し、どちらを正しい情報として扱うか決めていない場合です。担当者ごとに表記が異なったり、再見積のたびに行を上書きしたりすると、次のようなことが起きます。

• 同じ案件なのに、台帳によって名称や金額が違う
• 見積を提出済みなのに、案件側は「作成中」のままになっている
• 最新版の見積書がどれか分からない
• 受注後に必要な情報を、別の管理表へもう一度入力する
• 集計のために同じ案件を手作業で照合する

表をきれいに作り直す前に、まず「何を案件で管理し、何を見積で管理するか」を決める必要があります。

案件と見積は、一対一とは限らない

管理を考えるときに見落としやすいのが、一つの案件に複数の見積が生まれることです。仕様変更による再提出、複数案の提示、工種ごとの分割などがあれば、案件と見積は一対一ではありません。

案件の行に「見積金額」と「見積日」だけを置くと、差し替えのたびに前の情報が消えます。反対に、見積台帳だけで案件の進み具合まで管理しようとすると、同じ案件が複数行に増え、案件数や受注数を正しく数えにくくなります。

基本は、案件を仕事の単位、見積を提出物の単位として分けます。そして、各見積がどの案件に属するかを結びます。この形なら、案件から関連する見積の履歴をたどれ、見積からも案件全体の状況へ戻れます。

どちらに何を持たせるかを決める

項目を分けるときは、「その情報は案件が同じなら変わらないか」「見積ごとに変わるか」で考えると整理しやすくなります。

たとえば、取引先名は案件に一度登録し、見積では案件とのつながりから参照します。見積書へ印字する宛名が一時的に異なる場合は、見積側に「提出先名」を持たせます。このように、共通情報と個別情報を分けると例外にも対応できます。

金額にも注意が必要です。「最新の提出額」「受注額」「実行予算」は同じ意味ではありません。何の金額かを項目名で明確にし、見積の数字を案件へ手入力で写すのではなく、必要に応じて関連する見積から参照・集計する設計にします。

二重入力を減らすための5つの手順

1. いま入力している項目を横に並べる

案件表、見積表、見積書のひな形、会議資料を集め、項目名を横に並べます。表記が違っても意味が同じものには印を付けます。「案件名」と「工事名」、「顧客名」と「得意先」のような重複が見えてきます。

この段階では、すべてを移行しようとしなくて構いません。日常で更新している項目、会議で使う項目、後から確認したい履歴を優先します。

2. 一度だけ入力する情報を決める

重複している項目ごとに、正しい情報を更新する場所を一つ決めます。ほかの画面ではその情報を参照します。現在の道具で参照が難しい場合も、更新元を決めるだけで食い違いを減らせます。

また、案件番号や見積番号など、人によって変わらない照合キーを設けます。名称だけで結び付けると、表記の揺れや同名案件によって誤った組み合わせが起きやすいためです。

3. 状態と更新のきっかけをそろえる

「見積中」「提出済み」「受注」「失注」などの状態は、数を増やしすぎると使われなくなります。会議や次の作業の判断に必要な段階へ絞り、それぞれが何を意味するかを決めます。

あわせて、誰が、いつ更新するかも決めます。たとえば「見積を送付した人が提出日と次回確認日を更新する」「受注連絡を受けた担当者が案件の状態を変える」と、実際の行動に更新を結び付けます。

4. 見積ファイルは履歴が分かる形で結ぶ

管理表に金額があっても、最終的には見積書そのものを確認する場面があります。案件・見積の記録から、該当ファイルへ迷わずたどれるようにします。

ファイル名だけに最新版の判断を任せず、版、提出日、提出済みかどうかを記録します。差し替え前の見積を消すか残すか、閲覧権限をどうするかも、実務に合わせて決めておくと混乱を防げます。

5. 一部の案件で試してから広げる

最初から過去の全案件を整えると、移行作業が目的になりがちです。動いている案件を少数選び、見積の作成から提出、受注判断までを一度通します。入力しにくい項目、抜ける更新、例外的な見積が分かってから対象を広げます。

架空例：再見積のたびに案件表を直していた場合

ここでは説明のための架空例を考えます。ある会社では、営業担当が案件表へ見積金額を入力し、事務担当が別の見積表へ同じ内容を入力していました。仕様変更で再見積になると、どちらか一方だけが更新されることがありました。

そこで、案件表には「案件の状態」と「次の対応」を残し、見積は提出単位で別に記録する形へ変更します。案件と見積を案件番号で結び、案件画面には関連する見積の一覧を表示します。最新提出額は、提出済みの見積から確認します。事務担当は二度目の転記をせず、営業担当も過去の金額を消さずに済みます。

この例の目的は、特定の道具を入れることではありません。同じ事実をどこで更新するかを決め、必要な人が参照できる流れに変えることです。

自動化は、つながりを決めた後に考える

見積作成や転記を自動にしても、案件と見積を結ぶキーや更新元が曖昧なままでは、誤った情報を速く増やすことになります。まずは人が見ても迷わない関係をつくり、その後で定型的な作業を選びます。

たとえば、見積を新規作成したときに案件情報を引き継ぐ、提出日が入ったら担当者へ次回確認日を知らせる、といった処理は候補になります。ただし、金額や提出先の最終確認まで機械に任せるかは、誤りが起きたときの影響を見て判断します。

まず確認したいチェックリスト

• 同じ案件情報を二つ以上の表へ手入力していないか
• 案件と見積の役割を一文で説明できるか
• 一つの案件に複数の見積を残せるか
• 名称ではなく、重複しない番号で照合できるか
• 最新版と提出済みの見積を区別できるか
• 更新する人とタイミングが決まっているか
• 見積から案件へ、案件から見積書へたどれるか
• 受注後に、同じ情報を別の表へ入れ直していないか

まとめ

見積と案件の二重入力は、入力欄を減らすだけでは解決しません。案件は仕事全体、見積は提出物という役割を分け、共通情報の更新元を一つにし、番号で関係をつなぐことが基本です。現在のExcelやファイルを生かしながらでも、更新元と手順を決めるところから始められます。

どの項目を案件に残し、どの情報を見積へ分けるべきかは、現在の見積作成や会議の流れによって変わります。Sandbox Labsの初回相談60分無料（業務基盤構築）では、いま使っている資料や更新手順を伺い、最初に整理する範囲を一緒に考えます。 初回相談はオンライン、または渋沢MIXへのご来訪で承ります。

原 翔太郎

Sandbox Labs代表。建設会社向けの営業支援と業務基盤構築を行っています。