マーケ運用の行列をAIが処理｜Gradialの公表値3社分を読む

キャンペーンの中身は決まっている。原稿もデザインも上がっている。それでも公開は来週になる——という状態は、作る力が足りないから起きているとは限りません。詰まっているのは、決まったあとから公開までの間にある作業です。テンプレートを選び、部品を組み、タグを付け、表記を確認し、承認を回し、元のシステムへ戻す。ひとつずつは短いのに、順番待ちが積み上がります。

企業向けにマーケティング運用のエージェントを提供するGradialは、この「間」を代行すると言っている会社です。Anthropicが公開している導入事例ページには、共同創業者のAnish Chadalavadaさんの言葉として「Enterprise marketing teams don’t have a creation problem. They have an execution problem.」という一文が載っています。企業のマーケティングチームに足りないのは作る力ではなく、実行する力だ、という趣旨です。同じページの分類では、業種はソフトウェア、規模はスタートアップ、所在は北米とされています。

先に、この記事で確かめられた範囲を書きます。公表されているのは作業時間と納期の短縮で、売上や獲得件数ではありません。そして数値を出しているのは提供側のGradialと、Gradialが使っているモデルの提供元であるAnthropicです。T-Mobile・Micron・Avalaraといった顧客企業が自社の名前で公表したものではありません。計測期間も母数も書かれていません。以下では、公式ページに記載がある範囲で何が自動化されるのかを工程に分け、そのうえで自社に置き換えるときに何を数えればよいかを並べます。確認日は2026年11月3日です。数値は原文の表記のまま書き、単位の換算はしていません。

詰まっていたのは制作ではなく、その後ろの工程だった

どこが詰まっていたのかは、Gradialが掲載しているMicronの事例に具体的に書かれています。半導体メーカーのMicronでは、ページ1枚の制作におよそ4時間かかっていたとあります。ここまでは制作の話です。ところが、その4時間のうしろにもう一段あって、できたページはレビュー4巡を通り、そこには10〜15人が関わって語単位の修正を入れていた、と記載されています。結果として、繰り返しの多い作業であっても納期が数週間単位になっていた、という説明です。

この内訳の置き方が重要です。4時間のほうは人を増やせば短くなりますが、4巡のレビューは人を増やすと逆に長くなります。制作の速さと、承認を通す速さは別の問題で、後者は人数ではなく経路の数で決まります。Micronの事例には、開発者6人とコンテンツ制作者4人がページの改修や部品の作り直しに数週間を費やしていた、という状況も書かれています。

Gradialが自社サイトで説明している担当範囲は、この後ろ側です。公式サイトのトップページには、Gradyという名前のエージェントが、ウェブ、メール、ソーシャルなどをまたいでマーケティングの作業を取り回すと書かれています。挙げられている機能の区分は、キャンペーン運用、素材の生成と改変、CMSとの連携、メールとライフサイクルの運用、ウェブの更新、検索向けの最適化、資産の管理とメタデータの付与、そしてAIによる品質検査とガバナンスです。企画や戦略は含まれていません。

層で見ると、自動化の対象が「文章を書く」ではないことがはっきりします。書いたものを所定の形に流し込み、規則に照らし、元の場所へ戻す工程です。生成AIの導入が原稿づくりから始まることが多いのに対して、ここは原稿ができたあとの詰まりに手を入れています。

チケット1枚が公開できるページになるまで

工程の記載がいちばん細かいのは、税務ソフトウェアのAvalaraの事例です。依頼の形は変えません。マーケターは従来どおりJiraにチケットを出し、そのワークフローの中からGradialが呼ばれると書かれています。エージェントは正しいテンプレートに対してページを実行し、承認を内蔵したまま、元のシステムへ書き戻します。手で組み立てる工程がなくなる、という説明です。

その内側で何が起きているかは、Anthropicの事例ページ側に書かれています。仕事をいったん小さな作業へ分解し、作業ごとに向いたモデルへ振り分けるオーケストレーションの仕組みがあり、細かい指示に従う必要がある作業はClaudeが担うことが多いとされています。顧客ごとのブランドと業務の文脈は知識グラフに収めてあり、導入時にブランド準則、デザインシステムの文書、部品の一覧を読み込んで規則として抽出する、という記載です。

工程のうち、実務でいちばん効くのは5番の検査でしょう。出力を無条件に通すのではなく、ブランド準則の照合、WCAG 2.2 に照らしたアクセシビリティの検証、コンテンツのQAを通してから先へ進める、と書かれています。検査そのものにもClaudeを使うとされています。レビューの巡回数が納期を決めている組織では、どの観点を機械に渡せるかが短縮の幅を決めます。

ただし、ここで止めて確かめておきたいことがあります。機械の検査が通ったことは、内容が正しいことの保証ではありません。照合されているのは表記と規則への適合であって、主張の妥当性や数値の正しさではありません。公式ページにも、人がレビューとガバナンスに回ると書かれています。人の工程が消えるのではなく、位置が変わるという構えです。

3社について公表されている数値

Gradialは自社サイトの「Customers」に、顧客ごとのページを置いています。数値が入っているのは次の3社です。

T-Mobileのページには、time to market が 90% faster、処理できる量は 10x more throughput という表記が並びます。いちばん具体的なのは作業量の内訳で、キャンペーン1件あたり累計 1,000〜1,200 時間かかっていたものが、QAを含めて 80 時間、QAを外した場合は 30 分になったと書かれています。デジタルとウェブの運用を統括する Nick Pappas さんの発言として、市場投入までの時間を 80% 以上削るという目標を達成しつつあり、その分の余力でより多くの仕事を引き受けられるようになった、という趣旨のコメントも掲載されています。

Micronは前述のとおり、ページ制作が約4時間から約20分になったという記載です。ページ側は 95% の削減という言い方もしています。納期は数週間から数日へ縮み、運用の形がセルフサービス寄りに変わったと書かれています。

Avalaraは、Jiraのチケットから公開できるページまでが 4.5x faster という表記です。以前は平均で約4.5日、SLAの上限は 7日。これを1日未満にすることを目標として挙げています。対象は各国に散らばった 30 人のマーケターで、依頼の経路はJiraのまま変えていません。

この数値をどう読むか

ここからは読み方の話です。3社の数値はいずれも提供側のページに載っているもので、顧客企業が自社のIR資料やニュースリリースで公表したものではありません。発言の引用も、Gradialのページに掲載された形で確認できるだけです。この違いは、数値の真偽ではなく検証可能性の差として扱うのが安全です。顧客側に当たって再確認する経路が、現時点ではありません。

もうひとつ、同じ「90%」が2か所に出てくる点に注意が必要です。T-Mobileのページは time to market の 90% faster と書き、Anthropicの事例ページはあるテクノロジー企業の顧客において、Opus 4.7 を使ってキャンペーン実行の時間が 90% faster になったと書いています。この2つが同じ案件を指しているのかどうかは、どちらのページにも書かれていません。同じ数字が別の文脈で出てくるときに1つの事実として足し合わせると、実際より広い成果に見えます。

Gradialが公表している項目	自社で数えるとしたら	必要な記録
ページ制作の時間（約4時間 → 約20分）	1ページあたり、着手から入稿までの作業時間	作業ログ、または見積の実績
依頼から公開までの日数（平均 約4.5日 → 1日未満）	チケットを作った日と公開した日の差	課題管理ツールの履歴
レビューの回数（4巡・10〜15人）	公開までに通る承認の段数と、関わる人数	承認フローの定義
処理量（10x more throughput）	同じ人数で1か月に公開できた本数	公開履歴

表の左が公表値、右が自社で測るときの対象です。左右の数字を比べるためではなく、右の欄を埋められるかどうかを先に確かめるための表です。右が埋まらない組織では、導入しても短縮したかどうかを判定できません。

モデルを使い分ける前提と、長い文脈が効く理由

Anthropicの事例ページには、Gradialが使っている製品として Claude Platform（API）、Claude Cowork、Claude Code が挙がっています。1つのモデルに全部を任せる構成ではなく、作業ごとに振り分ける前提です。評価も社内で行っており、企業のキャンペーン業務で実際に発生する 25 件の実行タスクを難易度別に並べて比べた、と書かれています。

長い文脈が使えることの意味も、具体的に説明されています。共同創業者でCEOのDoug Tallmadgeさんの発言として、ブランド準則の文書、ページの部品構成、細かい入稿指示を、圧縮も分割もせずにそのまま渡せると、出力の品質が測れるほど上がるという趣旨の説明が載っています。1 million トークンの文脈窓でも推論の質が保たれる、という書き方です。部品の入れ替えが必要な作業では、既存ページの構造をよく理解しているという評価も添えられています。

成果として挙げられているのが、300+ hours かかっていた一括のコンテンツ作業が、10時間を下回るようになったという記載です。ここでも対象の件数や期間は書かれていません。読み取れるのは「そもそも手を出していなかった規模の作業に手が届くようになった」という方向の変化で、Tallmadgeさんも、以前は現実的でなかった作業が可能になった、という趣旨の言い方をしています。

日本の実務者が、自社で先に確かめられること

この事例を日本の組織に当てはめるとき、最初にやることは導入の検討ではありません。自社の行列がどこで止まっているかを数えることです。Micronの記載が示しているのは、制作の時間とレビューの時間が別物だという切り分けでした。この切り分けは、ツールを入れる前に手元でできます。

1つ目は、承認の段数を数えることです。公開までに何人の目を通り、何巡するのかを紙に書き出します。段数が多い組織では、制作を速くしても公開は速くなりません。

2つ目は、機械に渡せる観点と、人が見るべき観点を分けることです。表記の統一、禁止語、代替テキストの有無、リンク先の生死、テンプレートの選択。これらは規則として書ける観点です。いっぽう、主張が妥当か、数値の根拠が妥当か、誰に向けた文章かは、規則では判定できません。前者を機械へ、後者を人へ寄せる並べ替えが、この事例の工程設計そのものです。マーケティングから営業への受け渡しをエージェントで作り替えた例はWithSecureのAIエージェント運用で扱っています。

3つ目は、準則を機械が読める形で持っているかを確かめることです。Gradialの構成は、導入時にブランド準則とデザインシステムの文書を読み込むところから始まります。準則が人の頭の中と口伝にしかない組織では、読み込ませる対象がありません。文書化そのものが先の作業になります。

4つ目は、社内のどこから広げるかを決めることです。チーム別の使い分けはHubSpotがClaudeを3つのチームで使い分けている方法、全社へ広げるときの普及率の測り方はZapierが公式ページで示した社内普及率の読み方に、いずれも公式ページの記載の範囲でまとめてあります。効果は組織の体制と運用によって変わるため、短縮幅をそのまま自社に当てはめることはできません。

確認できなかったこと

今回参照した5つのページに記載がなかったことを残します。記載がないことは、事実が存在しないという意味ではありません。この範囲では確かめられなかったという意味です。

計測期間が、どのページにも書かれていません。短縮前の数値をいつ測り、短縮後をいつ測ったのかが不明です。対象の件数も同様で、T-Mobileの作業量が何件の平均なのか、Micronの約20分が何ページぶんなのかは示されていません。価格、契約の形態、導入にかかった期間、必要な社内体制についての記載もありません。品質をどう測ったのかも、Micronの 95% が時間の削減率であることは分かるものの、出来上がったページの品質を比べた記録は見つかりませんでした。

顧客企業の側の公表も確認できませんでした。T-Mobile・Micron・Avalaraの各社が、自社の名前でこの数値を公表しているかどうかは、今回の範囲では確かめていません。

まとめ

公表されている事実は3つです。Gradialはブリーフと公開のあいだにある実行の工程を担うと説明していること。工程には作業の分解とモデルの振り分け、顧客ごとの準則を収めた知識グラフ、WCAG 2.2 を含む自動検査が含まれると書かれていること。そして3社について、ページ制作が約4時間から約20分、Jiraのチケットから公開までが 4.5x faster、キャンペーン1件の作業量が 1,000〜1,200 時間から 80 時間という短縮値が、提供側のページに掲載されていることです。

公表されていないのは、計測期間、対象の件数、価格、品質の測り方、そして顧客企業自身による裏づけです。同じ「90%」が2つのページに別の文脈で載っていることも、読むときに分けておくべき点でした。

実務として持ち帰れるのは数値ではなく、切り分け方です。制作の時間と承認の時間を別に数え、規則で判定できる観点と人が判断する観点を分ける。この2つは、どのツールを選ぶかとは独立に進められます。ほかの海外のAI活用事例は海外AI活用事例に並べています。