リボンモデルの基本構造と応用
どうもハリーです。どうもやーまんです。リクルートでおなじみのリボンモデルってありますよね。 うん。
あれビジネスモデルの図解として知られているんですが、実質グラフだと思うんですよ。
今日はリクルートのリボンモデルですか。そうです。はいはい。これご存じない方もいるんじゃないですかね。じゃあ詳しく説明してもらっていいですか。
え? リボンモデルの説明ですか?
いきなりそれ振られてもちゃんと説明できないですね。 オッケーオッケーです。
まあリボンって何かっていうと、あのキティちゃんのリボンみたいな形の図なんですよね。リボンモデルの図が。
で、リボンのこの真ん中の結び目じゃない部分。リボンのリボンみたいな部分ね。 あの襟の部分ね。襟の部分。 襟か?
リボンの一番リボンの部分。 一番リボン。大丈夫か今日。
の右側が特定の業界の会社を表しています。 左側のリボンはそのサービスを使いたいお客さんを表しています。
真ん中にその両者を結びつけるサービスがありますよと。 その結びつけるサービスというのが私たち、今回リクルートなんですけど、リクルートがサービスとしてやっています
というものを表した図で、このお客さんが欲しい企業とサービスを探しているお客さんをマッチングするときによく使われる図という感じで、お分かりいただけたでしょうか?
これ伝わってんのかな? まあだからそのマッチング系のビジネスを説明するときによく使われるやつですね。
まあ具体的なもので言うと、例えばじゃあリクルートのサービスだとSUMOという住宅情報サービスがありますと。
これはその家を持っていて、それを借りたい人を探している会社さんがいます。
その会社さんからいろんな情報を載せてくださいと集めます。お客さんは家を探していますと。
そのSUMOというサービスを見て、そのSUMOに掲載されたものからいいものがあれば、そこの不動産屋に連絡をして制約をしたりすると。
ということでお客さんを探している人とサービスを探している人をマッチングするというのがリボンモデルで説明できるビジネスモデルですね。
これがねすごい大発明として常に注目の的なんですけれども、これがなぜすごいのかというと、
いろんな全然違う業界のビジネスでもこの図で大体説明できちゃうというのが素晴らしいというのがまず一つありますと。
さっき言った不動産情報探すもそうだし、求人を探している人もそうだし、あるいは旅行したい人を探しているとかも大体この図で説明できますよというのが素晴らしいところで、
この業界が違っても全部左側と右側をどう結んでいけばという同じ構造で見ることができるというのがねこれのすごい点で、
これねここから先知ってるかどうかわからないですけど、このリボンの一番リボンの部分あるじゃないですか。
ムスビメ?
ムスビメじゃないところ。
あの襟の部分ね。
襟の部分でいいやもう。
そこって左右それぞれさらに2分割できるんですよ。
あ、そうなの。
これ左右対称なんですがどちらも外側の部分が集めるフェーズ。
でその内側の部分が動かすフェーズに分かれていて真ん中が結ぶっていうように分かれているんですよ。
なんでこれを見れば最終的にそのサービスがたくさん使われたいとかいう目的があるのであればそれのどこが弱いのか集める部分が弱いのか動かすところが弱いのか結ぶところが弱いのかみたいなところが可視化しやすいというところがねこのすごいところなんですよ。
だからこういったマッチング系のやることって両方を集めないといけないんですよね。
欲しい人とあげたい人売りたい人っていうでまずそれをどっちも集めないといけない数がないと全然価値がないんで両方集めないといけないし集めただけだとまだじゃあそこから具体的なアクションに移してもらえるかとかっていうところがないと次のステップに進めないしということでこれをどれだけたくさん
回せるかというのがこのマッチングビジネスの肝でありリボンモデルで説明している部分なんですよね。
それをこうズバッとまとめることができるというのがね凄さなんですよ。
だから普通の例えばなんかもの作って売っていますっていうのは基本片側だけの話なんですよね。
もうもの作ってそれを買いたい人にどうぞってやるというリボンで言うと左半分だけ。
供給側だよね。
そうですねはいなんだけれどもそれを両方できるということになるとかなりそれが強力に働いてきますということでこういったプラットフォーム系のビジネスをやるときはもうこれがね必ず避けては通れない考え方なのかなということでこれがすごいんですけれどもね。
リボンモデルの発展形とロックイン効果
いやーすごいと思いますは本当にアマゾンとかもリボンモデルですよね。
アマゾンとか楽天とかもそうですね。
楽天とかもねその出品する人たちと物を売りたいっていう人たちと物を買いたいっていう人たち両方集めてますからね。
そうなんですよ。
両方から金取ってくるからねあの人たち。
そう両方から金取るところもあれば片方からしか取らないところもありというところでその辺はね結構違いますがリクルートの場合は基本片方からは取らないですね。
うんうん。
ゼクシーとかジャランとか。
あの辺は。
ゼクシー買うお金ぐらいは取るかもしれないですけど。
あー書籍の方ね。
基本的にはねあのお客さんからはほぼ取らないっていうモデルですね。
なんですけどねまあやっぱり両方集めるの大変なんすよ。
いやー大変ですね。
大変だけどこのモデルすごい優秀やなと思いますほんまに。
マーケットを作ってますからね需要と供給両方集めてこれがすごい強いなと思いますね。
マッチングビジネスにおける先行要素の決定
あーそうだそうだこれ今回のリボンモデルから若干ずれるんですけどこれ系をやるときに左側お客さんまあ探してる人欲しい人を見つけるのが先かそれを提供したい人会社企業を探すのが先かどっちを先にやればいいと思いますか。
これなんかでやりましたね。
前やりましたね。
これやりましたね。
順番まあ必ずしも間違えたらうまくいかないというわけではもちろんないんですけれどもうまくいきやすいのはこっちですよというのがある程度いろんなサイトの失敗しからデータがあるんですよ。
需要側じゃないんですか。
需要側。
リボンモデルで言うと左側。
お客さんの方。
お客さんの方。
なぜ。
例えばそのパン屋さんをやるとしてまずはそのパン屋さんを増やすことよりもパンを食べたいっていう人がいないとマーケットにならないんで需要をまずは集める。
うんうんうん。
なるほど。
正解です。
やったー。
これでなんか前もやりましたもんね。
ちゃんと学習しておりました私。
すべて忘却しているのかと思ったら。
ちゃんとね。
覚えてるやつは覚えてる。
覚えてるやつは覚えてる。よかったよかった。
そうですね。そういうパン屋さんみたいなところでもそうですしブログサービスでもQ&Aサイトみたいなものでもそれを例えば見たい人読みたい人答えが知りたい人みたいなのが十分数あればあとは勝手に皆さん答えてくれたりだとか提供してくれたりっていうのがあるんで。
まあ両方ねいけるなら両方同時に。
そうですよね。
いってもいいですがもしリソースが限られるということであれば基本は左からお客さんの方からと。
リボンモデルのグラフとしての側面とロックイン戦略
ちなみに今回なんでこれリボンモデルお題に出したんですか?
いやーいいところに。
それが気になりました。ありがとうございます。
リボンモデルは最初に言った通り僕の見たてではこれはグラフだなと思ったんですよ。
そうだそうだその話だ。
でなぜかというとリボンってリボンじゃないですか。
リボンってリボンだよ。
なんですけどこれってリボンの大きさとしても使えるんですよ。
要はそのマーケットがどんぐらいありますかっていうものを例えばリボンをいっぱい並べてリボンの大きさで比較することもできるんですよ。
各市場全体の大きさもあれば市場の中でのプレイヤーの大きさっていうのもバラバラなんだけれどもこのリボンズというものをまとめたらその3軸を並べればそれぞれどれぐらいの大きさかというのを見つけることができる。
さらにリクルートがやっているのはこの最初に言った集める動かすだけで足りないなとなったらさらにその外側を追加するんですよ。
もっとリボン大きくしちゃえと。
美容業界だったらこういうので困っているみたいなものがあったらそこの運営をさらにサポートするようなものまで作ってこれ使ってくださいということをすることでリクルートのロックインモデルを作っているというところもあるんですよ。
ロックインモデルって何?
ロックインって他のサービス使うのがコストかかりすぎる状態ですね。
乗り換えがすごい大変になっている状態。
なるほどね固定するってことか。
固定するってことですね。
乗り換え簡単に乗り換えれないですもんね。
リクルートがサロンボードっていうのをホットペッパービューティーの美容院とかに行ってそこで決済だとかお客さんの管理だとかカルテみたいなものだったりとか全部やってるんで。
あれを一度使い始めたら他のに買えれないっていう。
買えるとなるとやっぱりそこの資産が失われちゃうんでとても大変ということでホットペッパービューティーを使わざるを得ないっていう。
ロックインされてるんや。
実際ホットペッパービューティー使う人多いですよね。
多い。もう散髪行くとき絶対ホットペッパービューティーから検索するもんね。
女の人が多いのかと思ったら意外と男の人もガンガン使ってるなっていう。
メンズの散髪とかやったらもうホットペッパービューティーから行く人多いと思いますね。
なんか検索してもホットペッパービューティーが来ますもんね上に。
来ますね。
でも最近ようやく使ってないところを見つけて。
探したわけでもないですけど。
ホットペッパーに登録されてないとこやを見つけて。
リクルート勢っていうのを考えちゃうんですよね。
リクルートのビジネスモデルは素晴らしいなと思いつつも、
そういうところをリクルートに払っている分がどっかで回収されてるのかなっていう気も
一消費者としてはしちゃうんで。
登録されてないとこないかなっていうのを探したらいいところがあって。
グラフの説明か。
歴史的データビジュアライゼーションの事例
だからあれはリボンの大きさとかリボンのリボンの部分の大きさとかがグラフになってるっていうことで
あれ知ってます?ナイチンゲールが考えたコウモリグラフだっけ?コウモリの羽グラフ。
全然知らない。ナイチンゲールの?
ナイチンゲールってクリミア戦争で活躍した看護師のクリミアの天使かなんか呼ばれていた。
コウモリの翼。
そうコウモリの翼グラフっていうのがこのナイチンゲール実はそっちの発明の方がすごいんじゃないかと言われていて。
これナイチンゲール何をしたかというと要は衛生レベルが上がれば感染者数減るっていう統計を考えだしたんですよ。
看護をする傍ら。
でそれを説得するために分かりやすい図にせんと上の奴ら頭かてぇから絶対見ねぇなと。
いうことでこのコウモリの羽グラフというのを考えだしてこれで説得したという逸話があるんですね。
でこれね分かります?どうなってるか。
なんかなんだこれは円グラフ欠けた円グラフみたいになってるね。
欠けた円グラフ。
なんかこのピザみたいな。
あーそうね。
大小の違うピザが円形に並んでる感じ?
そうねSサイズとMサイズのLサイズのピザみたいなのがそれぞれおちゃまぜになって。
なんかガタガタ歪んだ欠けた円グラフみたいになってるけど。
えーこれコウモリの翼っていうのこれ。
コウモリの翼とかなんか他にもね呼び方あるんですよね。
ニワトリの戸坂グラフとかも呼ばれてますね。
あーなるほどね。
なんかこれに近いんじゃないかなと思っていて。
要はその市場の大きさとかを表すリボンとこのコウモリの羽とっていうのが割と同じような役目を果たしているんで。
あれはグラフだと。
グラフなんでそのいろんなデータをリボン型にするというのがすごいわかりやすくていいんじゃないかなという提案ですよ。
今日は。
なるほどね。
図解力の重要性とスライド作成
なんかこう他の人に説明するときってやっぱこのデータビジュアライゼーション。
いかにこのデータをわかりやすく見せるかってすごい大事だなと思っていて。
その観点ですごいリボンモデルがねわかりやすと思っているんですよ。
なんかこういうインフォグラフィック系で多分世界一有名なやつだと。
世界一有名か知らないけど。
あのナポレオンの何だっけな何とかの地図っていう。
ナポレオン。
なんだっけエミールの地図だっけ。
ミナールの地図だ。
ミナールはいはい出てきたミナールの地図。
本当だこれまで描かれた中の最高の統計グラフとも称される非常に有名な歴史的地図です。
ベタボメじゃんすごいな。
これはあのロシア遠征を描いた地図でありグラフでありというものなんですが。
なんと6軸を1枚の図で表現するというほぼ6次元グラフですよ。
すごいなにこれ。
まあこれ音だけの人にわかりやすく言うとなんだろう木の根っこみたいな形の。
はいはいはい。
木の根っこみたいな形か川の流れみたいな絵があって線の太さが場所によって違うんですけどこれがこの群の人数を表していたり。
まあこの地図の上に書かれてるんでどのルートで行ったかもわかるしどれぐらい減っていったかまあ死者数が出たかですよね。
うんうんうん。
もわかるしなどがね一挙にまとまっているという。
すげーな。
図なんですね。だからなんかねこういう情報をわかりやすくするというのはね他の人たちを巻き込んでいったりだとか説得したりだとかする場面でやっぱ強力だなーというのね。
そうですよね。
リボン図を見ながら思いを馳せていたんですよ。
なるほど。
どうですかこういうインフォグラフィックとか作ります?
作ります作ります作るしなんか難しいことを簡単にするっていうのはなんかもうデザイナーの醍醐味というか一番なんか得意としている部分だと思ってるんでこれはすごいなと思う本当に。
そうですよね。
いや天才が書いた図なんでしょこれ。
そうなんかかなり省略した部分はあると思うんですよね。
ここはちょっと諦めるかみたいな。
そこをどこまで捨てていいのかみたいな線引きができたりするというのもやっぱスマートさの一つだなと思うんですよね。
そういう意味でこういうシンプルな図にまとめられる力っていうのはちょっと憧れますね。
うんうんうん。
データ可視化のトレンドとAIの活用
よくナプキンの裏にササッと書いた図がみたいなあるじゃないですか。
うんうんうん。
ああいうのをねしたーい。
えーこれなんかちょっと後でじっくり読んでみます。
データ可視化でいうとね最近流行ってるやつだとあれですよね。
SNSでよく見る棒グラフレースっていう。
うん。
多分これみんな見たことあると思うんですけど。
例えばなんだ世界の時価総額ランキングみたいなやつをアニメーションにして1950年とかからビーッとすごい勢いでグラフが伸びたり縮んだり順位が入れ替わったりしながらいく。
あれもこのデータの可視化の一つですよね。
時間軸というのを追加することによって今まで見えなかった変化が見えるようになったみたいな。
うんうんうん。
よくなんかあの世界のGDPみたいなんで出てくるよね。
あーそうそうそうそう。
GDPでね。
あー日本が追い抜かれる追い抜かれる。
はいはいはい。
なんで今日の主題はこれですよ。
データ可視化どうすればいいか問題。
データ可視化か。
うん。
いやーそのリボンモデルでいくとその供給側のデータ集めるのは簡単なんですけど自由側のデータ集めるのは本当に難しいなと思うんですよね。
ほうほうほう。
なんかそのよくあるのはスタートアップ系のピッチ資料だとTAM、SAM、SOMっていう3つを出すっていうのが割と定番であって。
うんうん。
TAMはなんだっけトータルアクセシブルなんとかみたいなんでその市場にいる全員みたいな。
あーはいはいはい。
でTAM、SAM、SAMかは名前忘れちゃったんですけど自社がそこに対してアプローチできる割合みたいな。
あーなるほど。はいはいはい。
でさらにその中で顧客にできるであろう割合みたいなのをこう3つ並べて最終的にどれぐらいのシェアを取れますみたいな話をするっていうのはよくあるんですよ。
うーん。なるほどね。
そっかそういう風に探していくのか。
まあでもこの辺も正直ストーリーの書き方次第なところもあるんですよ。どこまで本当かっていうのはかなり怪しいという人も多いんであんまそこ見ないという投資家の人もいたりしますが。
なるほどいやめっちゃいいこと聞いた。
だからなんかパワポ資料とかを作ってるとなんかここいい感じに図解できそうだなっていうのを思いながらまあでも分かんないから表にしてとりあえず書こうとかって。
うんうんうん。
そませちゃったりするんですけどこういうところで図解力の差っていうのがねあるかなと思って。
僕スライド作る時とか結構そのいろんなスライドまとめサイトみたいなところあるんで。
うん。
そこ見ながら。
へー。スライドまとめサイトなんかあんの?
ありますね。よく見るのはスライドランドっていう。
あ出てきた。
ここ見やすいんですよ。
えめっちゃいいじゃんこの資料。へー。あありがとうございますこれ。
図解の種類別とかに見れたりするんですよね。
なんかピラミッドのいい感じの作りたいなと思ったらピラミッド図解で探せば出てくるし。
あすごいこれ皆さん要チェックですよスライドサイド。
スライドランドね。
スライドランドかめっちゃ綺麗じゃん全部資料が。
いやまあ大手のものがほとんどですからね。
ちゃんと作ってんだなみんな。
どういうところを考えてこういうデザインをする人が作っているのかなと。
うーん。でも資料難しいよね。
うーん。
整理するの。この前久しぶりにパワポ触ったけど。
はい。
やっぱ難しいね。
使い方が。
あのー。
横山さんとかもイラレ使った方がいいでしょ。
イラレとかインデザインでやるんですけど。
うーん。
なんか後々のこと考えてパワポで作っとくかみたいなんで。
はいはい。
パワポを触ってみたんですけど。
まあそのもちろんパワポの操作も難しいけど。
そのやっぱ情報の整理。
そう。
どの順番で伝えればいいのかなみたいなのを。
やっぱ考えだすとめちゃくちゃ難しいし。
まあそこAIに手伝ってもらうんだけど。
AIにやらせるとさなんか。
余計難しくなるよねなんか。
構造化されすぎて。
はいはいはい。
いやそらそうなんだけどみたいな。
うーん。
もちろんこの通りにできるとおっしゃる通りなんですけど。
だからこれを一言で言いたいんじゃんっていう。
いやーわかるわかる。
みたいなねことがあるんで。
使い力まだ足りてないなと思いますね。
AIには。
いけんのかな。
どうなんすかね。
なんかロジックとか作らせるとピカイチなんだけど。
うーん。
そのロジックを伝えるのがむずいんだってっていう話。
いやそれはそうなんだがっていう。
なんか多いですね。
リボンモデルの応用と改善
なんか会議とかでこういう見やすくて。
はい。
なんか整理された資料出したらすごいなんか。
こいつ仕事できるやつだなみたいな。
いやもう仕事でき確定ですね。
確定しますよね。
うーん。
もう僕はリボンモデルすごいと思った本当に。
リボンというのもちょうどいいですよね。
この両者を結びつけるみたいなところもあるし。
このそれぞれ右左がファネル図みたいになってて。
そうそうそう。
カットずつ絞んでいくということで。
全員が最後まで来てもらえるわけではないみたいな。
うんうん。
ところも表現できてるし。
確かに。
でちゃんとこの結ばれてる部分がなんかコンバージョンした感じも表してるもんね。
うーん。
いやでも全然我々もね応用できますからね。
だから教育系意外とリボンモデルに近いところあって。
うん。
要はユーザーと金払う人が別なんですよあれ。
ユーザーと金払う人。
あー子供と親ってこと?
そうそうそうそうそう。
ほうほうほうほうほう。
っていうことなんでこの両方を納得させないと結ばないんで。
うんうんうんうん。
両者をねいい感じにこのハンドリングしないとバランス崩れちゃったりするんで。
右側が親で左側が子供ってこと?
そうですね。はい。
あーそういうやつか。
そう聞いていると左側がつまんねってなっちゃうし、
左側だけだとそんなことにお金払えませんって言って右側が動かなくなっちゃうしっていうので。
そういう風な使い方な。
まあ考え方次第では。
まあ考え方次第ですね。
特殊ですけどねこれは。
なんか俺のイメージはこう右が供給で左が需要っていうイメージなんだけどね。
まあ基本はそうですけどね。
まあでもこの両者を真ん中でいかに結びつけるかというところがね大事というのと、
あとはもう結び方もあるんですよ。
結び方ね。
結び方。
結び方によってはモデル自体がうまくワークしないなっていうこともあるんで、
じゃあ結び方つまりKPIを変えましょうっていうのもリクルートは何度かしていて。
うん。
具体的にはカーセンサーで最初はお客さんをいかに自動車屋へ運べるか、
送客数っていうところが一番大事だと思ってたんだけれども、
それよりもその人たちがちゃんと満足したものを変えたかどうかっていうところまで追わないとダメだよねということになって、
でそうするにはじゃあこのリボンのさらに外側まで見れるようにしないとねっていうことで色々便利になっていくっていうねことをしてたりするんですね。
なんで結び方ももしかしたら見直した方がいいケースもあると。
うんうんうんうん。
いやーむずいなー。
なんかすごい当てはめようとしてますね今の事業に。
考え込んでしまいます。
まあだから基本はまず左から集めましょうと。
左ねー。そっかー。そうだったのか。
あとはこのリボンというのはそれぞれ外側が集めるフェーズ、動かすフェーズ、結ぶフェーズと。
3段階お互いにあるんで、そこをしっかりとモニタリングできて改善できるようにしていきましょうと。
極端に片方のリボンがいびつな形にならないようにというのも大事ですねと。
あと必要であればよりリボンを大きくしたり結び方を変えたりするのもいいですねと。
という事で大事な事は全てこのリボンモデルが教えてくれるんじゃないかと。
なるほど。いや非常に参考になりました。
まとめと今後の展望
はい、という事でね本日リボンモデルのお話をしてきましたと。
という事で今回の感想をメールまたはアップル、ポッドキャスト、レビューはスポティファイのコメント、ボイスのコメントでお待ちしています。
さらにコメントの全て読んでいますので今後の番組をより良くするためにあなたの感想をお待ちしています。
ほい。
それでは今週も聞いて頂いてありがとうございました。また来週お会いしましょう。
さよなら。