はじめに

この本を読んで一番刺さったのは、「コア価値」の話でした。プロダクト開発の判断基準って結局、「自分たちのプロダクトやサービス、事業のコア価値は何か」に帰結するんだなと。

この本では「No」を伝える技術をベースに、

• ビジョン→ロードマップ→タスクへの落とし込み
• コア価値による短期・長期の判断軸
• 判断のプロセスをチームで共有すること

といったことが書かれています。

顧客への価値提供にブレない軸がなければ、そもそも何かを断る根拠がありませんし、ブレない軸があることで、プロダクト開発で様々な判断、意識決定をすることができるはずです。

プロダクト開発で良い判断をし続けるために必要な考え方が学べる一冊だったと思います。

印象に残ったポイント

コア価値とは何か？コア価値やビジョンが判断基準を作る

この本では「ビジョン→ロードマップ→タスク」と抽象から具体へ落とし込む流れが整理されていました。

ビジョンとは、まだ実現できていない将来の理想であり、コア価値は、そのビジョンに沿ってすでに提供できている価値のことです。コア価値は、機能やスローガンではなく、「それが欠けた瞬間に体験が壊れるような本質」であり、ビジョンを実現するために今日守るべきものです。ビジョンやコア価値があることで、日々の意思決定が判断できるようになります。

自分が関わっているサービスに当てはめて、コア価値を言語化できると、何かしらの判断や提案、動きやすいだろうなと思いました。

判断力の本質は「正解を出すこと」ではない

良い判断とは、なぜそうしたのかのプロセスをチームで共有することです。検証結果がどうあれチームが学べて、次に活かせる。これはとても大事だと思います。

正解を出そうとして悩むより「なぜその判断をしたのか」をチームで共有し、結果が外れてもプロセスが共有されていれば学びになる、という考え方はすごく好きです。実践していけたらと思いました。

「まずやってみよう」の罠

ビルドトラップという概念も紹介されていて、これは、アウトカム（成果）ではなくアウトプット（作ったもの）で成功を測ろうとして行き詰まる状態のことです。

「まずやってみよう」もこれに陥りやすくて、作ること自体が目的化してしまうリスクがあります。僕もどちらかというと、まずやってみようと考えるタイプなので、作る前にできることを考える、というのは大事だと改めて思いました。

一方で、AI前提だと作るコストが下がるから、悩みすぎるならやっちゃってもいいかなとも思いつつ、この辺は時代に合わせてアップデートが必要だと思いました。

NoではなくNot

反射的に No と言うのではなく、「Not Now（今ではない）」「Not That Way（その方法ではない）」のように分類する考え方です。

Not That Way は「何を作るか」を問い直すきっかけになります。Why と How は意識していたけど、What を意識するのあまりなかったかもしれないと読んでて思いました。

「NoではなくNot」の思想は、プロダクト開発以外でも使えると思ったので、すごく参考になる考え方でした。

KPIは思考の起点

指標に一喜一憂するのではなく、「なぜ動いたか」「この変化は意図したものか」と問い続けることだったり、KPIは中間指標でありプロダクトの価値を高めるための問いの出発点であるといった話は、ほんとそうだようなと思います。

追っている指標が本当に妥当かを定期的に見直し、知覚→シミュレーション→共感→意味づけのステップで行動に落とし込むのすごく大事だと思いました。

3CとNICOのフレームワーク

データだけだと「冷たい事実」として受け取られがちです。そこに物語の温度を与えるのがストーリーテリングです。データのストーリーテリングとは、数字を物語の構造に落とし込んで、意思決定の場に「感情移入できるロジック」を提供する手法のことです。

具体的なフレームワークとしては、状況→対比→帰結 という3Cのフレームワークだったり、Need, Insight, Choice-of-No, Outcome を使った NICO フレームワークが紹介されていました。

提案するときや断るとき、データを伝えるときに「状況→対比→帰結」「数字→意味→行動」の順序を意識しながら、フレームワークを使って構造化して伝えるようにできると、単純に数字を伝えるやり方の何倍も周囲を説得しやすそうだし、周りを巻き込んで物事を進めていきやすいだろうなと思いました。習得して実践していきたいです。

おわりに

この本で一番大きかった気づきは「コア価値」と「判断力」の話でした。No を伝えるには、まず自分たちが何を大事にしているのかが明確でなければいけません。コア価値がはっきりしていれば、それが判断の軸になるし、No の理由にもなります。

そして、良い判断とは正解を出すことではなく、なぜそう判断したかをチームで共有できることで、検証の結果が当たろうが外れようが、そのプロセスが透明であればチームは学べるし、次に活かせます。

最後の章にあった「Noとは拒絶ではなく、未来の価値への責任ある選択」という結びもすごく良い表現だなと思って好きでした。

プロダクトマネジメントやユーザーへの価値提供のためにどんなことをしたらいいか関心が高い人におすすめの一冊です。とても良かった。