電話で「お願いします」と受けた仕事、どの見積内容で受注したか説明できますか？

見積書をPDFで送った数日後、電話で「前に送ってもらった内容でお願いします。あと、この部分も少し対応できますか」と言われ、そのまま作業に入る。Web制作、修理、デザイン、相談業務では珍しくない流れです。ただ、月末に請求書を作るとき、「前に送った内容」がどの見積書で、追加の話をどこまで含めるのか、すぐに説明できるでしょうか。

見積書は価格表ではなく、仕事の前提を共有する記録

見積書には金額だけでなく、作業範囲、数量、納期、支払条件、作業を進める前提などが含まれます。取引先にとっては依頼内容を確認する資料であり、作業する側にとっては「どこまで引き受けたか」を振り返る基準です。

小規模な取引では、正式な発注書を受け取らず、電話、対面、メール、チャットで合意が生まれることがあります。口頭で受けること自体が問題なのではありません。困りやすいのは、承認の言葉と、その言葉が指す見積書の版・条件が離れて保存されることです。

「お願いします」だけでは、金額や範囲まで読み取れないことがある

チャットに「お願いします」と残っていても、複数の見積書を送っていた場合、それがどの番号・どの日付の見積書を指すかは後から曖昧になりがちです。電話中に出た「少し対応」の扱いも同じです。当初金額に含むのか、無償対応なのか、別料金で確認するのかが記録されていなければ、請求時に記憶で補うことになります。

請求書の明細を整えても、受注時の条件まで後から確定できるとは限りません。請求書は請求する段階の書類であり、受注時に何を合意したかを示す役割とは分けて考えると整理しやすくなります。

通話の直後に、短い確認を残す

電話で依頼を受けたら、長い議事録を作る必要はありません。通話後にメールやチャットで、要点を短く共有する方法があります。たとえば「本日のお電話で、見積書No.○○の内容・金額で承りました。追加で伺った○○については、対応範囲と費用を確認のうえご連絡します」のように、対象の見積書と追加事項の扱いを分けて書きます。

ここで大切なのは、相手から明確な返信を得ることだけを目的にするのではなく、自分と相手が同じ前提で進めるための記録にすることです。取引先が注文書、発注書、契約書、購買システムでの手続きを求める場合は、その手順や契約内容を優先して確認します。

追加・変更は、当初の承認記録に混ぜない

仕様変更、数量の増減、緊急対応、値引き、無償対応、外注費の追加、納期変更は、作業中に起こり得ます。当初見積の承認記録に追記するだけでは、「最初から含まれていた内容」と「途中で変わった内容」が区別しにくくなります。

変更が出た日、変更内容、金額や納期への影響、誰と確認したかを、案件の記録に追加します。金額が未定なら、未定のまま記録しておくことも有効です。決まっていないことを、決まったように請求書へ反映しないためです。

請求までたどれるか、1件だけ確認する

まずは進行中か直近完了の案件を一つ選び、次の記録を同じ案件名または管理番号でたどれるか確認します。送付した見積書の最終版、承認が分かるメール・チャット・発注書など、承認日と承認者、合意した金額・範囲・納期・支払条件、追加や変更のやり取り、納品記録、請求書です。

表計算で案件一覧を管理する方法も便利です。ただし一覧の金額だけを見る運用では、根拠となる見積書や承認メッセージを探し直すことがあります。案件番号、保存先、ファイル名、メッセージの場所を対応付けると、担当者が変わった場合や数か月後の問い合わせにも確認しやすくなります。

保存方法や保存期間、電子データの取扱い、各記録が契約や税務上どのように扱われるかは、取引形態や状況によって異なります。ここでの記録は制度上の要件を一律に満たすことを示すものではありません。それでも、見積、承認、変更、納品、請求を時系列で結び付けておけば、請求額を説明するための確認作業は大きく減らせます。

請求書管理DIM