プロジェクトの途中で、クライアントから「営業チーム向けの1ページ資料も追加できますか。すぐ終わると思います」とメッセージが届きます。疲れているあなたは、やり取りをチャットへ貼り付け、丁寧な返信を作るよう頼みます。AIの下書きには、「追加料金なしで、今週の納品物に喜んで含めます」と書かれていました。文章は自然でも、自分では認めるつもりのなかった無償の契約変更になりかねません。
フリーランサーは、断れば関係を損ねると感じ、明示されないまま広がる作業範囲を引き受けてしまうことがあります。モデルは、相手に受け入れられやすい調子の文章を作ります。しかし、感じのよい返事と、契約にもとづく合意は別です。
なぜ印象より変更履歴が重要なのか
作業範囲の変更履歴は、随時更新する次の表です。
- 依頼日
- 依頼された変更（可能ならクライアントの正確な文言）
- 成果物への影響
- スケジュールへの影響
- 料金への影響（自分で判断）
- 判断（受ける／断る／延期する）
- クライアントによる確認の参照先（メール、チケット、署名済みの変更書）
変更履歴がなければ、AIを使った返信は親しみやすさを優先し、料金や日程の条件を曖昧にしかねません。履歴があれば、返信は自分ですでに決めた内容を相手へ通知するものになります。
モデルに「この追加作業をどう約束すればよいか」と尋ねないでください。AIに任せるとしても、自分で料金と日付を決めた変更メモの整形までです。クライアントとの連絡でAIが作った日程を伝えれば、それは約束として受け取られます。
ワークフロー
ステップ1：クライアントの言葉で依頼を記録する
返信を書く前に、依頼を変更履歴へコピーします。通話で頼まれた場合は、一文で言い換えて相手へ送り、確認を取ってください。「Xという依頼として記録します。合っていますか」と尋ねます。
ステップ2：影響は自分で決める
AIを使わずに、次の点を判断してください。
- 署名済みSOWに収まるか？
- 含まれない場合、何時間かかるか？
- 料金が変わるか、スケジュールが変わるか、両方か？
- 断るか、有償の変更として提案するか、後の段階へ回すか？
これは、自分で行うべき判断です。モデルは、あなたの稼働状況や最低受注条件を知りません。AIが作った納期の約束は、文章の調子ではなくリスク管理の問題として扱ってください（NIST AI Risk Management Framework）。
ステップ3：必要ならAIで文章を整える
この作業範囲の変更メモを、メール用に整えてください。数字、日付、
判断は、書かれているとおり正確に残してください。無償対応、
日程の前倒し、成果物の追加をしないでください。
変更ログの行：
[paste your completed row]
ステップ4：料金や日程に影響する変更は、書面で合意を得る
既存の作業範囲に含まれる小さな確認なら、親指を立てる絵文字だけで足りる場合もあります。料金や期限が変わる場合は、メールまたは署名済みの変更書で合意を得てください。契約書と請求書を読み解く基礎知識とは、どの項目が重要かを把握することであり、ここで述べているのは法的助言ではありません。小規模事業者の契約管理も、納品前に何が変わったかを書き残すことから始まります（SBA: manage your business）。
ステップ5：次のステータス更新に変更を反映する
次回の誇張のないクライアント向け進捗報告では、変更履歴の項目を参照してください。新しい作業範囲を個別チャットだけに残さず、プロジェクト全体の経緯に反映します。
変更履歴はSOWのPDFと同じ場所に保存し、クライアントごとに1フォルダーへまとめてください。履歴にない変更は、プロジェクトの作業範囲に含めません。
変更履歴には、機密扱いの成果物が記載されることがあります。一行を整えるためだけに、機密情報を含むクライアントとのやり取りを全文、消費者向けモデルへ貼り付けてはいけません。まず依頼内容を自分の言葉で要約してください（クライアントの秘密情報を貼り付けない）。
説明用の例
これは説明用の例であり、実測した事例ではありません。 フリーランスのアナリストが、「グラフをあと二、三点追加してほしい」という依頼を口頭で受け入れます。2週間後、クライアントは付録一式が追加されると思っていました。チャットの履歴を見ても、合意内容は曖昧です。依頼を断るか、後の段階へ回すかを変更履歴へ書いていれば、初日に内容を明確にできたはずです。AIが整えた「喜んで対応します」という返信は、むしろ曖昧さを深めていたでしょう。
「すぐ終わる」の実際のコスト
クライアントには制作工程が見えないため、依頼は小さいと思っていることがあります。その感覚が間違っていると論じる必要はありません。依頼を必要時間、前提となる作業、受け入れ基準へ置き換えて説明するのが自分の役割です。1ページの資料でも、事前調査、ブランド規定の確認、クライアント側の法務確認、2回の修正が必要かもしれません。この整理を省くと、AIが親しみやすさを優先し、「喜んで含めます」と不足部分を埋めてしまいます。
過去の実績から、「依頼の種類 → 通常かかる時間」という自分用の換算表を作っておきましょう。その数値を決めるのは自分です。経験したことのない種類の作業について、必要時間をモデルに推測させてはいけません。
小さな修正と契約条件に関わる変更
確認事項が生じるたびに、有償の契約変更が必要になるわけではありません。承認済みのデザイン方針の範囲内で色を微調整する場合や、クライアントが加えた誤字を直す場合は、既存の受け入れ条件に含まれることがあります。一方、新しい対象者、新しい種類の成果物、新しいプラットフォーム、短縮された期限、SOWを超える追加の修正回数は、契約条件に関わる変更です。判断できない場合は「要確認」として履歴に残し、作業を始める前に一文で確認を取ってください。
確認方法と、先に承諾してしまった場合
確認方法：進行中の追加成果物がすべて、対応方針とともに変更履歴へ記載されていることを確かめます。
すでにチャットで曖昧に承諾してしまった場合は、その日のうちに訂正を送ってください。「確認したところ、これはSOWのセクションYに含まれていません。変更案はこちらです」と伝えます。時間がたつほど修正は難しくなります。
混乱のきっかけとなった提案書の過大な約束については、AIで提案書を下書きしても、価格は自分で決める方法を確認してください。EUで消費者へサービスを販売する場合、誤解を招く取引慣行には、製品やサービスについて虚偽の情報を示すことも含まれます（Directive 2005/29/EC）。米国では、クライアントとのやり取りでAIが作った無償対応や短縮日程を、根拠のないサービス上の主張と同じように扱うべきです（FTC advertising and marketing guidance、FTC crackdown on deceptive AI claims and schemes）。同業者のフォーラムは返信案の弱点を探す助けにはなりますが、無償作業を承認する権限はありません（Freelancers Union resources）。
デスク用テンプレート
作業範囲の変更履歴テンプレートを使ってください。「AIに約束の内容を書かせない」ことを、気分で変わる方針ではなく、自分で仕事を進めるときの常設ルールにします。
