資料DLフロー再設計（Account Engagement）

担当領域: 改善・運用 / 構成・情報設計

案件背景

競合・業者による資料ダウンロードが増加していたことを背景に、Account Engagement（旧Pardot）を用いた資料ダウンロード申込フロー全体の見直し・再設計を担当

課題

【ユーザー課題】競合・目的外DLが増え、新規として追うべき行動がノイズに埋もれていた
【ユーザー課題】資料取得後の通知が重複・誤配信し、営業・運用の信頼を損ねていた
【構造課題】フォーム・静的リスト・Engagement Studio が資料単位で分断し、運用が属人化していた
【構造課題】GTM/GA4 と AE がつながらず、資料別の成果把握ができなかった

やったこと

DLフローの要件整理と AE（フォームハンドラー／オートメーション／ES）の設計
プロスペクト項目・資料キー・流入元を hidden とリスト運用で確定させる方針整理
共通フォームと資料単位のリスト／ES 分離ルールの設計
GTM で download_request を発火し GA4 で資料別計測できるよう設計
運用ルールを文書化し、クライアントと合意形成

実現したこと

通知の重複・誤配信リスクを抑える運用を実現
新規顧客のみを営業推進へ確実に渡す導線を改善
資料別DLを GA4 で追える状態を実現
フォーム／ES 運用の属人化を改善

設計のポイント

実ユーザー行動を前提にした境界ケース整理

同一セッション内での「戻る」操作
キャッシュ影響による項目未更新
複数回送信による通知多発
営業・運用上の「実害」が出るケース
許容可能な仕様として割り切るケース

過剰実装を避けた運用前提の線引き

実装コスト
運用負荷
将来的な保守性

よくなったこと

資料DL通知の重複・誤通知を抑制

補足

マーケ：競合DLの抑止
営業：新規顧客の確実な通知
分析：資料別DL状況の可視化

Category

改善・運用構成・情報設計

Mimu Fujiwara

フリーランスのテクニカルPM／Webディレクター。要件整理や情報設計を起点に、Web制作の設計・実装・運用を横断して支援しています。プロジェクトの状況に応じて、企画・設計・実装のあいだに入り、「判断と整理」を担う立場で関わることが多いです。 UI設計やCMS構築、公開後の運用改善まで一貫して対応しながら、見た目を整えることよりも「なぜそうするのか」「どうすれば無理なく回るか」を重視しています。アクセス状況や利用実態などの数字も判断材料とし、制作を“納品で終わらせない”改善パートナーとして伴走しています。