担当者がGA4のスクリーンショットをスライドに貼る。「先週比でセッションが-18%でした。PVも-12%です」と読み上げる。会議室が少し重くなる。誰かが言う。「なんでこの数字、下がったんですか？」

担当者が少し縮む。

「えっと、原因を調査中で……」

そのまま5分くらい経って、「次回までに調べてきます」で着地する。

これ、データの報告会じゃなくて、犯人探し大会です。そして犯人探しをしている間、誰も「じゃあどうしよう」に進んでいない。

若手の頃、データは「報告するもの」だと思っていた

Webディレクターになりたてのころ、データとの付き合い方が分かっていませんでした。

数字を取ってくる。スライドに貼る。報告する。「以上です」。

それが仕事だと思っていた。ていうか正直、それ以上のことをどうすればいいか分からなかったんですよね。

だから定例会でGA4のキャプチャを貼って、前週比の数字を並べて、増えてたら「よかった」、減ってたら「原因を調べます」と言う。それをずっと繰り返してました。

今思うと、数字を「鏡」として使ってた感じがする。現状を映すだけで、何かを変えるための道具として使えていなかった。

そして定例会は毎週少しずつ、報告会というよりお通夜に近くなっていった。

なぜ「犯人探し」が起きるのか

データを持ち込むと犯人探しになりやすいのには、構造的な理由があります。

数字が下がる。誰かが「なぜ？」と聞く。担当者が答える。答えが曖昧だと責められたように感じる。次回からその担当者はデータを持ってくることに対して防御的になる。データを「悪い知らせを運ぶもの」として扱い始める。

このループ、一度入ると抜けにくいです。

問題は「数字が下がったこと」じゃなくて、「数字が下がった＝誰かが何かをミスした」という解釈のフレームです。データはただの事実なのに、会議の空気が解釈を歪める。

しかも怖いのが、犯人探しをしている間は「じゃあどうする」に誰も進んでいないことで。30分かけて原因を詮索して、「対策を検討します」で終わる会議、何度やっても数字は変わりません。

KPIとCVR、ちゃんと整理する

ここで言葉を整理しておきます。

KPI（Key Performance Indicator：重要業績評価指標）

事業やプロジェクトの成果を測るための指標のことです。「何を測れば成功・失敗が分かるか」を決めるための基準で、Webディレクションでよく出てくるのは、セッション数・PV・CVR・直帰率・滞在時間あたりです。

誤解されがちなのが、KPIを「報告するための数字」として使ってしまうこと。本来KPIは「意思決定するための数字」です。「この数字が上がったら次のアクションを取る」「この数字が下がったら原因の仮説を立てて検証する」という使い方が正しい。報告して終わりは、KPIを飾りにしてるのと同じです。

CVR（Conversion Rate：コンバージョン率）

サイトに来たユーザーのうち、目標行動（購入・申し込み・問い合わせ等）を完了した割合のことです。計算式は「コンバージョン数 ÷ セッション数 × 100」。

例えばCVRが1.5%のサイトで月間セッションが10,000だとすると、コンバージョンは150件。CVRを0.3%改善して1.8%にできれば、同じセッション数で180件になる。セッションを増やすためのSEO施策や広告費をかけずに、30件増やせる計算です。

誤解されがちなのが「CVRはデザインの話」という思い込みで、実際はページの構成、フォームの入力ステップ数、ボタンの文言、表示スピード、スマホでの使いやすさなど、ディレクターが直接関われる要素がたくさんある。「CVR低いのはデザイナーの問題」と他人事にしてると、永遠に改善しません。

「宝探し」に変えると、会議が動き始める

犯人探しをやめて、宝探しにする。言葉は簡単なんですが、実際に何を変えるのか。

ポイントは、「なぜ下がったか」ではなく「どこに伸びしろがあるか」を起点にすること。

例えばCVRが下がっていたとして、「なぜ下がったか」を問うと担当者は防御に入る。でも「CVRが低いページって、どこだと思う？」と聞くと、一緒に探しに行く感じになる。同じデータを見ているのに、質問の向きが変わるだけで場の空気が変わります。

もう一つ、「比較」ではなく「仮説」で話す方法があります。

「先週より-18%です」は事実の報告。「先週より-18%なので、〇〇が原因じゃないかと思ってます。来週、〇〇を変えて確認します」は仮説と行動がセットになっている。この差、すごく大きい。

数字を「過去の事実」として報告するのか、「未来のアクションへの手がかり」として扱うのか。この違いが、犯人探しと宝探しの分かれ目です。

現場でやっていること、具体的に

実際に定例会を「宝探し会議」に変えるためにやっていることをまとめます。

① 「下がった数字」より「伸びた数字」を先に出す

どんな週でも、上がっている指標は必ずあります。CVRが下がっていても、特定ページの滞在時間は上がっていたりする。最初に「これが良かった」を出してから「これが課題」に移ると、場の前提が変わります。

最初に悪い数字を出すと「なぜ悪いのか」が最初の問いになる。最初に良い数字を出すと「なぜ良かったのか、再現できるか」が最初の問いになる。どちらの問いも大事なんですが、場の空気が全然違います。

② 数字に「仮説」と「次のアクション」をセットで出す

数字だけ持ってくると、会議の中で解釈が始まる。解釈が犯人探しに変わる。だったら最初から「この数字はこういう意味だと思う、だから次回こうする」をセットで持ってくる。

フォーマットとしてはシンプルで、「数字・仮説・アクション」の3列で事前にまとめるだけ。これを習慣にすると、報告する側も「なんとなく持ってきた数字」でなく「意味を考えた数字」を持ってくるようになります。

③ 「一番改善インパクトが大きいのはどこか」を一緒に探す

全部のページを改善しようとすると何も改善されない。だから会議の中で「今週、一個だけ変えるとしたらどこか」を決める。

例えばCVRが1.2%のページと0.8%のページがあったとして、0.8%のページのCVRを1.2%に改善できたとしたら、セッション数によってはそっちの方がインパクトが大きいことがある。こういう計算を一緒にやると、「どこを掘るか」を議論する会議になります。これが宝探しの感覚です。

④ 「先週比」だけでなく「4週移動平均」も見る

先週比だと、たまたまの振れ幅に引きずられます。先週がたまたま良かっただけなのに今週が悪く見える、みたいなことが起きる。4週分の平均値を並べると、トレンドが見えやすくなります。

「先週比-18%」は一見ショッキングですが、4週移動平均で見ると「実はじわっと上がってる」ということもある。逆に「今週は先週比+10%」でも移動平均だと横ばいなことも。数字の”文脈”を見ることで、無駄な犯人探しを減らせます。

データは「証拠」じゃなくて「地図」

まとめると、犯人探し会議になるのはデータを「証拠」として使っているからで、宝探し会議になるのはデータを「地図」として使っているからだと思っています。

証拠は過去を指す。誰かが何かをした証拠。地図は未来を指す。どこに行けば何があるかを示すもの。

KPIやCVRを定点観測するのは、過去を責めるためじゃなくて、次のアクションを精度高く決めるためです。その前提を会議の冒頭に言うだけでも、場のフレームが変わります。

「今日は犯人を探す会議じゃなくて、次に掘るべき場所を決める会議にします」

この一言、ぜひ試してみてください。定例会が、ちょっとだけ楽しくなります。

会議でグラフが出てきます。

折れ線グラフ。
なんか上がってる。

その瞬間、反射で言います。

「いい感じに伸びてますね」

便利な言葉です。
とりあえず場がまとまる。
誰も困らない。
空気も壊れない。

ただ、心の中ではこうです。

これ、何がどういい感じなんだっけ？

なんとなく上がっているのは見える。
でも、それが何の数字で、どれくらいで、何と比べてなのかは、ちょっと怪しい。

でも言っちゃう。
「いい感じですね」

この“いい感じ”、ディレクターの共通言語です。

若手のころは「グラフ＝雰囲気」で読んでいた

ディレクター始めたばかりのころ、グラフの読み方はシンプルでした。

上がってる → 良い
下がってる → 悪い

以上です。

会議でもこんな感じでした。

「ここで伸びてますね」
「このあたりで落ちてます」

ちゃんと仕事している感じは出ます。
でも中身は、だいぶ雰囲気です。

今振り返ると、ちょっと怖い。

なぜかというと、グラフって見た目で簡単にだまされるからです。

でも当時は思っていました。

まあ、大きくズレてはいないだろう

この「まあ」が一番危ない。

グラフって、見た目に裏切られる

例えばこんなケースです。

ちょっとだけ上がっているグラフ。
よく見ると、前月比で+2%。

別の日。
一瞬下がっているグラフ。
でも前年同期で見ると+15%。

どっちがいいか。

見た目だけだと、普通に判断ミスります。

なので今は、グラフを見た瞬間にこう思います。

これ、何と比べてる？

GA4なら、右上の日付をクリックします。
比較をONにして、「前年同期」か「前の期間」を選ぶ。

Looker Studioなら、スコアカードにして比較表示を出す。
「比較ラベル表示」をONにする。

ここまでやると、やっとこう言えます。

「前月比で+8%ですね」
「前年同期だと+15%です」

やっと“いい感じ”の正体が見える。

「わかったふり」は、ちょっと便利で、だいぶ危ない

ディレクターって、わかったふりがうまくなります。

・とりあえずうなずく
・ちょうどいいタイミングで相槌
・「いいですね」と言う

これ、全部スキルです。

でもグラフの話になると、このスキルが裏目に出ます。

「伸びてますね」
「いい傾向ですね」

このまま進むと、どうなるか。

あとで気づきます。

「あれ、これキャンペーンの一時的なやつじゃない？」
「期間ズレてたな」
「そもそも指標違うじゃん」

そして心の中でこうなります。

さっきの“いい感じ”、撤回したい

でももう遅い。

ディレクターあるあるです。

CVRとCTR、ちゃんと区別できてる？

グラフの説明で、さらに混乱を招くのがアルファベットです。

CV。
CVR。
CTR。

似てる。
全部それっぽい。
でも中身は違います。

CVは成果。
問い合わせとか購入。

CVRは成果率。
CV ÷ セッション。

CTRはクリック率。
表示された中でどれくらいクリックされたか。

ここでよく起きるのがこれです。

「CV上がってますね」
「いいですね」

でも実はCVRは下がっている。

つまり、流入が増えて数は増えたけど、
割合としては悪くなっている。

これ、普通に見落とします。

そしてまた言ってしまう。

「いい感じですね」

便利すぎる言葉です。

今はどうしてるかというと、ちょっとだけ止まる

今はグラフを見るとき、1秒だけ止まります。

これ、何の数字で、何と比べてる？

これだけ。

完璧に理解する必要はありません。
でも、この1秒があるだけで、だいぶ変わります。

「前月比で+8%です」
「CVRは少し落ちてます」

このくらい言えれば、もう“雰囲気”ではありません。

ちゃんと説明です。

今日からどうする？

次にグラフを見たとき、こう思ってください。

“いい感じ”って、何がいい感じ？

これだけでOKです。

もし分からなかったら、普通に聞いていいです。

「これ、前年と比べてですか？」
「この数字ってCVですか？」

これ、全然恥ずかしくないです。

むしろ、ちゃんと見ている人だと思われます。

ディレクターって、全部分かってる人じゃありません。

分からないまま進めない人です。

グラフも同じです。

なんとなくで説明するのをやめるだけで、
現場はかなり変わります。

そしてたぶん、“いい感じですね”を使う回数も減ります。

まあ、あの言葉は便利なので、ゼロにはならないんですけどね。

「ARPPUどうなってます？」

一瞬、止まる。

ARPPU。
聞いたことはある。
たしか売上系のやつ。

でも、すぐに言葉が出てこない。

「えっと、いい感じです」みたいな、
ふわっとした返事をしたくなるやつです。

そして周りを見ると、みんな普通の顔をしている。

うなずいている人もいる。
メモを取っている人もいる。
誰も助けてくれない。

でも、内心こう思っている人、絶対います。

ARPPUってなんだっけ？

若手のころは、とりあえず流していた

ディレクターを始めたばかりのころ。

アルファベットの略語は、だいたい雰囲気で乗り切っていました。

KPI。
CVR。
CTR。
そして、ARPPU。

聞いたことはある。
なんとなく分かる気もする。

でも、説明しろと言われると詰まる。

なのでやることは一つです。

分かった顔をする。

うなずく。
ちょっと深刻そうな顔をする。
それっぽいタイミングで「そうですね」と言う。

これでだいたい乗り切れます。

ただし、心の中はずっとこうです。

「これ、ちゃんと分かってた方がいいやつだよな」

ARPPUを日本語で言ってみると、ちょっと面白い

ARPPUは、Average Revenue Per Paying Userの略です。

日本語にすると、こうなります。

課金ユーザー1人あたりの平均売上。

ここで、ちょっと笑いそうになります。

急に長い。
そして、ちょっと重たい。

さっきまで「ARPPU」と3文字で言っていたものが、
急に説明っぽくなる。

でも意味はシンプルです。

・お金を払っている人だけを対象にする
・その人たちが、平均でいくら使っているか

これだけです。

例えば。

10人が課金していて、合計売上が10万円なら、
ARPPUは1万円です。

言っていることは、かなり普通です。

でも、ARPPUと言われると、急に難しそうに聞こえます。

なぜか“賢そうな指標”に見える

ARPPUって、ちょっと特別な感じがします。

CVとかCTRは、まだ分かる。
でもARPPUになると、急にレベルが上がった気がする。

これはたぶん、こういう理由です。

日常会話で絶対に出てこない単語だから。

「今日のARPPUどうだった？」って、普通言いません。

だからこそ、会議で出てくると、
なんとなく“分かってる人の言葉”に見えます。

そしてディレクターは、だいたいこうなります。

分かってる側に回りたい。

なので、なんとなく理解している感じで話します。

これ、かなりあるあるです。

でも、いざ新人に説明しようとすると詰まる

ここで想像してみてください。

4月。
新人さんが隣にいます。

「ARPPUって何ですか？」

来ました。

逃げられません。

ここで「Average Revenue Per Paying Userです」と言っても、
多分伝わりません。

なので、日本語にします。

「課金している人1人あたりの平均売上で…」

ここで一瞬、相手の目が泳ぎます。

あれ、伝わってる？
ちょっと怪しい。

なので、さらに砕きます。

「お金を払ってくれてる人が、平均でいくら使ってるかってこと」

ここまで言うと、やっと通じます。

つまり、こういうことです。

アルファベットは短いけど、日本語にするとちゃんと説明が必要になる。

現場ではどう使うのか

ARPPUは、主にこういう場面で使います。

・課金ユーザーの質を見る
・売上の伸び方を確認する
・単価を上げたいときの指標

例えば。

ユーザー数は増えているのに売上が伸びない。

そのときにARPPUを見ると、
「1人あたりの課金額が下がっている」と分かります。

逆に、ユーザーは増えていないけど売上が伸びている場合、
ARPPUが上がっている可能性があります。

つまりARPPUは、
“どれだけ稼げているかの密度”を見る指標です。

ここまで分かると、ちゃんと使えます。

今日からどうする？

もし次にARPPUが出てきたら、こう考えればOKです。

「課金している人、1人あたりいくら？」

これだけです。

そして、新人に説明するときは、アルファベットを一回捨てます。

いきなりARPPUと言わない。

「お金を払ってる人が、平均でどれくらい使ってるか」
まずこれを言う。

そのあとで、「これをARPPUって言うんだよ」とつなげる。

この順番にするだけで、かなり伝わりやすくなります。

ディレクターって、アルファベットが好きです。

短いし、便利だし、なんとなく賢そうに見える。

でも、説明しようとすると急に詰まる。

それが、ARPPUです。

なのでたまに、日本語に戻してみる。

すると、「あ、普通のこと言ってるな」と気づきます。

そのくらいが、ちょうどいい距離感です。

しかもだいたい、いいタイミングでは来ません。

リリース直前。
テストも終わりかけ。
「じゃあ出しましょうか」という空気のとき。

そのタイミングで、ふわっと来ます。

「やっぱり、このボタン大きくしたいんですよね」
「色、もうちょっと明るい方がいい気がして」
「このテキスト、変えられますか？」

来たな、と思います。

そして同時に、こう思います。

それ、今やる必要ある？

若手のころは、全部受けていた

ディレクターを始めたばかりのころは、基本的に断れませんでした。

言われたことは全部やる。
それが仕事だと思っていました。

「できますか？」と聞かれたら、「できます」と答える。
無理でも、なんとかする。

結果どうなるか。

スケジュールは伸びます。
制作はバタつきます。
現場の空気がちょっとピリつきます。

でも、そのときはそれでいいと思っていました。

クライアントの要望に応えることが正義だと、素直に信じていたからです。

今思うと、少しだけ違いました。

仕様変更には、2種類ある

現場をやっていると、だんだん分かってきます。

仕様変更には、大きく2種類あります。

1つは、数字に効く変更。
もう1つは、なんとなくの変更。

例えば。

導線を整理する。
ボタンの配置を変える。
フォームを短くする。

これは、数字に効く可能性があります。

CVが上がるかもしれない。
離脱が減るかもしれない。

一方で。

色を少し変える。
余白をちょっと広げる。
文言をなんとなく変える。

もちろん、これも意味がないわけではありません。

でも、今このタイミングでやる必要があるか？というと、話は変わってきます。

KPIって、こういうときに使う言葉

ここで出てくるのが、KPIです。

KPIは「Key Performance Indicator」。
重要な数字です。

このプロジェクトで、何を成功とするのか。
その基準になる数字です。

例えば。

問い合わせを増やすのが目的なら、CV。
広告の効率を見るなら、CPA。
クリックを増やしたいなら、CTR。

このあたりがKPIになります。

ここが決まっていると、判断がシンプルになります。

その変更、KPIに影響しますか？

この一言で、だいたい整理できます。

言いたい。でも、言えない

とはいえ、この一言。

言いたいけど、言いづらいです。

「その変更、数字に効きます？」

ちょっと強い。

正論ではあるんですが、言い方を間違えると、
否定されたように聞こえることがあります。

特に、デザインや表現の話は難しいです。

「なんとなくこっちがいい気がする」
「この方がかっこいい」

この感覚も大事です。

だからこそ、真正面からぶつけると、空気が変わります。

ディレクターは、このバランスを取る仕事です。

CPA、CTR、CV。全部つながっている

ここで少しだけ、よく出てくるアルファベットを整理します。

CV（Conversion）
成果。問い合わせや購入など。

CVR（Conversion Rate）
コンバージョン率。
CV ÷ セッション。

CTR（Click Through Rate）
クリック率。
表示された中で、どれくらいクリックされたか。

CPA（Cost Per Acquisition）
1件の成果にかかったコスト。

これらは全部、つながっています。

CTRが上がれば、クリックが増える。
クリックが増えれば、CVの母数が増える。
CVが増えれば、CPAが改善する。

つまり、どこを触るかで、どの数字が動くかが変わります。

だからこそ。

変更の目的と、動かしたい数字をセットで考える必要があります。

現場で使える、やわらかい断り方

「それ、数字に効きます？」をそのまま言うのは、少し強いです。

なので、現場では少しだけ言い換えます。

例えば。

「今回の目的ってCVを上げることでしたよね。そこに効きそうですか？」
「この変更で、どの数字が動きそうか一度整理してもいいですか？」
「優先度としては、CVに影響が大きいところからやりたいです」

言っていることは同じです。

でも、トーンを少し変えるだけで、受け取り方が変わります。

ディレクターは、内容よりも言い方で仕事が進むことが多い職種です。

今日からどうする？

仕様変更は、これからも来ます。

止まりません。

なので、全部受けるか、全部断るかではなく、
整理して判断するのが現実的です。

やることはシンプルです。

まず、KPIを決める。
次に、その変更がどの数字に効くかを見る。

それだけです。

もし迷ったら、この一言を思い出してください。

「それ、どの数字に効きます？」

これが言えるようになると、現場はかなり楽になります。

全部を断る必要はありません。

でも、1つ判断の軸があるだけで、
無駄な修正は減ります。

ディレクターって、だいたいこういうところで差が出ます。

全部やる人と、整理してやる人。

来月の自分を楽にするのは、後者です。

KPI。
CV。
CVR。
CTR。
CPA。

会議でも普通に飛び交います。

「今回のKPIはここですね」
「CVRは悪くないですね」
「CTRがちょっと弱いですね」

で、内心こう思ってませんでした？

「……で、どの数字のこと？」

言葉としては分かるんです。
でも、「どこを見てそう言ってるのか」が分からない。

なんとなくそれっぽく頷いて、なんとなくそれっぽい数字を見て、なんとなく会話をやり過ごす。

あとからGAを開いてみると、数字は山ほどある。
ユーザー、セッション、PV、直帰率、コンバージョン。

「いや、どれだよ」

KPIって便利な言葉なんですが、実はかなり曖昧です。
“何を指しているか”は、プロジェクトごとに違う。

だからこそ、「KPIを見よう」と言われても、
前提が共有されていなければ、見ている数字がズレていることに気づけません。

だからこの記事では、
「で、結局どの数字見ればいいの？」にちゃんと答えます。

アルファベットを言うと、なんとなく賢そうに聞こえる

Webの仕事には、アルファベットの略語がとても多いです。

KPI。
CV。
CVR。
CTR。
CPA。

こういう言葉を会議で使うと、なんとなくそれっぽく聞こえます。

「CVRが改善しています」
「CTRが弱いですね」

言っていることはシンプルです。

でも、アルファベットになると、急に専門っぽい雰囲気が出ます。

ディレクター界隈には、ちょっと面白い現象があります。

誰かがアルファベットを言うと、
みんな分かった顔をする。

でも実際には、全員が完全に理解しているわけではありません。

CVは分かる。
でもCVRは一瞬考える。

CTRも聞いたことはあるけれど、
クリック率だったか、コンバージョン率だったか、少し迷う。

そんな経験、結構あると思います。

アルファベットは便利です。
でも便利すぎて、中身をぼんやりさせる言葉でもあります。

KPIは、特定の数字ではない

KPIは「Key Performance Indicator」の略です。

日本語にすると「重要業績評価指標」です。

名前は難しそうですが、意味はシンプルです。

そのプロジェクトで一番大事な数字。

それがKPIです。

ここで重要なのは、KPIは固定の数字ではないということです。

例えばECサイトなら。

売上が目標になります。
その途中で重要になる数字があります。

商品ページ閲覧数。
カート投入率。
購入率。

こういう数字がKPIになります。

一方で、メディアサイトの場合。

目的は売上ではなく、読まれることです。

そうするとKPIは変わります。

PV。
滞在時間。
回遊率。

同じWebサイトでも、KPIはまったく違います。

つまりKPIという言葉は、このプロジェクトで一番大事な数字を決めましょうという意味で使われていることが多いです。

CVRとCTR、どっちがどっち問題

解析のアルファベットで、よく起きるのがこれです。

CVRとCTR、どっちがどっちだっけ？

似ています。

CVR。
CTR。

アルファベット3文字。
しかもRで終わる。

現場でも、意外と混ざります。

CVRは
Conversion Rate。

コンバージョン率です。

CV ÷ セッション。
つまり、訪問した人のうち何人が成果につながったか。

CTRは
Click Through Rate。

クリック率です。

表示されたもののうち、何回クリックされたか。

広告やバナーの話になるとよく出てきます。

つまりシンプルに言うと、

CVR → 成果の割合
CTR → クリックの割合

覚え方はこれくらいで十分です。

アルファベットが並ぶと難しそうに見えますが、
中身はだいたいシンプルです。

KPIという言葉を知らなかったころ

今でこそ普通に使っていますが、昔はKPIという言葉を知りませんでした。

ディレクターを始めたばかりのころです。

GAは開きます。
数字も見ます。

でも、見ているだけでした。

PVは増えている。
ユーザー数も増えている。

それで、どうなのか。

正直、よく分かっていませんでした。

会議でも、こういう言い方をしていました。

「アクセスは増えています」
「数字は悪くないと思います」

今思うと、かなりふんわりしています。

KPIという言葉を知ってから、数字の見方が変わりました。

どの数字を見るのかを先に決める。

それだけで、数字の意味がかなり分かりやすくなります。

GAでまず見る数字はどこか

GAの画面を開くと、数字がとても多いです。

全部見ようとすると、だいたい迷子になります。

なので、最初はこの3つを見るだけでも十分です。

ユーザー数。
PV。
コンバージョン。

人は来ているのか。
読まれているのか。
成果は出ているのか。

この3つを見ると、サイトの状態はだいたい分かります。

流入が少ないなら集客。
PVが弱いならコンテンツ。
CVが弱いなら導線。

GAは数字が多いツールですが、見る場所を決めるとシンプルになります。

今日からどうする？

もし会議でKPIという言葉が出てきたら、こう考えると分かりやすいです。

それって、どの数字のこと？

これだけです。

そして、自分がKPIを決める立場なら。

まず一つ決めます。

PVを伸ばすのか。
CVを増やすのか。
ユーザーを増やすのか。

一番大事な数字を一つ決める。

それがKPIです。

アルファベットの言葉は難しそうに見えます。

でも、やっていることは意外とシンプルです。

ディレクターの仕事も、だいたい同じです。

アルファベットは増えていく。
でも中身は、そこまで難しいものではありません。

気持ちはよく分かります。
移動中って、ちょっと集中したいんです。

メールを返したり、会議前に資料を見直したり、提案書の構成を考えたり。
僕の場合はFIELD NOTEの記事を書いたり、文字校をしたりすることもあります。

でも電車は、だいたいうるさい。
アナウンスがあって、ドアの音がして、車両の揺れの音があって、人の会話もある。

別に怒っているわけではありません。
ただ、少しだけ世界の音量を下げたいと思うことがあります。

そんなときに欲しくなるものがあります。

ノイズキャンセリングヘッドフォンです。

今日はその話をします。

Webディレクターを続けていると、だんだん欲しくなるもの

Webディレクターという仕事を続けていると、だんだん欲しくなるものがあります。

最初のころは、だいたいスキルです。
ディレクションのやり方、進行管理のコツ、クライアントとのやり取り。まずは仕事そのものを覚えたくなります。

でも数年続けていると、少し変わってきます。
欲しいものが、スキルだけではなく環境になってきます。

例えばこんなものです。

・大きいモニター
・ちょっと静かな会議
・終わらないSlackが少し落ち着く時間
・そして、余裕

人によって違いますが、どれも現場を続けていると少しずつ欲しくなるものです。

その中でも、わりと多くのディレクターが欲しくなるものがあります。
それが集中できる音環境です。

ディレクターの仕事は、考える時間が多い仕事です。
企画を考えたり、構成を考えたり、提案書を書いたり、メールを書いたりします。

しかも大体、締切がある。
つまり、集中したい時間がある仕事です。

ところがその集中時間が、意外と確保しにくい。
電車の中、カフェ、オフィス。どこにも少しずつ音があります。

その音が積み重なると、地味に集中力が削られます。
だから、だんだん欲しくなるんです。

音を消す装備が。

欲しいものは人それぞれ

ディレクターの「欲しいもの」は人によって違います。

ガジェットが好きな人もいます。
例えば4Kモニターやメカニカルキーボード、トラックボールなどです。

環境を求める人もいます。
静かな会議室や、まとまった作業時間、余裕のあるスケジュールなどです。

スキルを求める人もいます。
GAの理解を深めたいとか、UXを勉強したいとか、コピーライティングを学びたいとか。

どれも間違っていません。

ただ、仕事を長く続けていると、あるタイミングでこう思うことがあります。

集中できる環境がほしい。

集中できると、仕事はだいたい速く終わります。
速く終わると余裕ができます。
余裕ができると、また集中できます。

つまり集中は、仕事効率の入り口です。

そのための装備として、最近ずっと思っていることがあります。

ノイズキャンセリングヘッドフォンが欲しい。

電車の中は、意外といい作業場所

電車の中って、実は仕事が進みます。

座れた日なんて、かなり良い作業時間です。
Slackを返したり、メールを書いたり、資料を読んだりできます。

僕の場合は、FIELD NOTEの記事を書いていることもあります。
構成を考えたり、文章を整えたり、誤字を直したりします。

ただ、この作業には一つだけ問題があります。
音です。

電車の走行音やアナウンス、人の会話などが、意外と集中を削ります。
イヤホンで音楽を流す方法もありますが、音楽は音楽で集中を邪魔することがあります。

特に文章を書くときは、歌詞がある音楽が少し気になります。

そこで欲しくなるのが、ノイズキャンセリングです。
音楽を追加するのではなく、音を減らすという発想です。

ノイズキャンセリングを使うなら、だいたい候補は決まってきます。

SonyのWH-1000XM5とか、
BoseのQuietComfortシリーズとか。

このあたりの名前は、たぶん一度は見たことがあると思います。

そしてディレクターは、この段階でだいたいこうなります。

「欲しいな」

でも、すぐには買わない。

候補はもう決まっている。でも、まだ買っていない

さっきも書きましたが、候補はだいたいこの2つです。

SonyのWH-1000XM5。
それから、BoseのQuietComfortシリーズ。

この2つは、ノイズキャンセリングヘッドフォンの話になると、ほぼ必ず名前が出てきます。

レビューを見ても評価が安定している。
電車でも使いやすい。
長時間つけても疲れにくい。

つまり、「間違いなさそうなやつ」です。

ここまで来ると、だんだん想像が具体的になります。

電車の中でメールを返す。
移動中に構成メモを書く。
会議前に資料を見直す。

そのときに、周囲の音が少し遠くなる。

これ、かなり理想の環境です。

ただ、ここまで想像しているのに、まだ買っていません。
理由もだいたい分かっています。

まず、普通に高い。
ノイズキャンセリングヘッドフォンは、だいたい3万〜5万円くらいします。

そしてもう一つ。

今のイヤホンでも、一応は仕事ができてしまう。

これがディレクターの買い物を難しくします。

明確に困っているわけではない。
でも、あったら確実に快適になる。

この状態になると、頭の中で比較検討が始まります。

Sonyの方がノイキャン強いのか。
Boseの方が装着感いいのか。
持ち歩きやすいのはどっちか。

こうしてレビューを読み始めます。
比較記事を開きます。
YouTubeのレビュー動画も見ます。

気づくと、ヘッドフォンの市場調査をしています。

ディレクターって、だいたいこういうところがあります。
欲しいものがあると、なぜか導入検討プロジェクトが始まる。

だから候補はもう決まっています。
買う理由もかなり整理されています。

でもまだ、レジには進んでいません。

たぶんそのうち、何かのタイミングで買います。
出張が増えたとか、長い移動があったとか、そういうときです。

ディレクターの買い物って、だいたいそんな感じです。

ノイズキャンセリングを使うと、何が起きるのか

ここまで書いておいてなんですが、ノイズキャンセリングヘッドフォンって、たぶん人生を劇的に変えるガジェットではありません。

つけた瞬間に世界が変わる、というほどではないと思います。
ただ、地味に効くタイプの道具です。

ディレクターの仕事って、だいたいこういうところがあります。

一度に長時間集中するというより、
短い集中を何回も作る仕事です。

メールを返す。
資料を確認する。
Slackを読む。
会議前に構成を見直す。

こういう小さいタスクを、細切れの時間で処理していきます。

だから、集中の入り口が少しだけ整うだけでも、
作業の流れが変わります。

ノイズキャンセリングって、たぶんそういう道具です。

ノイズキャンセリングも、たぶん同じです。

電車の走行音が少し遠くなる。
周りの会話が少しだけ気にならなくなる。

それだけで、頭の中の作業スペースが少し広くなります。

メールを返すスピードが少し上がる。
構成メモをもう一段深く考えられる。
会議前の5分で資料をちゃんと読み直せる。

つまり、集中の立ち上がりが早くなるんです。

ディレクターの仕事は、集中の回数でだいたい決まります。

一日に何回、集中モードに入れるか。
それで仕事の進み方が変わる。

その入り口を作る装備だと考えると、ノイズキャンセリングヘッドフォンはかなり理にかなっています。

もちろん、なくても仕事はできます。
今までもできていました。

でも、こういう道具ってだいたい同じです。

買う前は
「まあ、なくてもいいかな」
と思っています。

買ったあとに
「なんで早く買わなかったんだろう」
と思うタイプのやつです。

だからたぶん、僕もそのうち買います。

電車の中で。
提案書を書くときに。
FIELD NOTEの記事を書くときに。

世界の音量を少し下げるために。

ディレクターって、だいたいこういうものが欲しくなるんです。

新人が入る。
Slackのアイコンが増える。
そして質問が増える。

中でも毎年ほぼ確実に来るのが、これです。

「GAって、どこ見ればいいんですか？」

いい質問です。
むしろ聞いてくれた方が助かります。

ただ、ここで先輩が真面目に答え始めると、だいたいこうなります。

セッションとは何か。
ユーザーとは何か。
エンゲージメントとは何か。
イベントとは何か。

説明している途中でふと気づきます。

「あれ、これ授業じゃない？」

新人は静かになります。
うなずいてはいるけど、顔がちょっと遠い。

そして最後にこう言います。

「ちょっと触ってみます！」

これはだいたい、GA迷子の始まりです。

僕はこれを何回かやってから、方針を変えました。
GAを全部説明するのをやめました。

代わりに、最初にこう言います。

「まず3つだけ見れば大丈夫です。」

PV
CVR
CTR

この3つです。

今日はその話をします。
新人教育の話でもありますが、実はもっと単純で、未来の自分のSlack通知を減らす準備の話です。

4月、なぜか質問が一気に増える

4月のSlackは、ちょっとした観察対象です。

新人が入ると、質問のパターンが面白いくらい似てきます。

朝。

「GAってどこを見ればいいですか？」

昼。

「このページのPVってどこで見ますか？」

夕方。

「CVってGAで見れますか？」

そして夜。

「CTRって何ですか？」

質問は違うんですが、迷っている場所は同じです。

これは新人が悪いわけではありません。
むしろ、GA4を初めて開いたら誰でもこうなります。

左のメニューを見てください。

レポート。
探索。
エンゲージメント。
集客。
イベント。

画面を開くと、さらに数字が増えます。

セッション。
ユーザー。
エンゲージメント率。
イベント数。

新人からすると、どこから読めばいいのか分からないダッシュボードです。

一方で先輩はこう見ています。

「このページPV多いな」
「でもCVR低いな」
「広告CTRどうだったっけ」

つまり、見る順番が決まっている。

新人が迷うのは能力の問題ではありません。
単純に、地図がないだけです。

新人が入ると、GAの見え方が違う

少しだけ整理します。

新人と先輩で違うのは、知識の量ではありません。
視線の順番です。

先輩はGAを見るとき、頭の中でこうなっています。

人は来ているか。
成果は出ているか。
クリックされているか。

この3つを確認してから、細かい数字を見ます。

でも新人は違います。

GAの画面を見た瞬間、こうなります。

数字が多い。
どれが重要か分からない。
どこを見ればいいのか分からない。

この状態でGAの概念説明をすると、ほぼ確実に迷子になります。

だから僕は、最初にこう言います。

「GAは数字が多いです。でも最初は3つだけ見れば大丈夫です。」

PV
CVR
CTR

これだけです。

理由はシンプルです。

PV
＝人が来ているか

CVR
＝成果が出ているか

CTR
＝クリックされているか

この3つで、サイトの基本的な動きが全部分かるからです。

新人にとって大事なのは、GAを理解することではありません。
まず、どこを見るかを知ることです。

GAはまず「PV」を見る

最初に教えるのはPVです。

GA4の画面を開きます。

左メニュー

レポート
↓
エンゲージメント
↓
ページとスクリーン

ここに出てくる

表示回数

これがPVです。

新人にはこう説明します。

「PVはページが何回見られたかです。」

ここでついでに、もう一つだけ教えます。

右上の日付です。

GA4の数字は、期間を変えると全部変わります。

新人と一緒に

日付
↓
絶対日付

に変更します。

さらに

比較をON
↓
前年同期

にします。

これだけで、PVの見え方がかなり変わります。

「このページ、去年より伸びてるんですね」

新人が初めて数字を読める瞬間です。

次はCVR。サイトの成果を見る

次に教えるのはCVRです。

GA4では

キーイベント率

で見ることが多いです。

レポート
↓
エンゲージメント
↓
イベント

ここで

キーイベント数
キーイベント率

を確認します。

新人にはこう説明します。

「CVRは、来た人のうち何人が成果につながったかです。」

Looker Studioのダッシュボードでは、
この3つを並べます。

セッション
キーイベント数
キーイベント率

スコアカードを作る場合は

挿入
↓
スコアカード

比較期間
↓
前年同期

スタイル
↓
比較ラベル表示

これをONにします。

新人に数字の変化を見せるには、
比較表示が一番分かりやすいです。

最後はCTR。クリックの数字

3つ目はCTRです。

これはGAというより、
広告やSearch Consoleで使う数字です。

Search Consoleの場合は

検索パフォーマンス
↓
平均CTR

で確認できます。

CTRは

クリック数 ÷ 表示回数

です。

新人にはこう言います。

「見られた中で、どれくらいクリックされたかです。」

ここまで来ると、新人の頭の中でこう整理されます。

PV
→ 人が来ている

CTR
→ クリックされている

CVR
→ 成果が出ている

つまり

人 → クリック → 成果

サイトの流れが見えるようになります。

これが理解できると、GAの画面は急に読みやすくなります。

今日からどうする？未来の自分を助ける準備

最後に、先輩の小さな準備です。

新人教育を完璧にする必要はありません。
でも、1つだけ準備しておくと楽になります。

それは、新人用のGAメモです。

例えばこんな感じです。

GA 最初の3つPV
ページが見られた回数CVR
来た人のうち成果につながった割合CTR
表示された中でクリックされた割合

さらに場所も書きます。

PV
レポート → エンゲージメント → ページとスクリーンCVR
キーイベント率CTR
Search Console / 広告レポート

これをSlackに置いておくだけで、
質問の半分くらいは減ります。

新人が悪いわけでもありません。
先輩が悪いわけでもありません。

GAの入口が多いだけです。

だから僕は、最初にこう言います。

「まず3つだけ見てください。」

PV
CVR
CTR

GAの数字はたくさんあります。
でも最初は、この3つで十分です。

4月の現場では、
そのくらいの準備がちょうどいい。

来月の自分のSlack通知も、
たぶん少し減ります。

まあ、そういう準備です。

自分で言っておきながら、心のどこかで引っかかることはありませんか。

Webディレクター、日本語で迷子になりがちです。
特に数字のまわり。

解析を日常的にやっていると、数字は「精密機器」みたいな顔をしています。
小数点第二位まで並んでいると、なんだかそれだけで正確そうです。

でも、実務ではつい言ってしまう。
「約」とか「大体」とか。

本当にそれ、許されるのか。
今日はその話をします。

曖昧語を使うな、という説教ではありません。
使うなら、覚悟を持とうという話です。

ちょっと笑えて、でも明日から使い方を変えられる。
そんな整理をしていきます。

「約1200人」って、どこまで丸めてますか

あるあるからいきます。

GA4のレポートを見ながら。
「先月のユーザーは約1200人ですね」と言う。

実際の数字は、1187人。
もしくは1213人。

あなたはどちらでしょうか。

1187を1200と言ったなら、四捨五入です。
1213を1200と言ったなら、切り捨てです。
どちらも「約」ですが、ニュアンスは違います。

さらに言えば、GA4で見ているそのユーザー数。
日付範囲は何ですか。
絶対日付ですか。
過去28日ですか。
比較期間はONですか。

「レポート」→「集客」→「ユーザー獲得」。
右上の日付を「絶対日付」に設定して、月初から月末までを指定する。
そのうえでスコアカードを確認する。

ここまでやっているなら、「約1200人」はまだ許容範囲かもしれません。
でも、過去28日で見ているのに「先月は約1200人」と言っていたら、話は別です。

曖昧語の前に、前提が曖昧になっていないか。
ここを詰めないまま「約」を使うと、後で必ずズレます。

僕は基本的に、会議では実数を言います。
「1187人です」と。
そのうえで、「ざっくり1200人規模です」と補足します。

順番が逆になると、印象が先に立ちます。
これが怖い。

「大体2倍」は、本当に2倍か

「コンバージョンが大体2倍になってますね」

これもよく聞きます。
そして僕も言います。

でも、実際の数字はどうでしょうか。
例えば、前年同期が52件。
今期が101件。

これは1.94倍です。
四捨五入すれば2倍。
でも、前年比で言うなら+94％です。

Looker Studioでスコアカードを作るとき。
「挿入」→「スコアカード」。
指標に「キーイベント数」を入れます。
日付範囲は絶対日付。
比較期間を「前年同期」に設定。
スタイルで「比較ラベルを表示」をONにします。

ここに出てくるのは、「+94％」です。
これを見ながら「大体2倍」と言う。

間違いではありません。
でも、数字を扱う人間として、どこまで丸めるかは意識しておきたい。

2倍と言い切ると、期待値が上がります。
次回も「2倍」を求められます。
1.94倍を積み上げる難しさは、あまり伝わりません。

僕はこんな言い方をします。
「前年比で+94％です。ほぼ2倍ですね」

先に正確な数字。
あとから解釈。

これだけで、印象操作をしている感じが消えます。
自分の中でも、ちょっと楽になります。

なぜ引っかかるのか

ここが本題です。

なぜ、解析をやっている人は「約」「大体」に敏感なのか。

理由はシンプルで、数字は文脈で意味が変わるからです。

「約1200人」と言われたとき。
1000人規模のサイトと、10万人規模のサイトでは重みが違います。
誤差の割合も違います。

100人単位の丸めは、前者では大きい。
後者では誤差です。

つまり、「約」は絶対値ではなく、比率で考えないといけない。
でも、言葉はそこまで面倒を見てくれません。

さらに厄介なのが、話し言葉です。
MTGではテンポが優先されます。
「1187人です」と毎回言っていると、細かい人に見えるかもしれません。

でも、資料ではどうでしょうか。
レポートに「約1200人」と書くのか。
「1,187人」と書くのか。

ここを揃えていないと、チーム内で解釈がズレます。

僕が一番嫌なのは、「大体」と言った数字が、そのまま資料にコピペされることです。
口頭のざっくりが、公式見解になる。
これが一番怖い。

学問上はどうなのか

少し整理します。

「約」は、おおよその数量を示す副詞です。
誤差を含む前提の言葉です。
ただし、その誤差幅は明示されません。

統計の世界では、誤差には区間があります。
信頼区間や標準誤差。
本来は「約」ではなく、「95％信頼区間で○○〜○○」と表現するのが正確です。

でも、実務でそこまで言うか。
ほとんどの場合、言いません。

だからこそ、「約」は便利です。
便利だからこそ、乱用されます。

「大体2倍」も同じです。
数学的には1.5倍も2.4倍も“約2倍”と言えてしまう。
でも、実務上は意味が違います。

学問的に完全な表現を求める必要はありません。
ただ、自分がどれくらい丸めているかは把握しておくべきです。

丸め幅を意識している「約」と、なんとなくの「約」は、同じ言葉でも中身が違います。

実務ではどう扱うか

ここからは現場の話です。

僕のルールはシンプルです。

資料では実数。
会話では実数＋解釈。

例えばレポート。
Looker Studioのテーブルでは、「1,187」とそのまま表示します。
前年比の計算フィールドも入れます。
「(今期 – 前年同期) / 前年同期」で作ったフィールドをパーセント表示にします。
小数点は1桁まで。

スコアカードでは、差分も実数表示。
パーセントだけにしない。
ここが意外と大事です。

会議ではこう言います。
「ユーザーは1,187人です。ざっくり1200人規模ですね」
「前年比+94％です。ほぼ2倍です」

“ざっくり”は補助輪です。
本体ではありません。

もう一つ。
丸めるなら、丸め方を統一します。

100人単位で丸める。
小数点1桁で四捨五入する。
パーセントは整数にする。

チームでルールを決めるだけで、迷子は減ります。

今日からどうする？

最後に、すぐ使える一手です。

1. 口頭では「実数→解釈」の順で話す。
2. 資料では実数を必ず残す。
3. 丸め幅をチームで決める。
4. 比較期間を明示する。

GA4なら、右上の日付をクリック。
「絶対日付」を選ぶ。
比較をON。
「前年同期」を選択。

Looker Studioなら、日付範囲コントロールを追加。
自動にしない。
スコアカードの比較ラベルを表示。
パーセントと実数の両方を出す。

これだけで、「約」「大体」は怖くなくなります。

曖昧語をゼロにする必要はありません。
でも、無自覚に使うのはやめる。

Webディレクターって、だいたいこんな感じです。
数字の世界にいるのに、日本語で迷子になる。
でも、その迷子を放置しない。

だから僕は今日も言います。
「1,187人です。ざっくり1200人規模ですね」

まあ、そのくらいがちょうどいいです。

「なんとなくこう思うんだよね」と言われると、笑顔のまま止まります。
止まってしまうというより、止めてしまうに近いかもしれません。

ケンカをしたいわけではありません。
場を荒らすつもりもないです。
でも、ふんわりした指示をそのまま受け取ると、あとで確実にどこかで事故ると知っているので、つい詰めてしまいます。

それって、いつの期間の話ですか。
母数はどれくらいですか。
前回と比較していますか。
その「多い」は何に対してですか。

理屈っぽいと言われることもあります。
でも僕にとっては、防御反応みたいなものです。
数字を扱う仕事をしていると、「なんとなく」はだいたいトラブルの予告編だからです。

今日はそんな話です。
データを業務で扱っている人が、なぜ“なんとなく”をそのままにできないのか。
そして、それを現場でどう扱っているのか。

読んで「あるある」と笑ってもらえたら嬉しいです。
ついでに、明日から使える一手も持って帰ってください。

「なんか最近、伸びてない気がする」

Webの現場でよくある一言です。

「最近、伸びてない気がするんですよね」

この“気がする”。
これが出た瞬間、僕の頭の中では自動的にチェックリストが起動します。

最近っていつから。
伸びてないって何が。
セッション。
ユーザー。
コンバージョン。
それとも滞在時間。
比較対象は前月。
前年同期。
それとも直近7日。

気持ちは分かります。
ダッシュボードを眺めていて、なんとなく右肩下がりに見えることはあります。
でも、グラフの印象は簡単に裏切ります。

たとえばGA4で確認するとき。
「レポート」から「集客」→「トラフィック獲得」を開きます。
右上の日付をクリックして、期間を「過去28日」に設定します。
そのままだと“感覚”で終わるので、必ず「比較」にチェックを入れます。
比較対象は「前の期間」ではなく「前年同期」にすることが多いです。
季節性があるサイトなら特にです。

スコアカードを使う場合は、Looker Studioで「挿入」→「スコアカード」を選びます。
日付範囲を「自動」にせず、「絶対日付」に固定します。
そして「比較期間」をONにして、「前年同期」を選択します。
スタイルで「比較ラベルを表示」にチェックを入れます。
差分がパーセントだけでなく実数も見えるようにしておくと、印象に引きずられにくくなります。

これをやるだけで、「なんか減ってる」は「前年同期比−3.2％、ただしCVRは+0.4pt」に変わります。
話の質が変わります。

“気がする”を否定したいわけではありません。
ただ、そのまま走るのは怖い。
だから僕は、いったん数字に変換します。

それだけです。
ちょっと面倒ですが、後で揉めるよりはずっと楽です。

「もうちょっと良くならない？」

これもよくある言葉です。

「このページ、もうちょっと良くならない？」

ふんわりしています。
でも、悪意はありません。
クライアントもチームも、ただ前向きに言っているだけです。

ただ、僕の中では警報が鳴ります。
“良い”って何ですか。

CVRを上げたいのか。
離脱率を下げたいのか。
スクロール率を伸ばしたいのか。
それともブランドの印象の話なのか。

ここを曖昧にしたまま改善に入ると、改善したのに評価されない、という事態が起きます。
怖いのはそこです。

だから僕は、やんわり詰めます。

「改善のゴールって、CVRですか。それとも直帰率ですか？」
「現状の数値、共有してもらってもいいですか？」
「どの期間を基準にしますか？」

空気を壊さないように、でも逃がさないように。
このバランスは毎回ちょっとした綱渡りです。

具体的には、GA4の「エンゲージメント」→「ページとスクリーン」で対象ページを絞ります。
右上の日付を絶対日付で指定します。
キーイベント数とイベント率を指標に追加します。
列のカスタマイズで「イベント率」をONにするのを忘れない。
ここを見ずに“良さそう”で判断すると、後で必ず揉めます。

Looker Studioなら、ページ別テーブルに「セッション」「キーイベント数」「キーイベント率」「平均エンゲージメント時間」を入れます。
フィルタで対象ページを指定します。
必要なら「ブレンドデータ」で広告流入だけに絞ります。
比較期間は前年同期。
前年比の計算フィールドも作っておくと便利です。
計算式は「(今期 – 前年同期) / 前年同期」です。

こうして初めて、「良い」の定義が揃います。
定義が揃うと、議論がケンカになりません。
感情ではなく、差分の話になります。

“なんとなく良くしたい”は悪くないです。
でも、定義しないと消耗します。
僕は消耗したくないだけです。

「それ、感覚ですよね？」

これは自分にも向けています。

データを扱う人は、他人の“なんとなく”を疑います。
でも、自分の“なんとなく”も同じくらい危ない。

グラフを見て「これは広告のせいだな」と思ったとき。
本当にそうか。
タグ抜けてないか。
流入元の定義は変わっていないか。
直前でキャンペーンが終わっていないか。

GA4では「集客」→「トラフィック獲得」で、デフォルトチャネルグループを確認します。
期間を前年同期にします。
さらに「セカンダリディメンション」で「キャンペーン」を追加します。
キャンペーン終了日とトラフィックの落ち方が一致しているかを見る。
一致していなければ、仮説は一度保留です。

Looker Studioなら、広告データとGA4データをブレンドします。
キーは日付とキャンペーン名です。
ここがズレていると、すべてが崩れます。
「結合の種類」は左外部結合にすることが多いです。
広告データがあってGAがない日は、そのまま可視化したいからです。

僕は数字を信じています。
でも、数字は嘘をつきませんが、設定は平気でミスります。
だから“なんとなく”と同じくらい、“設定ミス”を疑います。

理系っぽいと言われます。
でも実際は、ただ怖がりなだけです。
曖昧なまま進むのが怖い。
検証しないまま確信を持つのが怖い。

だから一回止めます。
止めて、確かめます。

面倒ですが、それで大体のトラブルは減ります。

“なんとなく”を言語化するテンプレ

ここまで読んで、「いや、毎回そんなに詰められないよ」と思った人もいるはずです。
分かります。
全部を深掘りしていたら仕事が終わりません。

なので、僕がよく使うテンプレを置いておきます。
コピペで使えます。

1. 「その“最近”は、どの期間を指していますか？」
2. 「比較対象は前月ですか、前年同期ですか？」
3. 「ゴールはどの指標で判断しますか？」
4. 「現状の数値を共有いただけますか？」
5. 「改善後の目標値はありますか？」

この5つだけでも、かなり空気が変わります。
攻撃的にならずに、曖昧さを解体できます。

どうしてもふんわりしたまま進みそうなときは、先に数字を出してしまいます。
「前年同期比で−2.1％ですが、CVRは横ばいです。ここを優先しますか？」と提示します。
選択肢を出すと、議論は前に進みます。

“なんとなく”は敵ではありません。
ただ、放置するとコストがかかるだけです。

Webディレクターって、だいたいこんな感じです。
ふんわりした言葉を、そのまま飲み込めない。
詰めたいわけじゃない。
でも、詰めないと後で自分が苦しくなると知っている。

だから僕は、今日も比較期間をONにします。
絶対日付にします。
前年比を出します。

まあ、そういうものです。
これで少しだけ、現場は楽になります。

まだ3月じゃないし。
今は施策を回すほうが優先だし。
どうせ最後に通期で整理するし。

そう思っているうちに、気づけば3月中旬。
資料は真っ白。
でも数字は1年分ある。
そして自分は、どこから手をつけていいか分からない。

年度末の“詰まり”って、分析力の問題じゃないんです。
だいたい、「仮出し」していないことが原因です。

今日は、その話をします。
面白い現場あるあるのつもりで読んでください。

年度末、だいたいここで詰まる

年度末が近づくと、急に聞かれるようになります。

今年どうだった？
どこが伸びた？
来期どうする？

このとき怖いのは、数字が足りないことではありません。
“まとめたことがない”ことです。

GA4を開けば、数字はある。
Looker Studioにもデータは流れている。
でも、通期で一度も並べていない。

月次では見ている。
直近施策では見ている。
でも、通期で俯瞰したことがない。

だから3月に入った瞬間、全部を一気にやろうとする。
これが詰まりの正体です。

僕もやりました。
2月までは「まだ大丈夫」。
3月に入って「え、1年分？」と青ざめる。

数字は嘘をついていません。
でも、まとめていない数字は、語れない。

仮出しレポートを作ると、空気が変わる

年度末に慌てないためにやることは、難しくありません。
“仮出し”をするだけです。

完成版を作らなくていい。
きれいな資料もいらない。
通期の数字を、一度並べる。

GA4なら、探索レポートで十分です。

右上の日付を4月1日から今日までに設定します。
比較は前年同期間。
ディメンションに「月」。
指標は「アクティブユーザー」「セッション」「キーイベント数（旧：コンバージョン）¹」「エンゲージメント率」。

月単位で1年分を並べる。
それだけでいい。

まだ3月じゃなくてもいい。
途中経過でいい。

これを1月末か2月頭に一度やっておくと、3月の心理的負担がまるで違います。

「あ、だいたいこういう動きだったな」

この感覚があるかどうかで、年度末の会議の余裕が変わる。

仮出しは、完成度を上げるためのものではありません。
全体像を一度掴むためのものです。

Looker Studioで“未完成のまま出す”

Looker Studioでも同じです。

年度末用のページを1枚だけ作ります。
タイトルは「通期仮出し」。

日付範囲は4月1日から今日まで。
比較は前年同期間。

スコアカードに、
・アクティブユーザー
・セッション
・キーイベント数

その下に、月単位の折れ線グラフ。
さらに、デフォルトチャネルグループ別のテーブル。

ここで重要なのは、デザインを頑張らないこと。
未完成でいい。

「とりあえず全体を見た」状態を作ることが目的です。

前年比差分を出すなら、計算フィールドでこう入れます。

前年差
アクティブユーザー – 前年のアクティブユーザー

前年比率
(アクティブユーザー – 前年のアクティブユーザー) / 前年のアクティブユーザー

完璧でなくていい。
数字が並んでいるだけでいい。

これを2月中に一度出しておく。
それだけで、3月は“整理”に集中できます。

「あとでやる」は、だいたい積み上がる

年度末進行でよくある言葉があります。

あとでまとめよう。
落ち着いたら整理しよう。
3月に入ったらちゃんとやろう。

これ、だいたい積み上がります。

レポートも、資料も、メモも、施策ログも。
全部が“あとで”待ちになる。

でも仮出しをしておくと、積み上がらない。

1年分を一度見ているから、
「あ、ここ伸びたな」
「あ、ここ落ちたな」
という感覚がすでにある。

3月にやるのは、新規作業ではなく、精度を上げる作業になる。

この差は大きい。

コラム｜仮出しをやらずに詰まった話

昔、年度末にレポートを一気にまとめようとして、完全に止まったことがあります。

GA4にはデータがある。
Looker Studioにもグラフはある。
でも通期で並べたことがない。

月次で見ていたはずなのに、通期で見ると全然印象が違う。
チャネル別に並べると、思っていたほど伸びていない。
ページ単位で見ると、意外なところが伸びている。

頭の中の記憶と、実際の数字が噛み合わない。

そこから整理を始めると、時間がかかる。
しかも精神的にきつい。

それ以来、仮出しを習慣にしました。

2月のどこかで、通期を一度並べる。
まだ途中でもいい。
完成していなくてもいい。

そのおかげで、年度末の会議で詰まることはほぼなくなりました。

仮出しは、分析ではありません。
準備です。

今すぐできる一手

もし今、まだ仮出しをしていないなら、今日やることは一つです。

GA4を開いて、通期で月別に並べる。
Looker Studioで、仮ページを1枚作る。

30分で終わります。

完璧にしなくていい。
体裁も整えなくていい。

数字を“あとでまとめるもの”から、“一度見たもの”に変える。

年度末進行は、だいたいここで詰まります。
だからこそ、ここで一手。

仮出し、やってみてください。

1. ※環境によっては「キーイベント数」と表示されます ︎