私たちは、世界をそのまま見ているわけではない。

I. 見えているものと、解釈したもの

01. 同じ景色でも、見えている世界は違う

同じ会議に参加しても、経営者、デザイナー、エンジニアでは記憶に残る内容が異なる。経営者は採算や採用を気にし、デザイナーは利用者体験を気にし、エンジニアは実装や保守の制約を気にする。誰かが不注意なのではない。それぞれが持つ知識、関心、役割によって、注目する情報が変わるのだ。私はこの違いを考えるとき、便宜的に「観測OS」という言葉を使う。OSとは比喩であり、脳内に文字どおり一つのプログラムがあるという主張ではない。何を区別し、どう意味づけ、何を問題と感じるかを方向づける、認識の枠組みのことだ。

02. 観測と解釈を分けてみる

たとえば、ある新規サービスで利用開始後の離脱が多かったとする。「ユーザーはサービスに魅力を感じていない」というのは一つの解釈だが、観測された事実は「所定の期間内に利用を継続していない」に過ぎない。使い方が分からなかったのか、需要がなかったのか、登録目的をすでに果たしたのかは、この数字だけでは決められない。私が分析で分けたいのは、観測された出来事、そこから導く解釈、その解釈に基づく判断の三つだ。事実と仮説を混ぜないことは慎重さであると同時に、新しい発想の余地を残すことでもある。

03. カテゴリは便利で、不完全でもある

私たちは世界を理解するために分類を使う。顧客か非顧客か、採用候補者か企業か、AIか人間か、成功か失敗か。分類は意思決定を助ける一方で、分類に当てはまらないものを見落とさせる。以前、生命とは何かを議論したとき、個体の境界や、どの状態を生命と呼ぶかは自明ではないと感じた。ただし、境界が観測や定義に影響されるからといって、あらゆるものが科学的に生命であるとは言えない。概念上の問いと実証可能な主張を区別する必要がある。この態度は、事業の市場区分にも役立つ。業界のカテゴリが現実を十分に表していない場合、新しい顧客像や価値の組み合わせが見つかることがある。

04. 競合を見るとき、自分の物差しを疑う

サービスの競合調査では、機能の有無や価格だけを比較すると重要な違いを落とすことがある。候補者の数が多いサービスと、特定職種の候補者の質に強みを持つサービスでは、価値の尺度が違う。登録人数の多さが有利になる場面もあれば、検索に含まれる無関係な情報の少なさが価値になる場面もある。私は「どちらが優れているか」より先に、「何を優れていると呼んでいるのか」を確認したい。指標は中立的な鏡ではなく、測る側が重要だと決めたものを映す道具でもあるからだ。

II. 他者の見方を理解する

05. 他者のOSを理解する

自分の認識が限定されていると考えると、他人の意見に対する態度も変わる。なぜその人はその判断をしたのだろう。どんな経験を持ち、何を失敗と捉え、何を守ろうとしているのだろう。相手の判断を理解することは、賛成することとは違う。しかし、背景を知ると、衝突しているように見えた意見が、別々の目的を最適化しているだけだと分かることがある。事業の打ち合わせで、私は結論だけでなく、結論が生まれた条件を聞きたい。その方が、異なる職種や立場が協働するための設計がしやすい。

06. 観測OSを更新する方法

自分の見方を更新するには、新しい情報に触れるだけでは不十分かもしれない。異なる立場の人に話を聞く。実際のユーザーの行動を見る。仮説と逆の結果を歓迎する。他業界の仕組みを比較する。私はこうした経験が、観測の枠を少しずつ広げると考えている。ときには自分の説明が美しすぎることに気づく必要もある。構造的な説明が成立していることと、その説明が現実に正しいことは別だからだ。観測OSという考え方の価値は、「自分にはすべてが見えている」と信じることではなく、「今見えていないものがある」と自覚できることにある。

07. 知ることは、自分の変化でもある

新しい世界に出会うと、ただ知識が増えるだけではなく、次に何を重要だと感じるかも変わる。以前は見えなかった課題が見え、当然だと思っていた仕組みに違和感を覚える。私は、その更新の連続が人の成長や創造の一部だと考えている。事業でも人生でも、現在の自分の物差しだけを唯一の真理としないこと。世界を観測すると同時に、世界との出会いによって観測する自分も変わる。その相互作用に、私が考え続けたいテーマがある。

08. 「見えていない」ことと「存在しない」こと

観測の限界について考えると、つい「見えないものは存在しないとは言えない」と言いたくなる。これは重要な注意だが、だからといって「見えないものは存在する可能性が高い」とは言えない。私はこの違いを忘れないようにしたい。たとえば顧客から要望が出ていない機能について、隠れたニーズがあるかもしれない。しかしその可能性だけで大きな開発投資をする理由にはならない。何が観測されていて、何が未観測か。未観測のものをどの方法で確かめられるか。認識の限界を理解することは、曖昧な可能性を何でも正当化することではなく、不確実性を適切に扱うための姿勢だ。

III. 組織で観測を交換する

09. 組織の中で観測を増やす

同じ会議で意見が食い違ったとき、どちらか一方を説得することが最善とは限らない。たとえば営業が重視する契約上の条件と、エンジニアが重視する保守性は、同時に成立させるべき制約かもしれない。私は両者に、具体的な出来事を確認してみたい。「その判断になった直近の経験は何ですか」「そのリスクが顕在化した事例はありますか」。抽象的な立場の対立を観察可能な出来事へ戻すと、少しずつ共通の地図ができる。観測OSを理解するというのは、相手を分類して終わるのではなく、自分の地図に入っていなかった情報を取り込むことだと考えている。

10. 自分の観測OSにも偏りがある

私は複雑な話を構造化することに喜びを感じるが、その嗜好によって、分解しにくい感情や偶然を過小評価するかもしれない。あるチームの対立を役割分担の問題として整理しても、実際には過去の不信感が主要因であることもある。数値化できる指標を重視するあまり、ユーザーの安心や誇りを取り逃すこともある。だから、自分の得意な方法が使えるからという理由だけで、すべてを同じ方法で扱いたくない。必要なら対話を長く取り、場に身を置き、判断を急がず、直感的な違和感の背景を聞く。その過程で、自分の観測の習慣も更新される。

11. 観測OSは、事実を否定するための概念ではない

観測OSという比喩には、誤用の危険がある。「人によって見え方が違うのだから、すべての解釈は同じくらい正しい」という結論に飛びついてしまうことだ。しかし、あるサービスの登録件数、採用に至った人数、費用の発生時期など、合意した方法で検証できる事実はある。問題は、そこから意味を読み取るときに、どの前提を使ったかだ。利用者が増えたという事実から、価値が高まったと断定できるとは限らない。広告費を増やした影響かもしれないし、一時的な話題性かもしれない。私が観測OSを考える意義は、真実を相対化して終わることではない。異なる解釈が生まれる場所を特定して、より確かな証拠へ近づくことにある。誰が何を観測したのか、何を観測できなかったのか、どこから解釈が始まったのか。そこを明示するほど、議論はむしろ客観的になり得る。

12. データに現れない人を、存在しないことにしない

プロダクト分析では、ログイン、クリック、登録、購入といった行動が数値として残る。しかし、その記録はユーザーの生活そのものではない。たとえば直近の利用者数が分かったとしても、その人がなぜ開かなかったか、サービスを使わずに目的を達成したか、他人に勧めたかまでは必ずしも分からない。また、利用をやめた人の中には、価値を感じなかった人と、すでに必要がなくなった人が混在しているかもしれない。データの外側を想像しすぎれば根拠のない物語になる。一方、数値にないものを無視すれば、顧客理解は狭くなる。私は定量データで行動の輪郭を捉え、定性調査でその理由を検討するという往復を重視している。観測方法の限界を知ることは、測定を諦めることではなく、次に何を測るべきかを判断することでもある。

IV. 判断基準を観察する

13. 相手の判断基準は、直接聞くだけでは分からない

「サービスを選ぶとき何を重視しますか」と尋ねれば、価格、品質、信頼性といった答えが返ってくるかもしれない。ただ、その人が実際に選んだときには、別の要因が強く作用していることもある。そこで私は、抽象的な希望に加えて、過去の選択を具体的に聞くことに意味があると思っている。「直近で何と何を比較したか」「最後に迷った理由は何か」「どの条件なら選び直したか」。発言と行動がずれていたとしても、それは嘘をついたということではない。人はすべての判断過程を意識的に説明できるわけではないからだ。相手の観測OSを理解するには、相手の言葉と、実際の状況と、選択された行動を重ねて見る必要がある。人間の判断を完全にモデル化できると考えるのではなく、次の仮説をつくるための暫定的な理解として扱う。

14. チームの会議は、観測を交換する場である

同じ課題を営業は顧客からの相談として捉え、開発は例外的な仕様として捉え、経営は利益率への影響として捉えるかもしれない。ここで一つの立場だけを優先すると、問題の一部しか見えない。私は会議で、最初から結論を統一するより、それぞれが何を見ているかを共有する時間を作ることが有効だと考えている。「最近どのような顧客の声があったか」「実装上の制約は何か」「数字にはどんな変化があるか」。情報の出所を添えて交換すると、個人の感想だけではない議論ができる。重要なのは、全員が同じ視点になることではない。異なる視点を残しつつ、意思決定に必要な全体像をつくることだ。多様な専門性は、単に人がたくさんいることでは価値にならない。それらの観測が接続されて初めて、組織の判断材料が豊かになる。

15. 自分のOSを更新する、三つの実践

第一に、反対意見を聞いたとき、結論ではなく根拠を聞く。第二に、自分が予測を外した場面を記録し、なぜ外したかを振り返る。第三に、普段は見ない現場やユーザーに直接触れる。私が環境を変えたり異なる領域の仕事に関わったりしてきた経験から考えるのは、慣れた場所で正しいと感じる説明が、別の場所では通用しないことがあるという点だ。ただし、環境を変えれば自動的に視野が広がるわけでもない。見慣れない情報を自分の理解へ取り込むには、解釈の修正が必要になる。観測OSは、固定された性格診断のようなものではなく、更新の余地を持つ枠組みとして考えたい。「私はそういう人間だから」で終わらず、いまの自分には何が見えにくいのかを問い続ける。その態度こそが、観測OSという考え方の実践的な価値だと考えている。

V. 観測の限界と翻訳

16. 観測の外側にあるものを、どう扱うか

私は生命や個体の境界について考えるとき、観測可能なものと存在そのものを混同しないようにしたいと思う。現在の科学で観測されていないからといって、直ちに存在しないとは言えない。一方、観測できない可能性があることを理由に、どんな想像も同じように支持されるわけではない。可能性があることと、起こりやすいこと、実際に存在する証拠があることは違う。これは事業でも同じだ。ある市場の潜在顧客がデータに現れていない可能性はある。しかし、その存在を仮定して投資するなら、どうすれば確かめられるかを同時に考えなければならない。認識の限界を知ることは、無制限な推測の許可ではない。確認できることとできないことに、異なる重みを与えるための姿勢である。

17. 自分の経験だけを普遍化しない

私自身、デザインの仕事や事業開発、異なる環境での生活を通して、以前は当然だと思っていた考えが変わる経験をしてきた。ただし、経験の多さがそのまま客観性を保証するわけではない。たまたま出会った人たちが偏っていれば、その経験は特定の世界の輪郭しか示していない。企業の代表と話す機会が多ければ、決裁者の視点が豊かになる一方、日々サービスを使う現場の人の判断を見落とすかもしれない。だから、自分と異なる立場の観測を意識して取りに行く必要がある。経験から学ぶことと、経験を一般論にすることの間には距離がある。その距離を自覚するほど、自分の経験を別の人のために役立てやすくなると思う。

18. 他者の観測OSを変えるより、翻訳する

意見が合わない相手に、自分と同じ見方をしてほしくなることがある。しかし、視点の違いそのものが価値になる場合もある。顧客にとって重要なのは費用で、エンジニアにとって重要なのは継続可能な運用かもしれない。この二つを一つの正しい価値観に揃える必要はない。代わりに、「どの条件なら費用を抑えられるか」「その条件では何が技術的なリスクになるか」という形で翻訳し、交換できる問いへ直す。相手を理解することは賛同することではない。何を守ろうとしているのかを理解し、そのまま意思決定の場に持ち込むことだ。私がチーム間の接続で担いたいのは、まさにこの翻訳の役割だと捉えている。