MarketoのAIは権限から開く|既定でオフの機能と順番

MarketoのAIは権限から開く|既定でオフの機能と順番

「Marketoを契約しているのだから、AIはもう全員の画面に出ているはずだ」「メールのAIを使いたいと現場に言われたが、どこを押せば出てくるのか分からない」。AIの機能が一気に増えた時期には、この2つの声がほぼ同時に届きます。前者は期待、後者は戸惑いですが、根っこは同じ思い込みです。MarketoのAIは、契約した瞬間に全員へ開く機能ではありません。本当は、利用条件への同意と役割ごとの権限で、一つずつ開いていく機能です。この記事では、いまMarketoに載っているAIの機能を棚卸しし、誰に、どの順番で開くかを6つの手順で整理します。


カメ先生カメ先生

MarketoのAIは、契約すればすぐ使えると思われがちなんだ。でも公式の手順を読むと、まず生成AIの利用条件への同意があって、そのあと管理者が役割ごとに権限を付ける。多くは既定でオフなんだよ。


カメ子カメ子

オフになっているのは、使わせたくない会社への配慮ということですか。


カメ先生カメ先生

そう読むのが自然だね。メールの文面を作るAIと、プログラムを組み立てるAIでは、間違えたときの影響が違う。だから誰に何を開くかを、会社の側で決める作りになっているんだ。


カメ子カメ子

機能の一覧より先に、開く順番を決めるのが仕事になるんですね。


この記事のポイント
  • MarketoのAIは、生成AIの利用条件への同意と、管理者による役割ごとの権限の付与を経て初めて画面に出る。メールのAIアシスタントは既定で無効
  • AIの相棒コワーカーは全契約で一般提供だが、マーケティングユーザーや独自の役割では既定でオフ。スキルには読む側と作る側がある
  • AIに任せるのはメール文面の下書きとリード調査の要約まで。配信の承認、スコアリングの基準、誰に送るかは人が決める

リード獲得・育成の打ち手として、ウェビナーの集客と運営でお困りですか?

企画・集客・運営までデボノが伴走支援。外部リスト頼みにしない「自社の集客力」を育てます。

目次

「契約すればAIがすぐ使える」は誤り:多くは既定でオフから始まる

まず誤解をほどいておきます。Marketoのメール作成のAIアシスタントについて、公式の手順書ははっきりとこの機能は既定では有効になっていないと書いています。使うには、生成AIの中核の利用条件と、メール作成で生成AIを使うための補足の条件に同意し、そのうえで管理者が役割や利用者に権限を付ける必要があります。

もう一つの柱であるAIの相棒、コワーカーも同じ考え方です。こちらは全ての契約で一般提供と案内されていますが、権限の既定値は役割ごとに違い、日々の作業を担うマーケティングユーザーの役割では既定で無効です。管理者の画面で試した人は使えるのに、現場の担当者の画面には出てこない、という食い違いはここから生まれます。

この作りは、不便に見えて筋が通っています。メールの文面を下書きするAIと、プログラムの骨組みを作ったりリードを取り込んだりするAIでは、間違えたときに直す手間がまったく違うからです。全員に一度に開かないのは、会社ごとに開く範囲を選ばせるためと受け止めると、次にやるべきことが見えてきます。

つまり、情シスとマーケの運用責任者が最初に向き合うのは、AIの使い方ではなく開き方です。誰が条件に同意し、どの役割に何の権限を付け、どの機能はまだ閉じておくのか。この3つを決めないまま開くと、あとから閉じるのは開くより手間がかかります。以下では、その決め方を順番に見ていきます。

いまMarketoに載っているAIは大きく3つ

2026年9月時点の公式の文書から読み取れるAIの機能は、大きく3つに分けられます。1つ目はメール作成の画面に入るAIアシスタント、2つ目はAIの相棒として幾つかのスキルを持つコワーカー、3つ目は社外のAIの道具からMarketoにつなぐためのMCPサーバーです。それぞれ開き方も、効き目の範囲も違います。

コワーカーは、公式の説明では以前「Marketo AI」と呼ばれていたものの後継にあたります。名前が変わったことで、社内の手順書や過去の検討資料に古い名前が残っている会社もあるはずです。社内で呼び名を1つに揃えておくと、権限の申請や問い合わせの場面で取り違えが減ります。

機能何をするか開き方の要点
メールのAIアシスタント件名・プリヘッダー・本文の区画・メール全体の下書き条件への同意のあと、デザイン画面の権限を役割に付ける。既定は無効
コワーカープログラム作成・リード調査・製品知識・プログラム検証・リード取り込みの5つのスキル条件への同意のあと、専用の権限を役割に付ける。役割ごとに既定値が違う
MCPサーバー社外のAIの道具からMarketoの操作を呼ぶ連携用の資格情報と、専用の利用者の権限で範囲が決まる

この表は、どれから開くかを考える土台になります。同じ「MarketoのAI」でも、権限の置き場所が3つとも違うという点が大切です。1つの設定で全部が開くわけではないので、機能ごとに担当と判断を分けて進めます。なお、会話で動く案内役のチャットにも生成の機能がありますが、公式では別のリリースノートで管理されており、この記事では深入りしません。

手順1:いまの契約で使える機能と提供段階を棚卸しする

最初の手順は、自社の契約でどの機能が使えるのかを確かめることです。公式の案内では、コワーカーは全契約で使える一方、画面にタイルが見えない場合は担当の窓口に問い合わせるよう書かれています。一般提供と書かれていても、自社の環境に届いているかは管理者が画面で確かめるまで分かりません。

提供段階も合わせて控えておきます。コワーカーの設定画面では、連携と通知のタブが「近日公開」とされ、まだ使えない状態です。MCPサーバーの文書でも、スマートリストとスマートキャンペーンを作ったり直したりする道具は2026年9月の公開を目指すと書かれています。機能によって、同じ画面の中でも完成度が違うということです。

棚卸しの結果は、機能名、提供段階、自社の環境で見えているか、確かめた日付の4列で残すと扱いやすくなります。AIの機能は月ごとに名前も中身も変わるため、確かめた日付のない一覧は、半年後には誤った一覧になると考えておくほうが安全です。公式の文書の最終更新日も一緒に控えます。

この段階では、まだ何も開きません。どの機能があり、どれが自社で使える状態なのかを、情シスとマーケの運用責任者が同じ一覧で見られるようにするのが目的です。現場から「使いたい」という声が出ていても、一覧ができる前に個別に開くと、誰に何を開いたのかが分からなくなります。

手順2:生成AIの利用条件に誰が同意するかを決める

メールのAIアシスタントもコワーカーも、使う前提として生成AIの中核の利用条件と、補足の利用条件への同意が求められます。ここで決めておきたいのは、誰がその同意を行うのか、という社内の手続きです。画面の上ではボタン1つでも、会社として条件を受け入れる行為であることに変わりはありません。

おすすめは、法務か情報管理の担当者が条件の本文を読み、社内の生成AIの利用規程と食い違いがないかを確かめてから、管理者が同意の操作を行う流れです。条件の要点を抜き出したり、社内規程との対応表の下書きを作ったりする作業は、AIに手伝わせても構いません。ただし、条件を受け入れてよいかの判断は、AIに任せず人が原文で行うことが前提です。

コワーカーについては、公式がデータの扱いをまとめた情報シートを公開しています。扱うデータの範囲や統制の仕組み、個人情報への配慮が書かれているため、同意の前に目を通す資料として社内に回すと話が早く進みます。同意した日、同意した人、読んだ資料の3点を記録しておくと、あとから監査や問い合わせがあったときに説明できます。

同意の手続きを飛ばして、管理者が気づいたときに押してしまう会社は少なくありません。その場合でも、後追いで記録を作っておくことをおすすめします。条件は改定されることがあるため、年に一度は本文を読み直し、変更点があれば社内規程との対応を見直す、という決まりも合わせて置いておきます。

メールのAIアシスタントは「権限の付与」で初めて画面に出る

同意が済んでも、メールのAIアシスタントはまだ画面に出ません。公式の手順では、管理者が利用者と役割の設定から対象の役割を選び、デザイン画面の権限の中にある「AIアシスタントへのアクセス」の項目に印を付けて保存して、初めて使えるようになります。権限を付けた役割の人にだけ、生成のボタンが現れます。

AIアシスタントでできることは、公式の説明によると、件名とプリヘッダーの生成、メールの特定の区画の文章と画像の生成、既存のテンプレートからメール全体を作ることです。ブランドの資産を参考資料として読ませたり、購買グループ、顧客の段階、伝え方の方針、言語、語り口、絵文字の有無を指定したりもできます。画像はアドビの画像生成の仕組みなどで作られます。

注意したいのは、この機能が新しいメールデザイナーで作るメールだけに効くという点です。従来の編集画面で作ったメールや、古いテンプレートを使い続けている部署では、権限を付けてもボタンが見えないことがあります。「権限を付けたのに出ない」という問い合わせの多くは、このずれで説明がつきます。

AIアシスタントが作るのは、あくまで下書きです。件名の候補を5つ並べさせて人が選ぶ、本文の区画を2案出させて人が直す、という使い方が向いています。生成された文面は、配信の承認と同じ目で読むという決まりを最初から置いておくと、下書きがそのまま配信に回る事故を防げます。

手順3:AIアシスタントを渡す役割を決める

AIアシスタントの権限は、役割単位で付けるのが基本です。いきなり全てのマーケ担当の役割に付けるのではなく、メールの制作を担う少人数の役割から始めるのが無難です。試す人が限られていれば、どんな下書きが出て、どこで直しが入ったかを集めやすくなります。

役割の設計で迷うのは、既存の役割に権限を足すか、AIを使う人のための役割を新しく作るかです。既存の役割に足せば手間は少ないものの、その役割の全員が一度に使えるようになります。試す段階では、既存の役割を複製し、AIの権限だけを足した試行用の役割を作るほうが、範囲を保ったまま始められます。

STEP1
試行する人を決める

メールの制作に慣れ、直した箇所を言葉で報告できる数人を選びます。

STEP2
試行用の役割を作る

今の制作担当の役割を複製し、AIアシスタントへのアクセスだけを加えます。

STEP3
試す範囲を決める

件名とプリヘッダーから始め、慣れてから本文の区画に広げます。

STEP4
結果を集める日を決める

2週間から1か月後に、採用した案と直した理由を集める日を先に置きます。

試行の期間が終わったら、使ってよかった点と困った点を集め、既存の役割に正式に権限を足すかどうかを決めます。権限を広げる判断は、試した結果を見てから行うのが順番です。試行用の役割は、正式に広げたあとに片づけておくと、役割の一覧が散らかりません。

コワーカーは役割ごとに既定値が違う

コワーカーの権限は、「コワーカーへのアクセス」にあたる専用の項目で管理します。公式の設定の手順には、役割ごとの既定値が表で載っています。管理者とアドビの製品管理者は既定で有効、マーケティングユーザーは既定で無効、標準ユーザーの役割にはそもそも付けられない、という扱いです。

さらに、コワーカーを使う人のための専用の役割が用意されていて、こちらは既定で有効です。一方、会社が独自に作った役割は既定で無効になっています。つまり、管理者の画面で動いたからといって、現場の役割で動くとは限らないということです。試すときは、管理者ではなく実際に使う役割の利用者で確かめる必要があります。

役割既定の状態運用で気をつけること
管理者有効管理者が試した結果を、現場でも動く証拠にしない
アドビの製品管理者有効管理の担当者が気づかず使っていないかを確かめる
マーケティングユーザー無効開くなら試行の結果を見てから
標準ユーザー付けられない使わせたい場合は役割そのものを見直す
コワーカー専用の役割有効この役割を誰に割り当てるかが実質の許可になる
独自に作った役割無効必要な役割だけに印を付ける

権限を付ける操作そのものは、管理者の画面で利用者と役割を開き、対象の役割か利用者を選んで項目に印を付け、保存するだけです。操作が簡単なぶん、誰がいつ付けたかの記録を残すことが大切になります。専用の役割を人に割り当てることも、実質的には許可を出すことと同じなので、同じ記録に含めます。

コワーカーの5つのスキルを「読む」と「作る」に分ける

公式の概要によると、コワーカーには現在5つのスキルがあります。自然な文章の説明からプログラムの骨組みや予定を作るプログラム作成、リードが節目に届かなかった理由を説明するリード調査、アドビの公式文書をもとに使い方に答える製品知識、公開前に設定を標準的なやり方と照らして問題を示すプログラム検証、そしてリードの一覧を項目の対応づけと重複の整理をしながら取り込むリード取り込みです。

この5つは、Marketoの中身を変えるかどうかで2つに分けて考えると判断しやすくなります。製品知識、リード調査、プログラム検証は、答えや指摘を返すもので、Marketoの中身を書き換えない読む側のスキルです。プログラム作成とリード取り込みは、プログラムやリードの記録を新しく作る作る側のスキルです。

読む側のスキルは、間違っていても人が読んだ段階で止められます。たとえば、ある見込み客がなぜ営業に渡る段階に進まなかったのかをリード調査に尋ね、答えを担当者が確かめる、という使い方です。最初に開くのは、読む側のスキルからという順番にすると、影響を小さく保ったままAIの答え方の癖をつかめます。

作る側のスキルは、慎重に扱います。リード取り込みは重複の整理まで手伝ってくれますが、取り込んだ記録は他の仕組みやスコアの計算にも使われます。プログラム作成も、骨組みが正しくても、中に入る配信の対象や予定の設定を人が確かめないまま公開すると事故になります。公式が「近日」として挙げる、案内の文書からプログラムを丸ごと作る機能が加わると、この区別はさらに大事になります。

手順4:作る側のスキルを業務に入れる基準

作る側のスキルを業務に入れるかどうかは、機能の出来ではなく、社内で確かめる手順があるかどうかで決めます。基準は3つです。1つ目は、作られたものを公開前に確かめる担当者が決まっていること。2つ目は、間違えたときに戻す方法が分かっていること。3つ目は、作った記録に誰がAIで作ったかが残ることです。

プログラム作成なら、作られた骨組みをプログラム検証のスキルに照らし、さらに担当者が配信の対象、予定、除外の条件を読む、という二重の確かめ方が取れます。ただし検証のスキルが示すのは標準的なやり方との違いで、自社の決まりに合うかまでは分かりません。AIの検証が通ったことを、人の確認を省く理由にしないという線をここで引きます。

  • 管理者の画面で試したプログラム作成を、そのまま現場の役割に開く
  • リード取り込みを、取り込む前の一覧を誰も見ないまま使わせる
  • AIが作ったプログラムを、検証のスキルが問題なしと言ったので公開する
  • 作る側のスキルを使える人と、公開を承認する人が同じになっている

リード取り込みは、特に慎重に扱いたいスキルです。取り込む前の一覧の出どころ、同意の有無、既存の記録との重複の扱いは、AIには判断できません。取り込む一覧を用意し、取り込んでよいと決めるのは人で、AIに任せるのは項目の対応づけの案まで、と決めておくと安全です。

手順5:外部の接続と上位の製品まで要るかを判断する

Marketoの画面の中のAIを開いたあと、次に出てくるのが、社外のAIの道具からMarketoを操作したい、もっと大きなエージェントの仕組みが欲しい、という声です。ここは今の業務で本当に要るかを先に問う段階で、要らなければ開かないのも正しい判断です。

MCPサーバーについては、公式の開発者向けの文書が要点を書いています。フォーム、プログラム、スマートキャンペーン、リード、メールなどにわたる100以上の操作を持ち、権限は連携の設定に割り当てた画面を使わない連携専用の利用者の権限をそのまま受け継ぎます。そのため公式は、仕事に要る権限だけを持つ専用の利用者を使い、新しい標準ゆえの安全性や信頼性の危険に備えて、まず検証用の環境で試すよう勧めています。接続そのものの審査の考え方は、別の記事で整理しています。

アドビには、Marketoとは別の契約で提供される企業間取引向けの上位の製品もあり、そちらにエージェントの機能を載せていると案内されています。ただ、上位の製品を検討する前に、Marketoの中で開いたAIを使い切れているかを先に見るほうが順番として自然です。読む側のスキルとメールの下書きで効果が見えないうちに上位の契約を足しても、開く範囲の決まりが追いつきません。

判断の材料は、手順6で見る数字です。メールの下書きの採用の割合、リード調査で答えが出るまでの時間、作る側のスキルで直しが入った割合を数か月見て、画面の中のAIでは足りない仕事が具体的に挙がってから、外部の接続や上位の製品の話に進みます。MAの製品そのものを選び直す軸については、選び方の記事にまとめています。

AIに任せる範囲:メール文面の下書きとリード調査の要約まで

ここまでの手順で開く範囲が決まったら、次は実際にAIに任せる仕事を絞ります。おすすめは、メール文面の下書きと、リード調査の要約の2つから始めることです。どちらも、AIが出したものを人が読んでから使うため、間違っていても外に出る前に止められます。

メールの下書きでは、件名の候補、プリヘッダー、本文の区画の案をAIに出させ、担当者が選んで直します。このとき、なぜその件名にしたのかの根拠をAIに書かせると、選ぶ側の判断が速くなります。購買グループや顧客の段階を指定した場合は、その指定がどう反映されたかも一言添えさせると、意図とずれた案を見分けやすくなります。

リード調査では、ある見込み客がなぜ節目に届かなかったのかの説明をAIに出させ、担当者が記録と照らして確かめます。説明はもっともらしく見えても、条件の読み違いや記録の欠けが含まれることがあります。AIの説明は仮説として扱い、記録で裏を取ってから営業や上司に伝える、という決まりにします。

製品知識のスキルは、社内の問い合わせを減らす用途に向いています。設定の仕方をAIに尋ね、答えを公式の文書で確かめてから手順書に写す、という使い方です。答えの元になっているのはアドビの公式の文書なので、自社で独自に決めた運用の決まりまでは答えられない点に注意します。

人が持つ判断:配信の承認・スコアリングの基準・送る相手

反対に、AIに任せないと決めておくべき判断もあります。1つ目は配信の承認です。文面をAIが作っても、送ってよいかを決めて承認するのは人で、承認者は文面、対象、送る時期を1組にして確かめます。下書きが上手になるほど、承認で読む目が甘くなりがちなので、ここは決まりとして残します。

2つ目はスコアリングの基準です。どの行動に何点を付け、何点で営業に渡すかは、営業とマーケが合意して決める会社の方針そのものです。リード調査のAIが「この点数の付け方だと節目に届きにくい」と示しても、それは参考の材料にとどめます。基準を変えるかどうかは、AIに判断させず営業と合議で決めることで、部門間の信頼が保たれます。

3つ目は、どの顧客に送るかです。配信の対象の条件、除外すべき顧客、同意の扱いは、社内の決まりと法令の両方に関わります。プログラム作成のスキルが対象の案を組んでも、その条件で送ってよいかは人が決めます。除外の漏れは、AIに教えない限り防げないため、承認のたびに除外の条件を読む習慣をつけます。

この3つは、手順3や手順4で役割を決めるときに、権限の表と一緒に書いておくと伝わりやすくなります。AIを使える役割の人が、配信の承認やスコアの変更まで同じ手で行える状態になっていないかも、このときに確かめます。頼む人と承認する人が分かれていることが、AIを使う運用の土台です。

手順6:開いた後に見る数字

開いたら終わりではなく、開いた後に何が起きたかを数字で見ます。見る数字は多くなくて構いません。下書きの採用の割合、直しが入った理由、作る側のスキルで戻した件数、権限を持つ人の数の4つを月に一度並べれば、広げるか狭めるかの判断には足ります。

下書きの採用の割合は、AIが出した案のうち、手を入れずに、または軽い直しで使えたものの割合です。直しが入った理由は、事実の誤り、語り口のずれ、ブランドの決まりに合わない表現、のように分類して残します。直しの理由が同じものに偏っていれば、頼み方か参考資料を直す合図です。ブランドの資産を読ませる設定を見直すだけで、直しが減ることもあります。

作る側のスキルで戻した件数は、AIが作ったプログラムや取り込んだリードを、あとから人が直したり消したりした件数です。この数が減らないうちは、作る側のスキルを使える役割を広げません。権限を持つ人の数は、異動や退職で自然に増えたり減ったりするため、数字が想定と違えば一覧を棚卸しするきっかけにします。

メールの成果の数字、つまり開封や反応の割合は、AIの効果を見る材料としては慎重に扱います。AIの下書きを使った配信の成果が良くても、その差がAIによるものか、対象や時期の違いによるものかは分けられないことが多いからです。成果の比べ方まで決めたい場合は、同じ対象で人の案とAIの案を並べる小さな試しから始めます。

見直しの頻度と、権限を閉じる条件

権限は開くときより閉じるときのほうが忘れられやすいものです。そこで、閉じる条件を開く前に決めておくことをおすすめします。たとえば、AIの下書きをそのまま配信して事故が起きたら、その役割のAIアシスタントの権限を一時的に外す、という決まりです。条件が先にあれば、起きたときに迷わず動けます。

見直しの頻度は、試行の間は2週間に一度、正式に広げたあとは月に一度が目安です。見直しの場では、手順6の4つの数字に加えて、公式の文書の更新も確かめます。コワーカーの概要のように、スキルの数や名前が更新されることがあるからです。新しいスキルが加わったら、読む側か作る側かを判断してから開くという決まりを、ここで繰り返し使います。

  • 新しいスキルや機能は、既定の状態を管理者の画面で確かめてから、開くかを決める
  • 異動や退職のたびに、AIの権限を持つ人の一覧を更新する
  • 利用条件が改定されたら、社内規程との対応を読み直す
  • 閉じた場合は、理由と日付を記録し、現場に代わりの手順を伝える

自律的に動くエージェントにどこまで任せるかという一般論は、別の記事で扱っています。この記事で押さえておきたいのは、Marketoの権限は役割単位で細かく開け閉めできるということです。細かく開けられる仕組みは、細かく見直して初めて意味を持つので、見直しの担当者を名前で決めておきます。

開く順番を1本の線にまとめる

ここまでの6つの手順を、実際に進める順に並べ直します。大切なのは、同意、読む側、下書き、作る側、外部の接続の順に、影響の小さいものから開くことです。前の段で数字を見てから次の段に進むので、急いで全部を開くより遠回りに見えますが、閉じ直す手間を考えるとかえって早く定着します。

  1. 機能の一覧を作り、提供段階と自社の環境で見えるかを確かめる
  2. 生成AIの利用条件を法務と読み、同意した日と人を記録する
  3. コワーカーの読む側のスキル(製品知識・リード調査・プログラム検証)を試行の役割に開く
  4. メールのAIアシスタントを、制作を担う試行の役割に開く
  5. 数字を見て、作る側のスキル(プログラム作成・リード取り込み)を開くかを決める
  6. 画面の中のAIで足りない仕事が挙がってから、外部の接続や上位の製品を検討する

3と4の順番は、会社によって入れ替えても構いません。メールの制作の負担が大きい会社はAIアシスタントから、設定の問い合わせが多い会社は製品知識から始めるのが自然です。どちらから始めても、作る側のスキルは読む側の結果を見てからという点だけは動かさないようにします。

この線を社内の手順書に写すときは、各段の担当者と、次の段に進む条件を書き添えます。「試行の役割で1か月使い、採用の割合が半分を超えたら次の段へ」のように、進む条件が数字で書かれていると、誰が見ても同じ判断ができます。条件の数字は会社ごとに決めて構いません。

よくある質問

権限を付けたのに、メールのAIアシスタントのボタンが出ません

まず、生成AIの利用条件への同意が済んでいるかを確かめます。次に、対象のメールが新しいメールデザイナーで作られているかを見ます。公式の説明では、AIアシスタントは新しいメールデザイナーで作るメールにだけ効きます。どちらも問題なければ、権限を付けた役割がその利用者に割り当てられているかを確かめてください。

コワーカーのタイルが画面にありません

公式の設定の手順は、タイルが見えない場合は担当の窓口に問い合わせるよう案内しています。あわせて、利用者の役割に専用の権限が付いているかを確かめます。マーケティングユーザーや独自に作った役割では、既定で無効になっています。

管理者だけで試してから、現場に開いても大丈夫ですか

管理者の役割は既定で有効なため、管理者で動いたことは現場で動く証拠になりません。現場で使う役割と同じ権限を持つ試行用の利用者で確かめてから開くほうが確実です。

AIが作ったメールを、そのまま配信してもよいですか

おすすめしません。AIアシスタントが作るのは下書きで、事実の誤りやブランドの決まりに合わない表現が含まれることがあります。配信の承認は人が行い、文面と対象と時期を1組にして確かめる決まりにしておくのが安全です。

まとめ

MarketoのAIは、契約すれば全員に開くものではなく、生成AIの利用条件への同意と、役割ごとの権限で一つずつ開くものです。メールのAIアシスタントは既定で無効、コワーカーもマーケティングユーザーや独自の役割では既定でオフから始まります。機能の一覧を作り、同意の手続きを決め、読む側のスキルと下書きから開き、数字を見てから作る側のスキルと外部の接続に進みましょう。AIに任せるのはメールの下書きとリード調査の要約までにとどめ、根拠を書かせ、配信の承認とスコアリングの基準、送る相手は人が決めます。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。

リード獲得・育成の打ち手として、ウェビナーの集客と運営でお困りですか?

企画・集客・運営までデボノが伴走支援。外部リスト頼みにしない「自社の集客力」を育てます。

運営会社:株式会社デボノ

目次