その機能は事業のどこを支える？（1-3／第3回）

進行中の施策が事業の何に効いてるのかわかるよう、プロダクトマネジメントの観点で整理します。

プロダクトを含むビジネスの流れを把握するためにビジネスモデルがあります。しかし、ビジネスモデルだけではまだプロダクトとしての解像度が粗く、ユーザーの課題やプロダクトの価値と合致して考え辛いです。
そのような状態を改善するために、事業構造をさらに整理する「リーンキャンバス」を活用してみましょう。

リーンキャンバス

リーンキャンバス（Lean Canvas）は、事業の前提を整理するためのフレームワークです。スタートアップ時の事業検証などで使われています。

少し面倒ですが、この形式に沿って自分のプロダクト状況を書き出してみましょう。
生成AIを使えば簡単に埋まるので、よければこちらのプロンプトで試してみてください。

私はプロダクトマネージャーです。
担当しているプロダクトについて、条件に基づいてリーンキャンバスを作成してください。

条件：
- 概要の内容を元に、顧客セグメント/課題/独自の価値提案/ソリューション/チャネル/収益の流れ/コスト構造/主要指標/圧倒的な優位性の9項目を、顧客セグメントと課題から順に埋める
- 各項目は1〜3行の箇条書きにする
- 分からない項目は推測で埋め、推測した箇所には「（仮説）」と付ける
- プロダクトをより改善できるような観点でまとめる

担当プロダクトの概要：（こちらは独自で記入）
私のプロダクトは〇〇向けに〇〇の機能を提供しています。
近しいプロダクトは〇〇や〇〇があり、私のプロダクトは〇〇が特徴です。
〇〇くらいのユーザーがおり、利用料金や費用は〇〇くらいからです。

記入には順序があります。顧客（1）と課題（2）から始めて、最後に優位性（9）を考える流れです。
これにより、誰に何を作るべきなのか、その注意点などが整理されていきます。

• 「どこ」の「誰」の「どんな」困りごとを「どう」解決するか

• 「何」にお金がかかり、「どれくらい」の対価を得るか

• メインの価値や指標は「何」か

2つの領域

シートは左右で大きく二つの領域に分かれています。

この二つの領域の間に「独自の価値提案」があります。
プロダクトの独自価値は、届けるモノであるプロダクト領域と、届ける先であるマーケット領域の組み合わせです。
機能か市場の片側だけではなく、それぞれの関係を考慮しましょう。

リーンキャンバスの例

ここでは例として、「安さが売りのフードデリバリー」というプロダクトでAIにリーンキャンバスを埋めてもらいました。
先ほどのプロンプトには、次の内容を入れています。

私のプロダクトは単身世帯向けにフードデリバリーサービスの機能を提供しています。
近しいプロダクトはUber Eatsや出前館があり、私のプロダクトは安さが特徴です。
10万人くらいのユーザーがおり、利用料金や費用は700円くらいからです。

あくまで架空の例ですが、詳細を確認してみましょう。

事業概要

先ほどの3つの問いに沿って読むと、次のようになります。

• 一人暮らしで、一人分だと配送料や手数料が高くつく人に、700円程度からの一人向けメニューを届けます。

• 配送員の報酬や開発、広告にお金がかかり、利用者の利用料・配送手数料と、加盟店の販売手数料で対価を得ます。 ※金額はシートに書かれていないので仮

• 価値は一人分を気軽に頼めること、指標は月の注文回数、継続率、1件あたりの粗利益です。

ビジネスモデルに当てはめると、店舗と利用者をつなぎ、注文ごとに手数料を得るので、マッチングモデルを基本に考えます。

この例の独自価値

この例では、プロダクト側の「一人前のメニューと配送の工夫で700円程度にする」と、マーケット側の「週に何回も頼む単身世帯」がそろうことで、「一人分のデリバリーを毎日の食事にできる」という独自の価値になっています。
安さだけなら大手も真似できますが、この組み合わせは真似しにくいはずです。この方針なら、以下のような機能は、この独自の価値に合いそう/合わなそうと判断できます。

重要そうな点

単価が安いので、その中でも都度かかる配達のコストが重要そうです。また、配達コストは、次のようなことで上下しそうです。

• マッチの数と品質

  • マッチする数が少なく規定の配達量に達しない場合や、届けたい人とお店の距離が遠くマッチの相性が悪い場合は、時間あたりの目標配達量に届かず、1件あたりのコストが増えます。

• ルート品質や同時配達可能量

  • 配送員の方が最適なルートでより多くのものを運べるような機能があれば、1件あたりのコストが下がります。

あくまで仮の事業とリーンキャンバスでしたが、このように事業の構造に紐づいて、プロダクトの機能や数値目標の重要度は変化します。

実際には数字の落ち具合や他要素とあわせて判断すると思うのですが、自分が何のために機能を開発しているか、何にどれくらい作用しているのかを理解するには、今回のように事業の流れや価値を可視化してみるのがオススメです。
（KPI構成や開発優先度の判断については以降の回で詳しく書きます）

また、リーンキャンバスに書いたものは「事実」ではなく「仮説」なので、テストをして修正を重ねるごとにプロダクトの理解を深めていってください。

まとめ

• リーンキャンバス = 事業の前提（課題や目的）を1枚に整理するフレームワーク

• プロダクトのメインとなる価値は、プロダクト領域とマーケット領域の組み合わせで見えてくる

• 可視化すると、その機能が事業のどこを支えているかわかりやすい

このように整理したビジネスでも、実際のプロダクトは環境によって異なってきます。次回は「サービス」という概念をもとにこの違いについて解説します。

参考文献

• Ash Maurya『Running Lean ─ 実践リーンスタートアップ』（リーンキャンバスの原典）

• Lean Canvas 公式テンプレート https://leanstack.com/lean-canvas

• Business Model Canvas（Strategyzer、リーンキャンバスの元になったフレームワーク） https://www.strategyzer.com/library/the-business-model-canvas

この記事のリーンキャンバスの図は、Ash Maurya のリーンキャンバス（CC BY-SA 3.0）をもとに作成したもので、同じ CC BY-SA 3.0 で公開します。

「プロダクトマネジメントわかりたい」

プロダクトマネジメントに関するnoteを週2ペースで連載してます。
よければ記事に対するリアクションや疑問、感想いただけると嬉しいです！