書類・経理 · フリーランス / 受託
仕様変更の追加工数をうやむやにしない、見積・請求の合意フロー
この記事でわかること
- タダ働きになりやすいトリガー表現
- 変更当日にやる見積→文書→承認の最短ループ
- SUGUDASU ツールの役割分担（ポーカーと請求）
- 後回し請求が会計年度を跨ぐリスク
なぜ後から揉めるか
- 口頭の「ついで」がスコープに残らない。
- 差分をまとめて月末請求 → 先方予算・記憶がすでにクローズ。
- 社内でポイント換算せず感覚見積だけ出し、説明不能。
推奨ループ（当日〜48時間）
- 変更を1行で書く（何を・何のため・完了条件）。チャットでも可。
- 見積会議で相対ポイントを合意（画面共有＋司会代行入力）。理由メモを残す。進め方ガイド
- 金額が出せるなら即、請求書ツールで見積または追加請求の行を切り PDF 化（ブラウザ内。送信設計は 検証手順）。
- メール／チャットで PDF を送り、「この条件で進めてよいか」の返信をもらうまで実装を広げない（例外は契約で先に決めた無償枠のみ）。
- 承認ログ（スレッドURL・日付）を案件フォルダに控え。
現場の失敗
- 納品後に初めて追加費用を出す → 「当初予算内」で拒絶されやすい。
- 請求だけ急ぎ、適格請求書の記載を雑にする → 差し戻し。手順は インボイス手順。
- ポイントを即・人日固定し、ジュニア実績と乖離。
追加要望を受けた日の運用テンプレ
| 時点 | やること | 成果物 | 止める条件 |
|---|---|---|---|
| 受領30分以内 | 変更内容と完了条件を1行で固定 | チャット記録 | 完了条件が曖昧なら実装を開始しない |
| 当日中 | 見積会議でポイント合意 | CSV/メモ | 乖離が大きい場合は分割して再見積 |
| 同日〜翌日 | 見積/請求PDFを送付し承認依頼 | PDF + 承認返信 | 承認前に追加実装を広げない |
免責
契約類型・約款・業界慣行により取れる手段は異なります。本記事は一般的な実務慣行の整理であり、法的助言ではありません。重要な案件は専門家に要確認。
よくある質問
無償の「ついで」枠はゼロにすべきですか？
ゼロでも、契約で上限時間を決めても構いません。重要なのは上限と承認プロセスを先に言語化することです。
見積会議の結果は契約になりますか？
なりません。合意の補助です。金額・納期は見積PDFや契約変更で確定してください。
クライアントをポーカーに同席させてよいですか？
推奨です。曖昧さがコストになることをその場で共有できます。