一気通貫したプロダクトをつくるための思考法、プロダクトの“4階層”とは？
第11回で一度完結した本連載だが、第6回で紹介したプロダクトの「強い軸」に読者の皆様からフィードバックをいただき、よりブラッシュアップした思考法を整理することができた。この一気通貫したプロダクトをつくるための思考法を第12回として紹介したい。これはプロダクトマネージャー自身での思考法としても、プロダクトチームが今どこにいるのかを確認するためにも有用であるはずだ。 前回記事 第11回「単なるKGI/KPIではNG？ PMがプロダクトの成果を正しく計測するために必要な考え方」 関連記事 第6回「あなたのプロダクトに「強い軸」はありますか？ ぶれない意思決定のために、PMが押さえるべき3つの観点」 一気通貫していないプロダクトの問題とは ユーザー体験は「点ではなく、線で設計しなければならない」とはよく言われるが、裏を返せばユーザー体験が場当たり的になっていて全体として使いづらくなっているプロダク
「プロダクトマネージャーこそ、戦略的に読書せよ！」──最短で成果を出すための読書地図
扱う領域が多岐にわたり、それぞれに専門性が必要とされるプロダクトマネージャー。日々の業務や意思決定の合間の限られた時間に、学習を進める必要がありますが、短時間で質のよいインプットを行うには、今も昔も書籍は有効な手段の一つです。一方で、一言でプロダクトマネージャーといっても、キャリアの変遷や得意とする領域が異なり、必要とする参考書も人それぞれです。そこで本稿では、全体像を押さえつつ、自分に適したラーニングパスを見つける上で参考になる、筆者の読書経験にもとづいたプロダクトマネージャーのための読書地図をご紹介します。 最初から「プロダクトマネージャー」という人はほとんどいない 「プロダクトマネージャーは忙しい」 あらゆる職場で耳にする言葉です。 それもそのはず、プロダクトマネージャーはその仕事の性質からカバーすべき範囲が多岐にわたり、それぞれに専門性を持って臨む必要があります。 そのため、キャリ
再現性と質を高める「意思決定のフロー化」 ―― 開発畑のプロダクトマネージャーの失敗から学べ
はじめに こんにちは、ゆずたそ（@yuzutas0）です。この連載では、ソフトウェア開発者からプロダクトマネージャーに転向した筆者が、多くの失敗を経て重要性を痛感した「プロダクトマネージャーのマインドセット」を解説します。 主な対象読者としては、同じようにソフトウェア開発を出自とした方で、「同じような失敗経験のある方」「これから失敗を経験するであろう方」を想定しています。連載の前提条件の詳細、免責事項などについては、第1回の冒頭を併せて参照ください。 トレードオフが生じる場面 今回は意思決定について扱います。たとえステークホルダーの協力を引き出し、どれだけ試行錯誤しても、どこかでトレードオフが生じることになります。関係者全員が問題と向き合い、議論を整理した上で、それでも一つの結論にならないという場面が訪れます。そこではプロダクトマネージャーとして意思決定を求められます。 画面に表示するテキ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
