プロダクトマネジメント– category –
-
ワイヤーフレームの作り方｜PdMが要件を画面の骨組みにして、開発・デザイナーと認識をそろえる5つのステップ
要件を文章にまとめ、打ち合わせでも口頭で説明した。エンジニアもうなずいていた... -
機能リリース後の効果検証と振り返り｜出して終わりにせず、続ける・直す・やめるを決める4つのステップ
顧客から何度も要望されていた機能を、2か月かけて出した。リリースの日には社内の... -
開発の差し込み依頼にどう対応するか｜決めた優先順位を崩さずに、急ぎの依頼を受け止める4つのステップ
月初に「今月はこの3つを出す」と決めた。ところが、2週目に大口の顧客から「この... -
ユーザビリティテストのやり方｜少人数の体制で、作った画面が使えるかを確かめる5つのステップ
新しい画面を公開したあと、サポートに「どこから登録すればよいのか分からない」... -
リリース日の決め方｜顧客や営業に「いつ・どの確度で」約束するかを決める4つの段階と伝え方
商談の席で「その機能は、いつ使えるようになりますか」と聞かれ、「来月末には」... -
デザイナーへの依頼の仕方｜手戻りを減らすために伝える5つのことと、フィードバックの返し方
「この画面、もう少し分かりやすくしてほしい」と依頼したところ、数日後に届いた... -
プロダクトの機能を廃止する判断基準｜使われていない機能を「やめる」と決める5つの視点と進め方
プロダクトを数年運営していると、「この機能、いまも使われているのだろうか」と... -
顧客要望の管理方法｜散らばった声を1か所に集め、プロダクトの判断に使える形にする4ステップ
商談のあとに顧客から言われたことをSlackに書き込んだ。カスタマーサポートの担当... -
プロダクトの意思決定ログをどう残すか｜属人化した判断根拠を追える記録の4ステップ
3か月前になぜあの機能を後回しにしたのか、思い出せない。新しく加わったメンバー... -
プロダクトディスカバリーの進め方｜「作ったのに使われない」を防ぐ4つのステップと週次の回し方
顧客から強い要望があった機能を、エンジニアと相談して2か月かけて作った。リリー...
