見積・提案の版管理｜差し替え地獄を防ぐ「Revision」設計と承認フロー

見積書や提案書は、最初に作った内容のまま終わるとは限りません。
数量が変わる、納期が変わる、割引条件が変わる、対象範囲が増える。顧客とのやり取りが進むほど、条件の修正や資料の差し替えは発生します。
問題は、差し替えそのものではなく、どの版が正式なのか、誰が承認したのか、顧客にどのPDFを送ったのかが分からなくなることです。

この記事では、見積・提案の版管理を「ファイル名の工夫」だけで済ませず、下書き、確定、失効、承認、PDF生成、履歴まで含めて、実務で扱いやすい形に整理します。

1. まず状態を3つに分ける：下書き／確定／失効

版管理で最初に決めたいのは、版番号ではなく状態です。
見積や提案のデータが、今どの段階にあるのかを分けておかないと、編集中のものと顧客提示済みのものが同じ扱いになってしまいます。

• 下書き：社内で編集中の状態。金額、条件、添付を変更できる
• 確定：社内承認済み、または顧客提示用として固定した状態。原則として編集しない
• 失効：過去版として残す状態。参照はできるが、最新版としては使わない

この3つを分けるだけで、「今送ってよい見積はどれか」「承認済みの条件はどれか」が判断しやすくなります。ステータス遷移として明文化する場合は、遷移図 の考え方がそのまま使えます。

画面上では、現在顧客に提示している確定版と、社内で作業中の下書き版を明確に分けて表示します。ここが曖昧だと、営業担当、上長、制作・施工・現場担当の間で見ている条件が食い違います。

2. Revisionの付け方：人が読める番号と、内部で使うIDを分ける

Revisionは、R1、R2、R3のように人が見て分かる番号を付けると扱いやすくなります。ただし、システム内部では、版番号だけに頼らず、一意のIDを持たせます。

• 案件ID：見積や提案が属する案件を示すID
• Revision番号：R1、R2、R3など、社内・顧客が理解しやすい番号
• 内部ID：データベース上で版を一意に扱うためのID
• 変更理由：数量変更、納期変更、対象範囲追加、割引調整など

Revision番号は、見積書やPDFの表紙にも出せます。一方、内部IDは画面や連携処理で確実に対象を特定するために使います。人が見る番号と、機械が使うIDを分けておくと、後から名称や表示ルールを変える場合にも対応しやすくなります。

変更履歴では、誰が、いつ、どの項目を変えたのかを確認できる必要があります。ログの基本設計は、権限・ログ の考え方と近いです。特に金額、割引率、納期、支払条件、対象範囲は、変更前後の値を残しておく方が安全です。

3. 確定版は編集しない。変更する場合は新しい版を作る

確定版をそのまま編集できる仕様にすると、承認済みの内容が後から変わってしまいます。これでは、承認した時点の条件を確認できません。

実務では、確定版をロックし、変更が必要になったら新しい下書き版を作る流れにしておく方が扱いやすくなります。

• 確定版を複製して、新しい下書き版を作成する
• 変更箇所と変更理由を入力する
• 必要な承認を受ける
• 新しい版を確定する
• 古い確定版を失効にする

この流れにしておけば、顧客に提示した条件、社内で承認した条件、現在作業中の条件を分けて管理できます。承認者や承認条件の設計は、承認フロー の考え方と合わせて決めておくと実装しやすくなります。

4. 顧客提示用PDFは、確定版から作る

見積や提案では、顧客にPDFを送る場面が多くあります。ここで自由にPDFをアップロードしたり、担当者ごとにファイル名を付けたりすると、古い版を送ってしまう原因になります。

顧客提示用PDFは、確定版から作る前提にしておくと管理しやすくなります。

• PDF生成：確定時に自動生成、または確定後に専用ボタンで生成
• ファイル名：案件ID、Revision、日付を含める
• 保存場所：権限チェックできる領域に保存する
• 添付：メール送信時は、確定版PDFだけを選べるようにする

添付ファイルの扱いは、ファイル添付 の安全設計と関係します。直リンクで誰でも見られる場所に保存するのではなく、ログインや権限確認を通した上で表示・ダウンロードできる形にします。

顧客へのメール文面も、版番号や有効期限が分かるようにしておくと確認しやすくなります。見積送付メールや確認メールに入れる情報は、確認メールの必須情報 の考え方と合わせて整理できます。

5. 条件表・例外条件：後から確認できる欄を用意する

見積・提案では、金額だけでなく、前提条件や例外条件が重要になります。たとえば「今回は特別値引き」「搬入は平日午前のみ」「追加作業は別途見積」「この価格は月末まで有効」といった条件です。

こうした内容がメール本文や口頭説明だけに残っていると、後から確認するときに手間がかかります。見積データやPDFの中に、最初から記入欄を持たせておく方が安全です。

• 見積の有効期限
• 納期、支払条件、搬入条件などの前提
• 見積に含まれる範囲
• 見積に含まれない範囲
• 今回だけの特別条件
• 顧客確認が必要な項目

例外条件を設計に含めておく考え方は、料金計算ロジックの 例外処理 と同じです。例外を「その場のメモ」で処理するのではなく、入力欄、履歴、PDF出力まで含めて扱えるようにしておくと、社内確認も顧客確認も進めやすくなります。

業種別の典型

物流（運賃・附帯作業・燃料サーチャージ）

物流では、距離、荷姿、作業条件、待機時間、附帯作業、燃料サーチャージなど、見積条件が複数に分かれます。さらに改定も発生するため、どの条件で提示した見積なのかを後から確認できることが重要です。

業務像は 物流向け を前提に、運賃と附帯作業 の設計と版管理を一緒に考えると、顧客提示後の確認や再見積にも対応しやすくなります。

自動車販売・整備・タイヤショップ（作業メニュー・部品・追加整備）

自動車販売・整備・タイヤショップでは、入庫後に追加整備が見つかることがあります。部品代、工賃、作業時間、納車予定が変わるため、最初の見積と追加後の見積を分けて管理する必要があります。

業務像は 自動車販売・整備・タイヤショップ向け を前提に、ピット割当 や作業指示のタイミングと、見積の確定タイミングを合わせて考えると、営業側と現場側で条件を確認しやすくなります。

インテンスでも、見積・提案のように後から条件確認が必要になりやすい領域では、確定版のロック、変更履歴、顧客提示用PDFの管理を優先して設計します。

まとめ

見積・提案の版管理は、単にR1、R2と番号を振るだけでは不十分です。下書き、確定、失効を分け、確定版は直接編集せず、変更が必要な場合は新しい版を作る。この流れを決めておくことで、現在の正式な条件を判断しやすくなります。

あわせて、承認者、変更理由、差分、顧客提示用PDF、添付ファイルの扱いまで管理できるようにしておくと、社内確認や顧客対応の負担を減らせます。

見積や提案は、金額だけでなく、納期、対象範囲、除外条件、有効期限まで含めてひとつの条件です。後から確認できる状態を作っておくことが、差し替えが続く案件を落ち着いて扱うための基本になります。