ChatGPTでメルマガ作成を代行するには｜原稿・承認・配信の担当を分ける

受注、配信、売上や開封率の実測は行っていません。以下の役割分担、確認票、依頼文は本稿の提案です。法令やサービス規約に適合するかは、実際の用途と配信先を担当者が確認してください。

作成だけか配信までかを決める

「作成代行」という名称だけで、送信まで任されたと考えません。対象となる業務委託では、取引条件の明示について公正取引委員会の公式案内も確認します。[1] 個別案件への適用や契約の最終判断は別に必要です。

作成と配信の境界を依頼票にする

架空の「文書整理サービス」の紹介メルマガを例に、件名案と本文案を作るだけの依頼として整理します。依頼者が承認するまで、配信ツールへの入力や送信は含めません。用途はサービス案内、目的は「何を返すサービスかを伝える」、提供内容は原稿から見出し案と配置理由を返す、という設定です。宛先や配信対象が未確定なら、読者の属性を作りません。

担当者ごとの合意欄を埋める

この表は役割を尋ねるための見本で、受注や配信権限の付与を示しません。制作費と検収条件も未確認欄として依頼者に戻します。

AIへ渡す資料を依頼者と確認する

商品情報、リンク、表現ルールなど、原稿に必要な材料を整理します。顧客のメールアドレス一覧を、文章を作る目的だけでAIへ入力する必要があるかを考えてください。使わない情報は渡さず、秘密情報を無断で外部へ送らないようにします。

配信ツールへアクセスできることを、AIへの入力許可と同じにしません。原稿、画像、過去の配信文を利用してよい範囲や、保存と削除の扱いも依頼者と確認します。

AIへ渡す材料を三つに分ける

入力を認められた提供事実、表現上の希望、未確認事項に分けます。作例の提供事実は「原稿1本から見出し案1セットと配置理由を返す」「原稿、読者、目的を確認する」。希望は落ち着いた件名と、紹介ページへの導線です。価格、納期、利用者の声、成果は未確認。サービスの効果や「限定」「無料」といった条件は、資料にない限り本文に入れません。

材料入りの依頼文を作る

以下は架空サービスの案内文の編集案です。実送信はしません。
提供事実：原稿1本から見出し案1セットと配置理由を返す。原稿・読者・目的を確認する。
希望：落ち着いた件名案2つと短い本文案1つ。紹介ページへのリンク位置は［リンク確認待ち］と記す。
未確認：価格、納期、配信対象の同意、利用者の声。断定や補足をしない。
出力：件名案／本文案／根拠のある説明／確認待ち／承認担当。送信や予約は行わない。

件名案は「原稿の見出し、整理しませんか」と「見出し案と配置理由を、一緒に」。どちらも編集作例で、AIの実行結果や開封率の実測ではありません。原稿をAIへ渡す前には、依頼者の入力許可と利用するサービスの条件を別に確認します。

必要な権限だけを確認する

Mailchimpの公式ヘルプは、Owner、Admin、Manager、Author、Viewerなどのユーザーレベルごとに権限が異なることを説明しています。例えばAuthorの説明には、メールやテンプレートの作成・編集・削除、レポートの閲覧が挙げられています。[2]

これは他のツールにも同じ権限名があるという意味ではありません。使うサービスの現在の設定で、依頼された操作に合う権限を確認します。依頼者のパスワードを共有することを前提にせず、正式なアカウント招待など利用できる方法を確認してください。

操作ごとに必要な権限を照合する

原稿だけを作るなら配信アカウントへの招待自体が不要な場合があります。件名・本文の入力まで依頼される場合は、対象ツールの現行権限表で、編集と送信の権限が同じかを確認します。Mailchimpであっても役割名だけで実操作を推測せず、依頼者が使う画面で照合してください。パスワードを受け取って本人として操作する前提にはしません。

招待の前に確認する質問を残す

「私が行うのは原稿の制作だけですか。それとも下書きへの入力までですか」「送信・予約はどの担当者が確定しますか」「委託終了後の招待解除は誰が行いますか」と聞きます。回答が得られるまでは作業範囲を増やさず、顧客の宛先一覧をコピーの作成用データとして持ち込まないようにします。権限を付ける前に作業を切り分ければ、原稿作成と実送信を混同しません。

原稿の納品物に確認欄を付ける

件名、本文、リンク先、未確認事項、承認記録を一緒に渡します。ChatGPTへ整理を頼む場合は、承認された材料だけを入力し、不明な条件を補わせないようにします。

確認済みの原稿材料から、納品用の一覧を作ってください。列は「件名案」「本文」「参照リンク」「未確認」「承認が必要な担当」です。宛先、配信日、価格、限定条件は、材料にない場合は追加しません。送信や予約の操作は行いません。

原稿の版と、誰がどこを承認したかを残します。依頼者から修正が来た場合は、以前の承認がそのまま有効と考えず、変更部分と必要な再確認を整理します。本稿ではAIを実行していません。

受渡しファイルの中身を示す

本文案は架空の編集見本であり、依頼者による承認済みのコピーではありません。リンクの代わりに架空のURLを置かず、確認待ちが解消してから差し込みます。

修正時には変更と承認を分ける

依頼者が「もっと成果が伝わるように」と言ったら、「売上が伸びる」を足すのではなく、「見出し案と配置理由を返す点を件名で明確にする」という変更案を示します。元の件名、変更後、変更の理由、再承認する担当と日時を並べて残します。送信予定の変更は原稿の言い換えとは別で、宛先と送信日時の再確認が必要です。修正回数や追加費用は実際の契約条件が決まるまで記入しません。

送信の判断は原稿確認と別にする

配信する場合は、宛先を利用してよいか、同意や配信停止の扱いを誰が確認するかを決めます。Mailchimpは、自社のメールマーケティングにおけるpermissionを、明示的で検証可能な同意として説明しています。[3] これは日本や全地域の法令を一括で判断する説明ではありません。

原稿が承認されたことだけを根拠に、配信を実行しません。宛先、リンク、設定、送信する担当の確認を残します。送信結果が不明な場合も、重複送信を避けるため、実際の状態を調べる前にやり直さないようにします。