Frameworks.
フレームワーク
地域でも事業でも、課題を解く前に立ち戻れる考え方
フレームワーク同じコンセプト、違うルール ―― B2B SaaS の共通化を、どの『高さ』で取るか
ある B2B SaaS で『公的機関向け』と『福祉系事業者向け』の『申込制限機能』を同時に作る場面に出くわした。コンセプトは同じ、ルールは違う ―― この差をどの『高さ』で吸収するかで、3 年後のプロダクトの寿命が変わる。
フレームワーク「議論すべきトピックは何ですか？」 ―― AI 議事録時代に、会議をデザインする側に立つ
3 ヶ月分の議事録 259 件を読み返したら、約 4 割が『議論すべきトピックは何ですか？背景情報をメモに追加してください』で始まっていた。AI 議事録の質は、会議の入力で決まる。会議をデザインする側に PdM が立たないと、議事録は空洞化する。
フレームワーク「事前オリエンテーション」を、SaaS のオンボーディングとして設計し直す
ある地域講座で『事前オリの参加率が伸びない』と気づいた日、僕らは『事前』の作り方を全部やり直すことにした。SaaS のオンボーディング Funnel と並べて、申込から事後コミュニケーションまでを一連の体験として再設計するためのフレームを書く。
フレームワーク自治体ヒアリング 4 件を、ユーザーインタビュー記録として読み直す
PdM Playbook シリーズの Skill 2。4 つの自治体ヒアリングを並べて、症状 / 原因仮説 / 制約 / 解像度の差の 4 ステップで構造化する。自治体ヒアリングを『ユーザーインタビュー記録』として扱うと、何が見えてくるか。
フレームワークPdM Playbook を、地域に翻訳する
AI時代のプロダクトマネージャーの動き方を6つのSkillで整理した『PdM Playbook』を、地域プロジェクトに翻訳すると何が地域に埋め込まれるのか。シリーズの入り口として、カスタマーサクセス的スタンスから見たこのフレームの位置づけを整理する。
フレームワークプロジェクトの『なぜ』を保つ、3つの要素
WHYは最初に旗を立てて終わりじゃない。動かし続けるための『WHY→WHAT/HOWの一貫性』『個人と組織のWHYの重なり』『振り返りの設計』の3要素で、地域でも事業でも使える形に整理する。