かいて
BIはread-onlyだ。
（サブタイトル：あなたの会社のBIには、操縦桿がない。ダッシュボードを卒業してコクピットを作る——FDEを目指す人への連載、はじめます。）
*（↑1枚で分かる創刊号。絵は誰でも読めるスケッチで——本文より先に、絵から入ってもらっていい）*
🎧 聴いて済ませたい人は、こちら（AIふたりが今日の話を深掘り対談：「BIを会社を飛ばすコクピットに」）
【空】数字は並んでいる。でも、会社は飛んでいない。
月曜の朝の会議室を思い浮かべてほしい。
スクリーンに、先週の数字が映る。売上、客数、前年比。グラフは色分けされ、ご丁寧に矢印までついている。作った本人は、日曜の夜までかかったはずだ。
経営者はしばらく眺めて、言う。「で、どうする?」
沈黙。誰かが「引き続き注視します」と言う。会議は終わり、現場は先週と同じように動く。数字は読まれた。でも、何も起きなかった。
BI——Business Intelligence。立派な言葉だ。可視化、ダッシュボード、KPIモニタリング。この20年で道具は見違えるほど進化した。TableauもPower BIもある。データは湖のように貯まっている。
なのに、である。立派なBIがある会社ほど、冒頭の月曜日を毎週やっている。数字を見る時間は増えたのに、動きにつながらない。KPIを追えば追うほど、なぜかみんな疲れていく。
僕はこの光景を、長いこと気持ち悪いと思ってきた。マーケティングの仕事をしながら、数え切れないほど「立派な資料」を見て、作りもして、そのたびに思っていた。
この気持ち悪さの正体は、何だ?
【雨】BIがread-onlyだから、だ。
正体は、権限の話だと思っている。
クルマのダッシュボードを思い出してほしい。速度計、燃料計、水温計、警告灯。あれは「読む」ための装置だ。よくできている。でも、ダッシュボードがハンドルを切ってくれることはない。読んだあとどうするかは、ぜんぶ運転席の人間の仕事だ。
飛行機のコクピットは違う。
計器の隣に、操縦桿がある。自動操縦があって、雲の中でも夜でも高度を保って飛ぶ。そして無線がある——管制塔と交信しながら、自分の位置を確かめ、次の指示を受け取る。コクピットは「読む」装置ではない。「飛ばす」装置だ。
差分を書くと、たった3行になる。
```diff
表示（数字・グラフ）
+ 操縦系（数字が打ち手につながる）
+ 自動操縦（AIが分析し、提案してくる）
+ 交信（現場の声が入り、返っていく）
```
ダッシュボードにこのdiffを当てたものが、コクピットだ。僕はそれを Beyond BI と呼ぶことにした。3行を、順に説明する。
操縦系。 数字が「見て終わり」にならないための接続だ。たとえば客足の弱い日が計器に浮かんだら、その画面から「では何をするか」が始まるようにする。警告には打ち手の選択肢がぶら下がり、決めたことは記録され、翌週その結果がまた計器に返ってくる。表示と行動が、同じ機体の中でつながっている状態。
自動操縦。 人間が見ていないあいだも、AIが計器を読んでいる。夜のうちに先週分を分析して、朝には「この客層が静かです。理由はたぶんこれ。試すならこの3つ」という提案が置いてある。人間のやることは、承認するか、直すか、却下するか。判断は人間、下読みはAI。
交信。 これが一番誤解されている。コクピットが強いのは、計器が多いからではない。管制塔と話せるからだ。経営で言えば、現場の声。スタッフの気づき、顧客の一言、クレームの生の言葉。それが構造化されて機体に入ってくる。数字は「何が起きたか」を教えるが、声は「なぜ起きたか」を教える。両方入って、はじめて飛べる。
ここで、疑問が出るはずだ。そんなことは30年前から分かっていたのではないか。なぜBIは、ずっとread-onlyのままだったのか。
答えは単純で、「+」の3行が、人間にしかできなかったからだ。数字と打ち手をつなぐのは経営企画の優秀な誰か。分析して提案するのはアナリスト。現場の声を拾って構造化して返すのは——高すぎて、誰もやれなかった。write側は全部、高くて、遅くて、疲れる人間の仕事だった。だから世界は、read側だけを30年磨き続けた。グラフは美しくなった。会社は飛ばないままだった。
変わったのは、この2年だ。AIが「+」の3行を安くした。分析も、提案も、声の構造化も、夜通し働いて文句を言わない専門家が現れた。だから今、ダッシュボードはコクピットに作り替えられる。歴史上はじめて、write権限が現場の手に降りてきた。
【傘】だから、作る。作れる人を、増やす。
ここからは、実地の報告だ。
僕は68歳で、エンジニアではない。SQLも統計も専門外だ。それでもいま、あるゴルフ場の経営現場で、BIをコクピットに作り替えている。
できてきたものを並べる。売上と予約と天気が一枚で見える計器盤。予約の危ない日が色で浮かび上がる早期警戒。毎週の報告書は、AIが数字と現場の声を読んで下書きする。会議の議事録は、AIが勝手にチャンクして、ベクトル化して、検索できる知恵になった——過去の判断が、呼び出せる。そしてAI支配人——LINEの中で報告を上げ、予約の受付を覚えようとしている、人間ではない支配人が働きはじめた。
自慢がしたいのではない。逆だ。68歳の非エンジニアでも、ここまで作れてしまう、という報告がしたい。
作れている理由は、一つしかない。専門家の部分は、AIがやってくれるからだ。SQLはAIが書く。統計はAIが選ぶ。画面の設計もAIが提案してくる。僕は毎日、自分の知らない分野の専門家を何人も雇っているようなものだ。給料は、月々のAI利用料だけ。
ただし、条件がある。ここを外すと嘘になるので、ちゃんと書いておく。
どこか一点で、本物であること。
僕の場合は、マーケティングだ。昔、GORAというゴルフ場のオンライン予約サービスの0-1を作った。ベルトラという海外ツアー予約の会社も、ゼロから立ち上げて、レールを敷いた。走らせたのは僕じゃない。僕はどうやら昔から、走らせる人ではなく、レールを敷く人なのだ。それを40年やってきたから、AIが出してきた分析に対して、「数字はきれいだけど、商売として変だ」が分かる。一つの分野でエキスパートの気持ちと勘所を知っているから、他の分野の"AIという専門家"を導ける。全分野の専門家になる必要は、もうない。でも、どの分野でも本物でない人に、専門家AIは使いこなせない。出力の良し悪しを、判定できないからだ。
そのうえで、AIに代われないものが三つ残る。
聴く力。 現場の人が、本音を安心して話してくれるかどうか。データレイクには絶対に入っていない情報が、そこにある。
思い描く力。 まだ無い画面、まだ無い仕事の流れを、「こう在るべきだ」と描けるか。AIは要件があれば実装してくれる。でも要件は、思いからしか生まれない。
違和感に気づく力。 「この数字、きれいだけど、なんか変だ」。この一言が、コクピットを机上の空論から守る。
技術はAIが補う。この三つだけは、誰も代わってくれない。
現場に降りて、声を聴いて、生きたコクピットに変える人。最近、名前がついたらしい。FDE（Forward Deployed Engineer）という。半分エンジニア、半分・経営の参謀、半分・ただの聴き手。合計すると1.5人分だが、AIを翼にすれば、一人でやれる。言ってみれば、経営コクピットのレールを敷く人だ。僕はその先生でもレジェンドでもない。ただ、少しだけ先を歩いている先輩ではあると思う。
この連載は、FDEになりたい人に宛てて書く。数字を見張る人でも、資料を作る人でもなく、現場とAIのあいだに立って、会社を飛ばせる人になりたい人へ。僕が実際に作り、つまずき、直していく過程を、そのまま見せる。名前は TSUBASA。翼は二枚で一対だ——僕が「なぜ」を書き、相棒の内村さんが「どう作るか」を書く。彼の実装ノートは、別便で飛ぶ。
------
今日の話を、8コマで。
------
最後に、型の話。
今日の文章は「空（事実）→雨（解釈）→傘（打ち手）」という型で書いた。コクピットのチェックリストと同じで、型は思考を速くし、抜けを防ぐ。この連載は毎回、なにかの型で書く。空雨傘のほかにも、同じ出来事を経営者・管理職・スタッフ・顧客の目線で見直すリレー型や、Goal→Reality→Options→Willで意思決定を追うGROW型を用意している。中身と一緒に、型も持って帰ってほしい。
次回から5回は、いま僕が本気で作っている道具の話をする。第二の脳——といっても、メモを溜めるノート術ではない。知識ではなく、知恵を扱うOS。過去の自分の判断を、AIが呼び戻してくれる装置。そして実は、コクピットのいちばん奥に組み込まれている部品でもある。
動画で振り返る
🎬 スライド動画版「TSUBASA 創刊号：BIはread-onlyだ。」
https://youtu.be/iHdRxLzlMfo
（限定公開・公開切替は配信後の様子を見て）
📎 お手元資料（スライド2種）：非エンジニア版／エンジニア版——お好きな方をどうぞ。（実URL挿入済み: https://tsubasaosaken.substack.com/p/biread-only2 ）
― オサケン
