顧客の非公開資料を使うAI制作を受注する前の確認事項

顧客の非公開資料を使うAI制作は、見積もりや受注の前に、誰が資料の使用を許可でき、どの環境へ入力できるかを確認します。顧客がファイルを送ったことだけを、外部AIへの入力許可と扱いません。重要な条件が未確定なら、公開可能な情報で見本を作る、範囲を変える、受注を待つといった判断が必要です。

資料を受け取る前に聞くこと

最初の相談では資料の全文を求めず、どんな情報が含まれるか、何のために使うかを聞きます。未公開の商品、取引先の情報、社内の判断、個人情報などが含まれる可能性があります。種類だけで見積もれない場合も、共有してよい範囲を顧客側で確認してから受け取ります。

顧客の窓口が、その資料の提供と利用を許可できる人かも確かめます。担当者が業務で見られることと、外部の受託者へ渡せることは同じではありません。社内の管理担当や権利者への確認が必要なら、作業開始の条件へ入れます。

AI利用が禁止される資料なのか、特定の環境なら使える資料なのかを分けます。「秘密にしてください」という依頼だけでは、入力先、保存、閲覧、削除の条件が分かりません。必要な用途を説明し、具体的な条件へ合意します。

受注判断の四つの関門

条件は文書へ残します。顧客の了承、契約、使用するサービスの条件が一致しているかを確認します。顧客が希望しても、サービスの条件へ合わない処理は別の方法を探す必要があります。了承をもらえばすべての制度や規約が不要になるという判断にはしません。

基本的なAIツールの確認は入力情報と利用契約へ渡せます。この記事では、その条件を受注前の可否判断へ使い、受託側が実際に守れるかまで確認します。

仮定例：未公開の提案資料を整える

仮定として、法人が新しい取引先へ出す提案資料の整形を依頼したとします。資料には取引先名、未公開の料金条件、担当者の連絡先が含まれていました。AIが必要なのが見出しの案だけなら、全資料を入力しなくても目的を達成できる可能性があります。

受託側は、内容を抽象化した説明で構成を作る案と、顧客が許可した環境で資料を扱う案を比較します。ただし取引先名を消すだけで匿名になるとは限りません。業務内容や日付、金額などから相手が推測できる場合もあるため、実際の情報を見て確認します。

抽象化すると必要な条件が失われる場合もあります。入力を減らすことだけが目的ではなく、顧客の用途と確認の精度を維持できるかを見ます。条件に合う処理を用意できないなら、AIを使わない工程にするか、受注範囲を変える判断が必要です。

秘密保持の約束とAI環境の条件を照合する

秘密保持の契約があっても、それだけで任意のAIへ入力できるとは判断できません。第三者のサービスへ送る行為、保存、利用、再委託などがどう扱われるかを確認します。契約の名称だけで必要な条件が決まるわけではありません。

利用する環境の公式条件を、契約するプランと設定へ照らして確認します。同じ商品名でも、利用方式や契約状態によって条件が異なる場合があります。無料か有料かだけで安全性や適合を一律に判断しないようにします。

無料環境の受託条件は商用利用と継続条件の確認へ渡せます。顧客の要件に合う環境へ移るなら、設定、評価、説明にかかる費用も見積もりへ入れます。

必要な情報だけを扱う方法を検討する

個別の人物名が不要なら、役割へ置き換える案があります。実数が不要なら、説明用の仮定へ変える案もあります。ただし仮定へ変えた資料を、実案件の数字として納品しないようにします。戻す情報と確認者を明確にします。

入力前の加工を誰が行うかも決めます。顧客が提供する資料から受託側が機微な項目を除くなら、その作業にも責任と時間があります。自動的な削除だけで十分と決めず、何が残っているかを確認します。

資料の不足と許可の区分は入力資料を揃える方法で扱います。制作のために必要な情報と、便利だから持っておきたい情報を分け、受託側が必要以上のデータを受け取らないようにします。

権限を案件の期間と対象へ限定する

顧客の保存先へアクセスする場合、閲覧する対象と変更する対象を分けます。作業に不要な全社の管理権限を受け取る必要があるかを考えます。顧客の方針に合わせ、許可された場所だけを使用します。

資料の共有先、制作側の協力者、外部の確認者も説明します。受託した人以外へ資料を渡すなら、その取扱いを契約と許可へ照らして確認します。自分が確認できない専門事項へ対応するためでも、無断で資料を転送しないようにします。

原稿とデータの権利は資料の利用と再利用を参照できます。顧客へ納品する用途と、受託側の見本や別案件へ使う用途を混ぜないことが必要です。

作業中の記録と中間出力を管理する

入力した資料だけでなく、AIの要約、下書き、確認メモにも秘密情報が含まれる場合があります。元ファイルを削除したら情報がすべて消えるとは判断しません。使用した保存先と履歴の範囲を確認し、必要な条件に合わせて管理します。

問題を調べるためのログにも、本文を保存する必要があるか考えます。案件番号、時刻、処理状態だけで確認できる部分なら、内容の保存を限定できます。何を保存し、誰が見て、いつ消すかを顧客の条件へ揃えます。

情報の事故や誤った共有が起きた場合は、対象の処理を止め、分かる事実を顧客へ伝えます。対応は失敗時の連絡と修正へ渡せます。制度上の報告が必要かは、実際の情報と問題に応じて確認します。

終了時に実行できる条件か確かめる

保存する成果物、顧客へ返す資料、削除する情報を一覧にします。サービスの履歴やバックアップの扱いを確認し、実行できない完全削除を安易に約束しないようにします。保存が必要な記録があるなら、理由、対象、期間を説明します。

次回の再依頼へ備えて情報を持ち続けたい場合も、別途の条件が必要です。再依頼があるか不明な状態で、利便性だけを理由に顧客の秘密資料を長く保持する計画にはしません。

納品や発注時の条件整理は発注設計の確認、見積書は納品物と別料金を参考にできます。情報管理に追加の作業が必要なら、価格と日程へ反映します。

受注を見送る条件

見積もり段階で受け取った資料も、受注しなかったらどう扱うかを決めます。制作を開始していないから管理が不要になるわけではありません。必要な確認記録だけを残し、資料の返却や削除を顧客と合意した条件へ合わせて行います。

条件を守るために追加の設定や確認が必要なら、見積もりへ含めます。情報管理を価格に含めないまま受け、後から作業を省く状態にはしないようにします。顧客が予算を出せないなら、扱う資料や仕事の範囲を変える案を提示します。

入力許可が不明、管理条件を守れる環境がない、必要な専門確認ができない、終了時の約束を実行できない場合は、受注を待つか範囲を変えます。AIなら速く作れるという理由で、情報管理の条件を後回しにしないことが重要です。

非公開資料の仕事に向くのは、顧客と許可と処理を具体化し、受託側が管理を実行できる案件です。営業の段階から全部の資料を集めるより、必要な情報と環境を先に決めてください。入力、制作、保存、終了それぞれに合う条件を揃えてから始めます。