#PM/PdM/CTO関連 172件

顧客の目的をリードにしつつ、製品までのストーリー展開を作るのはアリ　切通恵介氏×及川卓也氏が語る、プロダクトの届け方

“カスタマーサクセスデータサイエンティスト”をどう確保した？　NTTコミュニケーションズだからできた、専門性が異なるスキルセットの身につけ方

課題の明確化ができていない顧客には「具体例の提示」が有効　“AI×ノーコードツール”のPdMが考えたマーケティング戦略

潜在的な課題を明確化して「最終的に解くべく課題」に導く　“ノーコードAIツール”販売でPdMが感じた難しさ、おもしろさ

役職はどうでもいい、“その時代のエンジニア”であり続けたい　「生涯現役」を志す、ディップ社CTOのエンジニア観

「コードを書く時間が減るからマネージャーにはなりたくなかった」　それでも僕がチームビルディングに挑戦した理由

僕の人生は「逃げたら一つ、進めば二つ」の積み重ね　ニート→未経験エンジニア→CTOを経験した富永氏のキャリア論

最も愛したゲームのエンドロールに自分の名前が載っている…　それでも僕がスクエニを辞めて前職に出戻った理由

大学中退→ネトゲ廃人→6年のニート生活を経験　プレイ時間は9000時間超え、『FF14』大好きCTOのキャリア

「ユーザー理解が足りてれば意思決定で迷うことはありえない」　課題解像度の低さが生む、プロダクトマネジメントの落とし穴

上司からはむちゃぶりされ、現場からは突き上げられる…　PMの“板挟みあるある”を解消する、コミュニケーション術

大事なのは「お客さんの言うことを鵜呑みにしないこと」　PMがユーザーヒアリングで“やりがちな失敗”と“解決策”

プロダクトマネージャーに「事業開発やってほしい」は期待過多　PM採用におけるミスマッチ解消を狙う、佐々木真氏の挑戦

プロダクトマネージャーとして幸せなキャリアを描くために　PM Club主催者が説く、PMの本質的な役割

KPIの成長を最大化する「八百屋理論」と「F1理論」　PMF→拡散フェーズを生き残る2つの考え方

「組織を作ること」自体が目的化しないように　立ち上げに必要な“3要素”が欠けると起きること

組織立ち上げに失敗するのは、開始時点で“呪われている”から　「失敗する運命」にならないために確認したい3つの要素

「大事なのは得意領域を見極め、知識を身に付け続けること」　エン・ジャパン岡田氏が語る、PMのタイプ別キャリアの進め方

「PMはミニCEOかもしれないが、王様ではない」　“プロダクトの退行”を引き起こさない組織作りと考え方

“デキるPM”と“イマイチなPM”の「ホウレンソウ」の差　成長機会を失わないために、ジュニアPMがやりたいこと

“デキるPM”になれるかは「ホウレンソウ」のクオリティで変わる　日常業務における報告・連絡・相談の具体例

プロダクトの開発・運用で起きやすい“ざんねん”な事例　致命傷を避け、期待に挑戦し続けるために必要なアプローチ

プロダクトの企画段階で起こりやすい2つの“ざんねん”　「どうしてこうなった？」を生んでしまう原因と回避案

“MyPM像”は知識・スキルではなく「Character」で考える　“自分らしさ”を作るために意識したい、行動と自己開示

転機は「比較」と「甘え」に対する気づきの言葉　自信喪失期を経験したPM初心者が“MyPM像”を確立するまで

「仮説を出すための分析方法は？」「課題以外に見ているデータは？」　リクルートのプロダクトマネージャーが答える、データ分析のQ&A

データ分析には“適切な好奇心”、企画作りには“国語力”　プレイヤーとマネジメント、それぞれに必要なスキルと経験

データ分析の重要性を感じるのはどんな時？　“利害が一致しない時”と“プロダクト変動時”に感じたメリット

「開発の前に分析」「仮説を議論してから進行」「リサーチも選択肢に入れる」　プロダクトマネージャーが日々データ分析で意識していること

優先順位をつける時に意識したいのは「判断の軸」　プロダクトマネージャーが“説明しやすい状況を作る”には

上位レイヤーがボトルネックにならない、自律した組織編成　「ミッションを止めないための“遊軍チーム”がある」　「職種を揃えてクイックに意思決定できるようにする」　

ユーザーが欲するものを見つけるために“N1を考える”　UXリサーチャーやパーソナリティサクセスと協力した、インプット頻度の高め方

「新たな市場を作る難しさ」「金融プロダクトならでは難しさ」　プロダクトマネジャーが語る、良い体験を作るための“制約”

音声×テクノロジーのVoicy、お金×テクノロジーのB/43　大型の資金調達をした2つのtoCプロダクト

どんな良いことが起きるかわからないと、使う気にはなれない　ユーザーとのコミュニケーション品質を高める工夫

ペルソナが作りにくく、人数の多いプロジェクトで起きた課題　新サービス開発の企画・検証フェーズにおけるPMの立ち回り

「勉強時間を作って技術力を高めるだけでは長続きしなかった」　カオナビCTOが大事にしている“自分自身が楽しむ”こと

「エンジニアもデザイナーもPMと呼ぶ時代がやがて来る」　PM Club主催者・佐々木真氏が見る、プロダクトマネージャーの未来

「現場の信頼を勝ちとる」意識がCTO就任につながった　広い視野で課題を解決していけば、権限は自ずとついてくる

「アメリカのPM界の成熟度が10だとすると日本は2」　PM Club主催者、佐々木真氏が “PMスキルの定義付けと言語化”に挑戦する理由

SIerから自社サービス企業への転職で感じた「ここまで言っていいんだ」　領域が違うからこそ必要だった“慣れ”　

リクルート時代は関わる全プロジェクトを燃やした「伝説の問題児」　PM Club主催者・佐々木真氏が燃やし続けた中で得た、大きな学び

1社目で社内フレームワークを支援、2社目で“SOAの第一人者”的な活動　カオナビCTO・松下氏のエンジニアキャリアのスタート

「自分が持っていたPdMへの期待が自分に降ってきた、ヤバイ」　元エンジニアがPdMになったときにとった3つの対策

PdMについて学んだら生まれた“優しい目”と“厳しい目”　いちエンジニアがPdMについて調べて感じたこと

1

2 3 4