AI制作を受注するときは、制作の支出が先に発生する時期と、代金を受け取る時期を分けて考えます。着手金、段階ごとの支払い、納品後の支払いのどれが適するかは、案件の期間、初期作業、顧客の手続きで変わります。全案件で一定割合を請求するのではなく、何に対する支払いかと、中止や変更時の扱いを合意します。

利益が出る仕事でも、先に資金が必要になる

ツール、素材、外部確認などへ支払い、後から顧客の代金が入る案件では、その間の資金を用意する必要があります。売上から支出を引けば黒字でも、同じ月に複数案件の費用が重なると負担が大きくなります。案件ごとに支出日、請求日、入金予定を並べます。

自分の時間も先に使います。顧客が途中で中止した場合、既に行った聞き取りや構成作成をどう扱うかを契約に合わせて確認します。着手金はあらゆるリスクをなくす仕組みではなく、初期作業と支出の負担を双方が理解するための条件の一つです。

料金の基本は受託原価を含めた価格へ渡せます。ここでは料金の額より、いつ何を受け取り、どの作業を開始するかへ焦点を当てます。

三つの支払い方式を比べる

方式考えやすい案件確認する条件
着手前の一部支払い初期準備や専用支出がある開始条件と中止時の扱い
段階ごとの支払い工程や納品物を分けられる各段階の提供物と確認
納品後の支払い短期、範囲が確定している請求日と具体的な支払期日

どれが必ず安全という選び方にはしません。前払いを求めても、納品の義務や実際の問題への対応が消えるわけではありません。納品後の支払いでも、期日と条件が明確で、受託側が資金を用意できるなら合う場合があります。

顧客が社内の決済手続きで前払いできない場合は、案件を段階に分ける、初期調査を別の成果物として契約する、対象量を小さくするなどを検討します。必要な制度や契約条件に合うことを確認し、顧客の手続きへ無理な条件を押し付けないようにします。

仮定例:調査と資料制作を分ける

仮定として、公開情報を調べて比較資料を作る案件を考えます。最初に対象と出典を整理し、その結果を承認してから完成資料を制作する流れです。初期の調査資料と最終資料を分けて納品できるなら、各段階に対する料金と支払いを設定する案があります。

この場合、調査を終えた時点で何が顧客へ残るかを示します。単に作業の半分が終わったという説明ではなく、比較項目、参照先、未確認事項などの成果物があることが必要です。顧客が本制作へ進まない場合も、その資料の使用条件を理解できるようにします。

調査の提供範囲は出典と確認範囲の納品へ、段階と一括の比較は確認負担と手戻りへ渡せます。支払いを分けるためだけに、価値の分からない工程を増やさないようにします。

請求日と支払期日を具体化する

納品後に払うという説明だけでは、日付が分かりません。締日、請求書の提出、支払期日、支払方法を確認します。顧客の担当者と経理担当の手続きが異なる場合もあるため、請求先、必要な記載、提出方法を受注前に聞きます。

請求書を出した日と、納品や役務の提供を行った日は別に記録します。検収日も独立して残します。支払期日を決める制度の適用には、当事者や業務委託の条件が関わるため、単に双方が同意すればどんな期日でもよいと判断しないようにします。

フリーランス法では、適用される取引について条件の明示や支払期日に関する定めがあります。発注者や受託者の要件で義務が異なるため、公正取引委員会の現在の案内へ実際の取引を照らして確認します。この記事で個別の法的判断を代行するものではありません。

開始の条件を、支払いだけにしない

支払いを受けても、必要な情報や確認者が揃わなければ制作を始められない場合があります。契約、支給資料、利用環境、開始の了承を合わせて確認します。顧客の情報が届く前から納期を固定すると、後で日程を変更する必要が出る可能性があります。

入力資料の管理はAIサービスと入力情報の条件を参照できます。着手金を受け取ったことを、どんな資料でもAIへ入力できる許可と扱わないようにします。使用する環境と範囲を合意してから処理します。

依頼の情報を具体化する方法は発注設計の確認へ渡せます。料金の合意、制作条件の合意、情報の提供が揃った状態を開始として扱う案があります。何をもって着手したかを記録してください。

中止時の扱いは、最初に説明する

開始前、調査後、初稿後などの段階で、どんな作業と支出が発生しているかを整理します。途中成果物を渡すか、専用の支出をどう扱うか、返金や追加の精算が必要かは契約と実態に応じて確認します。着手金は必ず返さない、といった一律の断定にはしません。

顧客の中止と、制作側が約束した仕事を行えない場合も区別します。理由によって対応すべき内容が違う可能性があります。問題が起きたときは、作業状態、受け取った額、支出、未納品の内容を共有して相談します。

AIが使えなくなった場合も、すぐ中止しかないと決めず、代替手順で完成できるかを確認します。ただし別の環境へ顧客資料を移すなら許可や条件の確認が必要です。無断で入力先を変えて納品する方法にはしません。

変更があった場合、金額と日程を揃える

対象量、用途、支給資料、納品形式が変わった場合は、追加作業を見積もります。顧客が変更を了承した記録を残し、請求の時期も確認します。先に支払いを受けている案件でも、当初の金額で新しい作業を無制限に行う条件にはしないようにします。

見積書の基本は納品物と別料金の確認を使えます。作業の差替えなのか、新しい成果物の追加なのかを説明し、顧客が選べる案を示します。追加の費用が出る場合は作業前に合意します。

入金の遅れが見えたとき

まず請求書の到着、提出先、記載、支払期日を確認します。担当者へ状況を聞き、連絡と回答を記録します。事情を推測していきなり断定的な連絡をするのではなく、契約と日付を示して確認します。

追加作業を続けるかは、既存の契約と状況に応じて判断します。支払いが遅れたら自由に成果物を削除してよい、アクセスを止めてよい、といった一律の説明はできません。必要なら公的な相談窓口や専門家へ、契約と記録を示して相談します。

費用と契約の記録は支出を確認できる資料を参考にできます。見積もり、発注、支給情報、納品、検収、請求、入金を対応させることが、状況の説明を助けます。

月全体の資金を点検する

見積もりの際は、顧客側で契約書や発注書を用意するかも確認します。担当者が了承していても、必要な社内手続きが終わっていない場合があります。口頭の依頼だけで専用の支出を始める前に、どの記録で発注が確定するかを揃えてください。

分割の支払いを提案するなら、各回の金額、対象工程、期日を同じ資料へ示します。総額と個別の合計が合っているか、別途の実費をどこで扱うかを確認します。説明が分散すると、顧客も受託側も残る支払いを見落としやすくなるためです。

複数案件の支出と入金予定を月ごとに並べます。売上が増えても、入金前の支出が重なるなら資金の負担も増える場合があります。顧客専用のツールや外部確認が必要な案件は、その支払いの時期を含めて受けられるか判断します。

支払い方式に向く条件は、対象と成果物が明確で、双方が開始と終了を理解できることです。一般的な着手金の割合を探すだけでなく、自分の初期負担と顧客の手続きを確認してください。制度へ合う期日と、取引の実態へ合う提供範囲を揃えることが大切です。