カバーする範囲
大きな実装の前に、誰向けか、成功がどう見えるか、後回しにできるかを固定します。プロトタイプと順序付きの計画が、高い部分を正直に保ちます。
ここでの戦略は40ページの PDF ではありません。間違ったものを作るのを止めるだけの発見です。そのあと、多くはデザインと出荷に残ります。発見だけで止めることもできます。
プロダクトの会話が既にある場所なので、Figma、Notion、Miro で働きます。本物を感じる必要があるときは、プロトタイプは React または Next.js。分析 — GA、Mixpanel、PostHog、Hotjar — は読まれる場合だけです。
- 本当の問題に名前をつける発見
- クリックできる Figma の UX
- 順序付きのロードマップ
- 実際にある問いに合う分析
実務では
- ワークショップと書面の問題定義
- Figma のフローとプロトタイプ
- 静的ファイルでは足りないときのクリックできる Next.js または React のスパイク
- 後回しにできるものを含むロードマップ — エピックの壁ではない
- 何かに答えるための Google Analytics、Mixpanel、PostHog、Hotjar
- 作る同じチームへの引き渡し
扱う技術
出荷に使っている道具です。スライドのためではなく、プロダクトとそれを保つチームのために選びます。
デザインと協働
Figma
Notion
Miro
プロトタイプ
React
Next.js
TypeScript
Tailwind CSS
Vite
分析
Google Analytics
Mixpanel
PostHog
Hotjar
よく聞かれること
- 発見のあと、必ずフル実装を買う必要がありますか？
- いいえ。発見は固定の仕事にできます。多くのクライアントは続けます。続けない人もいます。
- 既存のプロダクトチームと並んで働けますか？
- はい。発見、UX、デリバリーに入ります。リーダーシップの代わりではありません。
- ワークショップだけですか、それとも実装もしますか？
- 両方です。発見は単独で成立します。多くのクライアントは同じ人間でデザインとエンジニアリングに進みます。Figma ファイルは空洞への引き渡しではありません。
