2024.10.01
自社の社内情報を未来の“ゴミ”にしないための備え 「情報量が多すぎる」時代がもたらす課題とは?
リンクをコピー
記事をブックマーク
及川卓也氏:あらためまして、Tablyの及川と申します。本日は冒頭に私から「サービスの成否を分けるプロダクトマネジメント“スキル”の鍛え方」という題で話をしたいと思います。先ほど簡単に司会の方からも紹介していただきましたが、私はもうこのIT業界に30年以上いるベテランの域に達する人間です。
もともと、もしくは今でも技術者である自負はあるのですが、いわゆるソフトウェアエンジニアとしてキャリアをスタートした後、プロダクトマネージャーやエンジニアリングマネージャーという立場で、プロダクト開発やプロダクト開発組織、エンジニアリング組織のマネジメントなどを行っていました。
外資系での勤務が長く、みなさまが知っているところでいうと……。最初の会社も本当は覚えていてほしいのですが、もうない会社なので今日はあえて説明しません。MicrosoftやGoogleに勤めて、そこでプロダクトマネジメントをいろいろ経験させてもらいました。
それをもとに、現在ではいろいろな会社の、スタートアップからそれこそ大企業まで含めて、プロダクトマネジメントの支援やプロダクト開発組織作りのお手伝いをしています。
(スライドを示して)他にもスライドにはいくつか書いてありますが、いろいろな会社の顧問といった肩書きも持っています。
(スライドを示して)今日は冒頭に今回の話のコアになる部分、このあとのパネルディスカッションに続く部分のような、基の部分の話をしたいと思います。
1つ目は、プロダクトマネジメントがなぜ重要か。今日来ている方は、もしかしたら知っている方も多いのかなと思いますが、あらためてこの重要性について話をできればと思います。
次にその中心となるプロダクトマネージャーにどんなスキルが必要か、最後にプロダクトマネージャーを目指すためにはどのような道筋があるかという話をしたいと思っています。
まず、プロダクトマネジメントがなぜ重要かという話をします。その前に、そもそも「プロダクトマネジメント」というものはカタカナや英語からもわかるとおりプロダクトをマネジメントすることですが、ではその「プロダクト」とは何だろうというという、みなさんで共通理解を持っておきたいと思います。
(スライドを示して)「プロダクト」というの(について)は、実はいろいろな人がいろいろな定義をしていますが、私たちの会社ではここにあるような定義をしています。「プロダクトとは市場に提供され、なんらかの個人や団体の需要を満たすもの」です。
極めて当たり前だと思われる方も多いと思います。そのとおりです。でも、まずは当たり前のことを当たり前と理解することも重要ではないかと考えています。
これは前半と後半に分けられるかなと思いますが、わかりやすい後半の部分から説明します。「なんらかの個人や団体の需要を満たす」とは、何度も言いますが当たり前の部分で、要は、プロダクトは個人や組織、企業やある部署が求めているものをきちんと提供できないといけないという話をしています。
当たり前といえば当たり前ですが、これができていない、もしくは整合性が取れていないものがあるなら、それはプロダクトではありません。もしくはプロダクトと言い張っていても、実際にはプロダクトとして使われていないものになってしまうので、この部分が本当に一番大事なところです。
この(後半の)当たり前なところはいいのですが、前半部分の「市場に提供され」というところが、このあと説明するところにもつながるところで、けっこう重要です。ここには2つほど意味があります。
1つはまず市場。マーケットや市場みたいなものを考えてほしいです。例えば市場みたいなところ(を考えてもらうの)でもいいのですが、どういうやり取りがされているかというと、1対多のやり取りです。
例えば野菜を売っている業者さんがいるとしたならば、採れた・生産されたキャベツをある1人の方だけに売るのではなく、市場にきて、興味を持った方。その方々に販売するかたちで、1対多の需給のやり取りが成立しているわけです。
キャベツも、もしかしたら1品ごと若干異なるかもしれないけれど、ざっくり“キャベツ”ということは同じで、いわゆる汎化・汎用化されている、多くの人が求めるであろうキャベツを、1対多で販売しているというのが、市場で提供される条件になるわけです。
もう一方で「市場で提供される」というところでは、キャベツならキャベツを売る、お客さんからすると買うというところで、その対価を支払うという、経済的なやり取りがされるわけです。なので(プロダクトは)1対多で、かつ、きちんとその価値に対してお金が支払われるようなものです。
プロダクト(の中)は実際には収益に関わらないものもあるのですが、多くの場合は間接的にでも収益に関わるようになります。なので、しっかりとお金を払ってでも使いたいと思っていて、1対多のかたちで成立するものがプロダクトであると考えたいと思います。
今話したように、明確なのは「プロダクトではないものは何か」ということです。つまり、1顧客のみに提供されるものはプロダクトではありません。
(スライドを示して)なぜこのプロダクトが重要かを考えてみたいと思います。まず提供者側。プロダクト事業を行っている企業側から考えてみた場合、先ほどお話ししたように、1対多の関係性が生じるわけです。つまり、1つ作ったならば、1つのものが多くの方々に利用される。利用してもらって、そこで収益が上がることになるわけです。
なので、1品1品作るよりも非常に収益性が高いものになります。これが提供者から見た時に、プロダクト事業を行ったほうがいい理由で、プロダクトで重要になっている理由になるわけです。
一方で利用者から見た場合は、考え方によってはそういった汎用化されているプロダクトを使うことで、自分たちが本当にほしいものに手が届かない、かゆいところに手が届かないものに見えてしまうかもしれません。しかし、長期的に見た場合にはコスト的なメリットがあり、かつ集合知的進化を期待できるというメリットがあります。
コストメリットというのは簡単で、要は1品ずつ作ってもらうとしたら、極端な話はスクラッチから作り上げてもらうことになるので、その分のコストがかかります。
しかも、長期的な視点で考えた場合。例えば追加機能が必要になった時、しかも(それが)自社理由ではなく、例えば会計システムのようなものがあって、電子帳簿保存法ができたとか、インボイス制度ができたという時に、制度が変わったからという理由で、もう一度自分たちで発注をかけ、機能追加をしてもらわなければいけなくなるということで、継続的にコストがずっと発生していく。開発のコストが発生するわけです。
一方で汎用製品やプロダクトを使った場合、今のリカーリング、SaaS的なものには利用料が必要になりますが、それを払っていたなら、例えばそういったレギュレーションや制度が変わった時は、自然とそのプロダクトに反映されたり追加されたりする。なので、自分たちがわざわざ追加注文をしなくても、プロダクトが勝手に進化していく。それを享受できます。
今言った(ような)「制度が変わった」というだけではなく、プロダクトは進化し続けないと継続的に契約してもらえない・使い続けてもらえません。競争も激しいので、黙っていてもどこかの誰かが「ほしい」と思ったものがどんどんプロダクトに加わっていき、どんどん使いやすくなっていく。機能が増えていく。価値が高まっていくことになります。これを享受できるところは、利用者からしてみてもメリットがあるわけです。
この両方を考えて(具体的に)どういうメリットかというと、スケールするわけですね。収益性がスケーラビリティあるかたちで向上していく。利用者から見てもプロダクトがどんどん進化していく。スケール的に価値が向上していくところが、両者にとって双方良しのかたちになっています。
(スライドを示して)結果として、私は「今はプロダクトの時代だ」とあえて言っているのですが、例えばMicrosoftという私も昔いた会社の営業利益率はとんでもなく高いんですね。ずっと40パーセントを超えています。これは先ほど言ったように、1回作ったものが多くの方に利用されているからということに他ならないわけです。
世界時価総額トップの企業を見ると、テクノロジーカンパニーが多く含まれているのと同時に、そのテクノロジーの活かし方はいわゆる一社ごとに作り上げるような、日本でいうSIer的なものやコンサル的なものであるより、プロダクトカンパニーが世界時価総額のトップのほうに並んでいるのも、やはりプロダクトが今求められている理由を示しているのではないかと思います。
今お話ししたように、日本ではSIerという業界もあり、この方々がやっていることを私は否定するつもりはまったくありません。こういった方々がやられている事業は、ソリューション事業と呼ばれることもあります。これは呼び方は各社によって違うのですが、ここではあえて「ソリューション」と呼びます。
(スライドを示して)このプロダクトとソリューションについては細かくは説明しませんが、見てもらってわかるように、プロダクトは1対多で汎用性のものがあり、利用者が一種合わせるようになるけれど、多くの利用者が必要となるものが入っているので、ほとんどの場合はこのプロダクトで満足してもらえるというものです。
利益率も高く顧客のコストは小さく、継続的に払うけれども、トータルで見ても十分にコストメリットがあるものになっています。一方で、ソリューションはその逆のかたちになっていて、これを全否定するわけではないのですが、プロダクトとは真逆のかたちになっているわけです。
本来のベストなもの(として)は、プロダクトをベースにしながら、その上にプロダクトにカスタマイズレイヤーみたいなものがあり、そこでソリューション的なものを行うことがあれば両方をうまく合わせたかたちの提供もできるし、利用もできるかたちになります。
ただ、いずれにしてもやはりプロダクトを核にして考えていくことが、今の時代に求められているのではないかと感じます。
このようにプロダクトが重要になってきている中で何が必要かというと、プロダクトマネジメントです。今まで以上に成功する・成長し続けるプロダクトが難しくなっている中で、プロダクトマネジメントが重要になってきています。
(次回に続く)
2024.10.29
5〜10万円の低単価案件の受注をやめたら労働生産性が劇的に向上 相見積もり案件には提案書を出さないことで見えた“意外な効果”
2024.10.24
パワポ資料の「手戻り」が多すぎる問題の解消法 資料作成のプロが語る、修正の無限ループから抜け出す4つのコツ
2024.10.28
スキル重視の採用を続けた結果、早期離職が増え社員が1人に… 下半期の退職者ゼロを達成した「関係の質」向上の取り組み
2024.10.22
気づかぬうちに評価を下げる「ダメな口癖」3選 デキる人はやっている、上司の指摘に対する上手な返し方
2024.10.24
リスクを取らない人が多い日本は、むしろ稼ぐチャンス? 日本のGDP4位転落の今、個人に必要なマインドとは
2024.10.23
「初任給40万円時代」が、比較的早いうちにやってくる? これから淘汰される会社・生き残る会社の分かれ目
2024.10.23
「どうしてもあなたから買いたい」と言われる営業になるには 『無敗営業』著者が教える、納得感を高める商談の進め方
2024.10.28
“力を抜くこと”がリーダーにとって重要な理由 「人間の達人」タモリさんから学んだ自然体の大切さ
2024.10.29
「テスラの何がすごいのか」がわからない学生たち 起業率2年連続日本一の大学で「Appleのフレームワーク」を教えるわけ
2024.10.30
職場にいる「困った部下」への対処法 上司・部下間で生まれる“常識のズレ”を解消するには