12月18日

質問者さん

仮説検証って具体的には何をすることなんでしょうか? 煽る意図ではなく、かこにちゃんと仮設検証する環境に身を置いたことがなく、本当に何をすべきかわからないのです。

12月18日

Aki

Akiさん

仮説を検証することです!(進次郎構文) 前提の不確実性を、意思決定できるレベルに下げる、って感じですかね。 例えば何か機能を作るにしても、「この機能便利そう」ではなくて、「〇〇なユーザーは〇〇で困っているに違いない」という仮説を検証した上で、「このユーザーを助けるためにこの機能を作ろう」という意思決定をすることです。 そんなユーザーは本当に存在するの? そのユーザーは本当に困っているの? その困りごとにはこの機能が効くの? こういった不確実性をひとつずつ解消していくために、ユーザーリサーチをしたり、定量データを見たり、プロトタイプで検証したりします。 ちなみに、「この機能便利そう」レベルで意思決定ができる組織においては仮説検証と実プロダクトリリースの境目は曖昧になります。(いわゆる、出してみて確かめるというやつです)

Akiさんに 質問してみましょう!

アイダホバーガーがハワイからアイダホに帰還することを望む人のアカウントです。発言内容は個人の見解であり所属組織を代表するものではありません。

何でもどうぞ。私のツイートのあの感じで回答します。難しいことははぐらかす癖があります。 非公開質問でプロダクト関連の相談も受け付けています。(もちろん公開でもいいんですが、非公開のほうがお互いいろいろ気にせず発言できると思うので。)

Tips質問回答方針

Tipsがあるものから優先的に、且つなるべく文字数多めで回答します。なくても回答します。 回答が役に立ったと思ったら、よろしければTips付きでその旨教えていただけるとその後のやる気に繋がります。

Tips報酬金額を選択する

(Tips質問者は回答全文をメール受領できます)

¥0(無料質問)

Akiさんが

回答したTips質問

¥500

10月21日

続き質問

追加の質問です。 うちの組織では「エンジニアは開発に集中、デザイナーはデザインに集中」という前提があり、それ以外の業務をすべてPMが担う形になっています。 リリースは1〜2週間に1度のペースで、常に仕様書を先回りで準備しておかないと開発の手が止まってしまう状況です。 セールス側も「毎回リリースがある」ことを前提に顧客コミュニケーションをしており、開発サイクルを止めづらい空気があります。 質問1 軸が定まりきっていないことは自覚しており、まずそこを明確にすることに時間を使うべきだと理解しました。 ただ、そのためにいったん開発を止める(=リリースを止める)ことは現実的でしょうか? もし止めるとしたら、エンジニアだけでなくセールスやマーケにも説明が必要になりますが、「軸を定めることの重要性」をどう伝えれば理解してもらえるでしょうか? 質問2 「他の人を巻き込む力が必要」という点もまさにだと感じています。 とはいえ社内では「PMがやって然るべき」と思われている業務が多く、他の人に振ることが難しいのが現状です。 上司もPdM出身ではないため、PMの仕事範囲を誤解している節があります。 こうした状況で、巻き込みや役割の再設計を進めるにはどんなアプローチが現実的でしょうか?

¥500

10月11日

こんにちは。いつも楽しく読ませていただいています。 ドキュメントと会議について質問させていただきたいです。 スタートアップで1人PMを行っていますが、MTGが増えがちになります。 特にUIデザイン開始後の会議が多くなります。仕様の合意にあたって営業やエンジニアにとってやはりUIデザインがあったほうがわかりやすく、フィードバックと修正が繰り返されるからです。 会議の頻繁な調整はコストになっているのと、何より会議が開かれるまでが待ちになってしまう点を課題に感じています。 テキストコミュニケーションと会議の使い分け、はどのように考えていらっしゃいますか?

¥500

05月17日

いつも拝見しています。とても勉強になっています。 ■前提 シリーズAのBtoBプロダクトのPMをしています。 担当しているプロダクトは業種・業界はどこでもお使いいただけますが、特定の職種の方がメインで利用するものです。 社内にはPMは1人しかおらず、プロダクトマネジメントについて相談できる相手はいないのですが、裏を返すとプロダクトマネジメントに関わることはある程度、決定の自由度がある環境です。 プロダクト組織の長はCTOで、PMもCTO配下で活動しています。(予算の承認者もCTOです) ■質問 既存顧客は100-数百名規模の企業がメインですが、将来的には1000名以上の企業にも利用いただけるようなプロダクトにしていきたいです。事業の戦略としても同様の方針です。 何を作るか(何を作らないか)を将来を見据えて判断していきたいのですが、今後狙いたい1000名以上の企業の情報を得る術がなく困っています。既存顧客とニーズの違いがあるかも含め、未知の状況です。 どこから始めれば良いかもわからず、アドバイスをいただけると嬉しいです。 ■補足 予算を獲得し外部リソースを活用するという動き方もあると思っていますが、その場合、外部リソースはどのような会社やツールを使うべきかについてもアドバイスいただけると幸いです。

Akiさんが

最近答えた質問

12月18日

仮説検証って具体的には何をすることなんでしょうか? 煽る意図ではなく、かこにちゃんと仮設検証する環境に身を置いたことがなく、本当に何をすべきかわからないのです。

12月14日

全くお会いしたことはありませんが、Akiさんのファンの一人です。 いつもタメになる投稿ありがとうございます! でも本はまだ購入しておりません。すみません。 私はとあるSaaSベンダーで働いているプロダクトオーナーで、今までは同社で営業を20年近くやってきて、自身で企画したプロダクトを4年勤め、今年から会社のメインプロダクトのプロダクトオーナーになりました。 完全なる非エンジニアです。(が、社歴が長くSIの営業もしてきたので話は分かる) メインプロダクトは1000社以上の顧客があり、数十億の売り上げがあるベテランプロダクトで、主にはマーケティング業務の様々な用途で使われる、いわゆる多機能なホリゾンタルSaaSです。 ただ、ここ10年程劇的な成長はできておらず、マーケや営業の底力で毎年数%の成長をしている状態で、いわゆる停滞期になります。 私のミッションは、ここからこのプロダクトを磨き直して今の倍以上の売り上げが作れる状態に持っていくことで、コーフンの最中にいるのですが、今年1年でぶつかっている壁があり、もしAkiさんにも同様の経験があるようでしたら、その時はどのような方法を取られたのかを教えていただきたいと考えております。 その壁は、プロダクトが巨大かつスパゲッティすぎて、何か機能を追加するにも開発の見積が年単位になってしまうということです。 大きな機能になると、「作り直した方が安全だ、そのためには3年~5年かかる」というような返答が返ってきてしまい、目先で簡単にできる機能改善(これでも半年単位)ばかりに終始し、本質的な対処はできずに1年を過ごしてしまいました。 この開発側の意見の裏には、「既存機能にどう影響するか分からない中で機能を作り、障害を起こして責められたくない」「PMと開発との関係がうまくいっていないので反発を受けたくない」という意図が関係者各位から透けて見えており、技術力がボトルネックというわけではないと感じています。 また、今までの経緯からプロダクトとしての北極星は抽象的過ぎてカスケードダウンされておらず、逆に大きく変化をしない言い訳にも使われているように感じています。 こういう状況ではありますが、市場のポテンシャルとしては目標値である現状の倍は達成できると感じており、本来提供すべき価値を磨くことで再度プロダクトの存在価値を上昇させたいと思っています。 全く同じ状況ということはないと思いますが、過去プロダクトオーナーをされていた際のご経験を伺えますと幸いです!

11月10日

18時54分くらいに渋谷でアイコン似の方にすれ違った気がします!いらっしゃいましたか?