マーケティングのAI活用：レビュー済み原稿と施策分析

マーケティングのAI活用による自動化では、繰り返し扱うマーケティング業務の入力情報を、人がレビューできる制作指示書、コンテンツ原稿、分析結果に変換します。明確な出典、明確に定めた成果物、承認判断を定めることから始めます。このガイドは、AI Flowi Workflowでの準備と分析を扱います。施策の配信、広告の購入、アトリビューションの予測は対象外です。

執筆：Ai Flowi · 公開日 2026-10-11

ノードを選ぶ前にマーケティングの作業を選ぶ

制作指示書と施策レポートでは、必要な根拠が異なります。制作指示書には、承認済みのポジショニング、対象者、制約を入力します。分析には、実際のエクスポートと測定項目の定義を入力します。Structured Outputには名前付きの抽出フィールドがあり、aMapは表の行を個別に処理します。どちらのコンポーネントも、マーケティング上の主張の真偽や、施策が売上を生んだかを確定するものではありません。

関連情報：コンテンツ 再利用 AI。

入力データの仕様を準備する

原稿キューには、brief_id、audience、approved_message、evidence_reference、prohibited_claimsなどの列を使用します。これらは提案する業務フィールドであり、組み込みのコンポーネント設定ではありません。原稿レビューにもbrief_idを引き継ぎ、編集者が出典の行を特定できるようにします。裏付けのない利点は商品担当のレビュアーに提示してください。モデルの一般知識は、施策の主張に対する承認の代わりにはなりません。

施策分析では、エクスポートの対象期間、通貨、チャネル定義、欠損値の扱いをデータと併せて保持します。空欄のコンバージョンセルを、説明なくゼロとして扱ってはいけません。集計指標か個別レコードかを記録してください。集計入力で問いに答えられる場合は、個人を特定できる対象者データを送信しないでください。分析プロンプトを組み立てる前に、妥当な比較を決めます。

アカウントとカタログ入力

承認済みの制作指示書シートに対する読み取り権限は、 Google接続の設定に従って準備します。選択したモデルには、ご自身の提供元認証情報を設定してください。設定方法は、 モデルのリファレンスを参照します。提供元の利用料金は別途かかります。秘密情報を施策のセルや公開用の例に含めないでください。

入力元とスキーマの仕様については、 aMapのカタログ項目 を参照してください。制作指示書の表を準備する方法は、 変換のリファレンス で確認できます。

計画の例として、承認済みの制作指示書ではサービスが予約制とされている一方、求められた見出しが即時利用を示唆している場合を考えます。予約が必要という制約をapproved_messageに入れ、見出しとの矛盾をprohibited_claimsに示します。原稿はその制約を保持し、矛盾する要求をunresolved_claimsとして返す必要があります。魅力的な表現で矛盾を解決したことにはなりません。別の行が異なるサービスを説明していても、その根拠を最初の行に不足する利点の補充に使ってはいけません。編集キューに移す前に、各原稿を対応するbrief_idと照合してください。

範囲を限定した原稿キューを構築する

設定例であり、記録された検証結果ではありません

1. Read Range： google_accountで認証情報を選択します。spreadsheet_idには承認済みの制作指示書シートの識別子を使い、range_nameはその制作指示書の列に限定します。values出力はJSONを返します。後続処理に接続する前に、架空の制作指示書で返されたヘッダーと行順を確認してください。
2. Type Convert： Read Range.valuesをinput_dataとして使用し、output_type = “Table”を設定します。設定方法は、 記載された変換設定に従ってください。このキューでは、brief_id、evidence_reference、prohibited_claimsが同じ行に残ることを確認します。ヘッダーの位置がずれると、原稿に誤った根拠が結び付きます。
3. aMap： 確認済みのTableをsourceに接続し、modelと提供元認証情報を設定して、draft_text、evidence_used、unresolved_claimsのschema項目を定義します。append_to_input_columns = trueで出典の列を保持します。brief_idを保持し、その行の承認済み資料だけで原稿を作成する指示を書いてください。
4. Structured Output： 一つの制作指示書を別途抽出する場合は、input_valueに承認済みのテキスト制作指示書、modelに設定済みモデル、schema_nameにMarketingBriefReview、output_schemaにレビューフィールドを設定します。system_promptでは、裏付けのある主張と未回答の質問を区別させます。これは別のテキスト経路であり、Tableをinput_valueに直接接続する経路ではありません。
5. レビュー： aMap.statesまたはStructured Output.structured_outputを確認します。編集者の判断は生成された文章とは別に記録し、そのレビュー後にのみ既存の公開手順を使用してください。この提案フローには配信ノードはありません。

施策分析には別の入力仕様を使用する

報告された観察結果と解釈を分ける作業では、提供された施策の説明文をStructured Output.input_valueに入力します。period、metric_name、observation、source_column、unanswered_questionなどのフィールドを選択します。期間ごとの変化はエクスポートから説明できますが、変化の理由は、出典に裏付けがなければ仮説のままです。仮説を評価するために必要な入力を、モデルに明示させてください。

aMapの独立した行処理だけでは、施策全体の合計は得られません。信頼できる合計値は、元のエクスポートか、明示的に検証した別の処理で計算し、根拠として渡します。行の要約によって新たな分母を作ったり、集計期間が異なる施策を比較したりしてはいけません。エクスポートに施策の指標がない場合は、unanswered_questionにその指標を示し、評価できない比較を説明してください。

レビュー資料の形式

想定する原稿資料には、元の制作指示書を、原稿案、根拠参照、未解決の主張と併せて保持します。これはレビューキューであり、送信済みメッセージの記録ではありません。分析資料には、日付付きの観察結果、提供されたとおりの指標名、調査が必要な質問を含めます。これらのフィールドの説明は、施策の成果や例示的な実績値を示唆するものではありません。

不完全な制作指示書、矛盾するポジショニング情報、指標が欠けたエクスポートを試します。原稿案の各主張に出典参照を求めてください。原稿が提案内容を捏造したり、制約を書き換えたり、自ら承認済みとしたりした場合は出力を保留します。チームから提供された施策制作指示書を処理する前に、指示や入力仕様を修正してください。

マーケティング自動化を省くべき場合はいつですか？

短い制作指示書が一つだけなら、既存の文書チェックリストで対応できる場合があります。配信機能一式、対象者の選定、広告の自動購入、売上のアトリビューションが必要なら、この設計は使用しないでください。メールやソーシャルメディアへの送信は対象外です。これらのマーケティング用コンポーネントはカタログに記載されていますが、Ai Flowiによる本番環境での検証は行われていません。

使用量を見積もる際は、実行済みノード、再試行、提供元への呼び出しを確認します。表の処理では、ワークフロー上の分析コンポーネントが一つでも、複数のモデルリクエストが生じる場合があります。カタログは、提案する原稿キューの課金履歴ではありません。

プラン：Goは年払いで月額USD8から（月払いUSD10）、Plusは月額USD16から（月払いUSD20）、Pro 100は月額USD80から（月払いUSD100）、Pro 200は月額USD160から（月払いUSD200）、Pro 500は月額USD400から（月払いUSD500）。毎月5,000～250,000 Flowi Tokensが含まれ、追加購入も可能です。ノード実行1回につき1トークン。サードパーティのAPIとモデルの利用料金は含まれません。

入力の根拠を拡充する

レビュー済みの出典変更については、 ウェブサイトの変更監視 を、後続の営業への引き継ぎについては、 AI営業エージェントの範囲 を参照してください。 ユースケースのハブ では個別の初期タスクを扱います。その設定と検証根拠は、このマーケティング処理とは分けて保持してください。

関連情報：NPO AI 活用：助成金申請の根拠と確認を経た下書きを準備する。