Architecture Notes改善のループ — 観測して直す OODA
00要約Overview
01動機Why
3.3 で、発見・信頼・ファンのループを一周させた。しかし、回しただけでは良くなっていかない。どこで人が離れ、何が効いたのか。それを見て直さなければ、二周目も一周目と同じ結果になる。
改善には、回った結果を受け取る仕組みが要る。勘や気合いで直すのではなく、起きたことを観測して、次の一手を決める。この構えを、OODA ループと呼ぶ。
02方法How
OODA は Observe (観測) → Orient (状況判断) → Decide (意思決定) → Act (実行) の 4 段階を回す考え方である。ここで決定的に大事なのは、最初の Observe である。
観測できなければ、後の 3 つは成り立たない。何人来たかも、どこで離れたかも、何が刺さったかも分からなければ、状況判断は当てずっぽうになり、意思決定は勘になり、実行は空回りする。だから、まず観測できる状態を作る。Google Search Console (検索での発見)、AdMob (広告収益)、Cloudflare (サイトのアクセス)、アプリストアのレビュー (利用者の生の声) — 無料で使える計器を揃え、数字と言葉の両方を見る。
# 改善のループ
Observe → Orient → Decide → Act → (また Observe)
観測できる状態を、どう作るか。その最初の一歩を 3.4.1 観測環境 で書く。
03価値What
推測ではなく、観測で直す。
それを繰り返せる状態が、改善のループである。
計器が揃えば、二周目からは事実に基づいて手を打てる。効いたかどうかも数字で分かるので、改善が積み上がっていく。ただし、ひとつ心構えがある。初期は母数が小さく、数字はほとんど動かない。ゼロが並ぶ画面を見続けると、途中で悲しくなる。それは拡散がまだ届いていないだけで、失敗ではない。だから序盤は、数字に一喜一憂しすぎず、淡々とループを回し続けることが、いちばんの改善になる。