広告代理店のためのMONJI+活用方法

Before

あるクライアントでうまくいった改善も、担当者の頭の中やチャットに埋もれ、他の案件へ展開されない。
だから、ストラテジストやプランナーは、クライアントごとにゼロから改善策を考え直すしかない。

MONJI+で

改善ノウハウがWikiに溜まり、横展開で改善ヒントが最大3倍蓄積する *1

1. 1Google Analytics連携で、クライアントの数字の変化に気づく
2. 2悪化したページに直接、改善候補を書き込む
3. 3Wikiに改善ノウハウを蓄積し、他のクライアントへ横展開

Before

メールやSlackで「直してほしい」と送っても、指示がスレッドに散らばり、どれが対応済みでどれが未対応か分からなくなる。
それで、アカウントプランナーは、提案が実装されたかどうかを何度も追いかけなければならない。

MONJI+で

提案がそのまま修正依頼として実装に流れ、実装漏れ最大80%削減 *1

1. 1Webページに直接、改善提案を書き込む（修正依頼機能）
2. 2制作会社をゲスト招待し、修正依頼として渡す
3. 3ステータス管理で実装の進捗を追う

Before

バナーやLP案の管理はスプレッドシート頼みで、フィードバックも各人各経路に散らばる。
そのため、版管理の負担は、クリエイティブディレクター一人に集中してしまっている。

MONJI+で

全クリエイティブの状態が1画面に集約、管理工数最大1/3へ *1

1. 1クリエイティブごとにプロジェクトを切り分ける
2. 2各案に直接コメントを書き込んで合議を集約
3. 3全案の状態を1画面で俯瞰する

Before

ABテストの結果数字はあっても、次の改善案や修正依頼につなげられていない。
だから、ストラテジストは、せっかくのデータを活かせないまま、次の施策へ進まざるを得ない。

MONJI+で

「提案 → 結果 → 次の提案」のループが最大2倍速で回る *1

1. 1結果ページに直接、次の改善点を書き込む
2. 2Wikiに過去サイクルの学びを蓄積
3. 3次の改善提案として登録する

Before

提案資料を作って送り、メールでやりとりし、決裁会議を待つ——この往復だけで時間が過ぎていく。
そのため、決裁が下りる頃には鮮度が落ち、アカウントプランナーは施策をそのまま動かすしかない。

MONJI+で

「メール往復」がなくなり、決裁時間が最大1/2に *1

1. 1クライアントをゲスト招待する
2. 2GA連携の数字と改善提案を同じ画面で見せる
3. 3ステータス管理で承認を取り、そのまま実装に流す