mcpField
P
product-taste

product-taste

github.com/refoundaiデザイン・UI1.4k410 回インストール15 週間前に更新
リポジトリ

product-taste について

product-tasteは、Lenny's PodcastとNewsletterのインタビューや記事をもとに、PMやデザイナー、製品チームの判断力を支援するスキルです。体験の分析や仮説の検証、品質評価を通じて、ユーザーの感情と実用性に基づく判断を促します。

主な機能

  1. 01製品体験と感情反応の分析
  2. 02判断の記録と調整
  3. 03第一原理による仮説の検討
  4. 04製品の質感と使いやすさの評価
  5. 05製品分析テンプレートの活用

活用シーン

  1. 01デザイン要素への反応を分析
  2. 02判断を実際の結果と照合
  3. 03調査が検証に偏っていないか確認
  4. 04製品を比較し機能の採否を検討

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/refoundai/lenny-skills --skill product-taste

インストール後、Claude Code で/product-tasteを入力して読み込まれたか確認します。

同梱ファイルreferences/artifacts.mdreferences/guest-insights.md

詳細

プロダクトのセンスと直感

世界トップクラスのプロダクトを見極め、構築するための信頼できる内なる羅針盤を育てます。

Lenny's Podcast と Newsletter に登場した35人のゲストと投稿から得た知見を活用し、ユーザーのプロダクトのセンスと直感をサポートします。

支援方法

  1. 体験を分析する - 特定のプロダクトの細部を分析し、なぜ特定の感情が引き起こされるのかを見極められるようユーザーを導きます。
  2. 直感を調整する - ユーザーが判断の根拠を記録し、現実の結果と照らし合わせて振り返ることで、判断力を磨けるよう支援します。
  3. 前提に異議を唱える - 第一原理思考を活用して業界の標準的な指標に疑問を投げかけ、ユーザーにとっての本質的な価値に焦点を当てます。
  4. 使い心地を磨く - 高品質なプロダクトの使い心地を生み出す、具体的な洗練度、速度、使いやすさの要素を言語化できるよう支援します。

基本原則

モデルのプリミティブを通じて学ぶ

Howie Liu:「可能なソリューションの選択肢を本当に理解するには、細部にまで踏み込む必要があると思います。つまり、新しいプロダクト機能のスクリーンショットや録画済みの動画を見るだけでは不十分です。AIは、実際に触れてみる必要があります。できれば、その技術を使って構築したパッケージ化されたアプリやソリューションだけでなく、APIやチャットインターフェースを介してモデルを利用する基盤のプリミティブも、直接試してみるべきです。」

本当の直感は、デモを眺めるのではなく、基盤となるテクノロジーやAPIを直接試すことで養われます。素材が持つ本来の限界を理解すれば、新しい可能性を思い描けるようになります。

感情的な反応を言語化する

Jessica Hische:「タイポグラフィやロゴがもたらす感情や感覚を理解する力は、ほとんどの人が自分で思っているより優れています。私たちは、世界を生きていくなかでパターンや情報など、あらゆるものを絶えず吸収しているからです。立ち止まって消化する時間は取らなくても、それらは入ってきて記録されています。だから、デザイナーでなくても、何かがしっくりこないロゴの例を見て、『ここは何かおかしい。でも、どう表現すればいいのかわからない』と言えるのだと思います。」

特定のデザイン要素が引き起こす感情を明確に名付け、プロの目を養いましょう。崩れたパターンを見つける練習を通じて、ビジュアルがうまく機能する理由を理解しましょう。

人間の感情を考慮してデザインする

Josh Miller:「The Browser Company では、感情を最適化することについて話しています。ソフトウェアを使った人に、どんな気持ちになってほしいのか。喜びを感じてほしいのか。それとも、速さを感じてほしいのか、と。」

定量的な指標を動かすことだけでなく、喜びや速さといった特定の人間の感情を引き起こすことを目指して開発しましょう。感情的な体験の成功を測るための補助的な手段として、指標を捉えましょう。

前提を積極的に反証する

Judd Antin:「私の大きな信条のひとつは、『私たちがするのは検証ではなく反証だ。自分たちが間違っているとわかることを目指す』というものでした。多くのPMやデザイナーは、そういう姿勢を持っていません。間違いを認めたくないのです。検証しようとしています。それは、ユーザー中心を装ったパフォーマンスです。」

調査を使って自分の信念を厳しく検証し、自分が間違っている可能性を探りましょう。既存の判断を追認するだけで、変更につながる可能性のない調査は避けましょう。

成長戦略としての品質

Katie Dill:「成長か品質か、という言い回しがありますが、品質こそ成長だと思います。プロダクトをもっと使いやすく、理解しやすくする方法を考えれば、当然、人々はそれを使い始め、より多く使うようになります。そして、より良い体験を得た人々は、そのことを他の人にも話したくなるのです。」

優れた美しさと使いやすさは、見た目のためだけではありません。ユーザーの利用開始と口コミを促進します。細部まで品質を高めることで、プロダクトはより親しみやすく、信頼できるものに感じられます。

内部利用を通じて反復する

Karri Saarinen:「実際に何かを作り始めると、どう動くべきか、どうすればもっと良くなるのかが、よりはっきりと見えてくると私たちは考えています。チームにはよく、『とにかく、最初の週くらいには入れてみてください。デザインやデザインのアイデアがある程度まとまったら、アプリに組み込んで本番環境に出しましょう』と伝えています。私たちにしか見えないようにしてあるので、社内で試すことができます」

早い段階で社内チームにリリースし、選んだ顧客とともに作り上げることで、実際の利用パターンを見つけます。最終的に磨き上げる前に絶えず反復することで、高い品質に到達できます。

テンプレートとフレームワーク

  • プロダクトの「使い心地」を形作る3つの要素(顧客へのこだわりについて、Figmaで働いて学んだこと)- Figmaがプロダクトの「使い心地」を適切に整えるために重視した3つの具体的な要素で、利用頻度の高いあらゆるソフトウェアプロダクトに応用できます。
  • プロダクトセンスが向上している兆候(プロダクトセンスを養う方法)- プロダクトセンスが時間とともに育っていることを示す6つの指標で、自己評価の基準として役立ちます。
  • 競合プロダクト比較テンプレート(プロダクトセンスを養う方法)- 2つの競合プロダクトを複数の観点から分析し、戦略上の違いやデザイン上の選択を明らかにするための体系的な比較フレームワークです。
  • Shopifyのプロダクト品質ベンチマーク質問集(Shopifyのプロダクト開発手法)- プロダクトが高い品質基準を満たしているか評価するときに尋ねる質問です。
  • モナ・リザの原則(Miroのプロダクト開発手法)- 出荷するものはすべて、モナ・リザの絵画のようにチームが誇りを持って自分たちの名前を冠せるものであるべきだという品質基準の原則です。
  • 適応して取り入れるためのフレームワーク(Duolingoがユーザーの成長を再び加速させた方法)- 他のプロダクトの機能を取り入れるべきか、また自分たちの状況に合わせてどう適応させるかを評価するための3つの質問からなるフレームワークです。
  • 3つの重要機能フレームワーク(優れていることと、十分であることは違う)(プロダクト開発者必読の書・パート1)- Paul Buchheitによるプロダクトデザインの原則です。新しいプロダクトの重要な属性や機能を3つ選び、それらを徹底的に優れたものにし、それ以外は忘れます。プロダクトが
  • 玉ねぎの皮をむくようなプロダクト哲学(Notionのプロダクト開発手法)- カジュアルユーザーとパワーユーザーの両方に応えるプロダクトを構築するための比喩で、ユーザーが望むだけ深くカスタマイズできるようにします。

詳細を含む全リストについては、references/artifacts.mdを参照してください。

ユーザーを支援する質問

  • 「この機能によって、ユーザーにどのような具体的な感情を抱いてほしいですか?」
  • 「データや指標を一切使えないとしたら、今すぐ何を変えるべきだと直感的に感じますか?」
  • 「このプロダクトの使い心地は、普段使っている最も心地よいツールと比べてどうですか?」
  • 「この機能の中核となる技術的なプリミティブは何ですか。それらを自分で直接操作したことはありますか?」
  • 「現在のユーザーフローに、壊れている、あるいは摩擦の多いパターンを見つけられますか?」
  • 「この機能は根本的な問題を解決していますか。それとも表面的な要望に応えているだけですか?」

指摘すべきよくある間違い

  • 指標にとらわれた視野狭窄 - 定量データだけに頼ると、全体を貫く明確なビジョンや独自の主張を欠いた、魂のないプロダクトにつながることがあります。
  • 盲目的な分解 - 成功している競合の機能を戦略的な背景を理解せずに模倣すると、自分たちのユーザーには合わないものになりがちです。
  • 検証だけを求める - すでに信じていることの確認にだけ調査を使うと、戦略の致命的な欠陥を見つけられなくなります。
  • 品質とスキルのギャップによる停滞 - 練習を通じて大量の成果物を作り、ギャップを埋めるのではなく、スキルが高い基準に達するまで待つことです。
  • 見えない指標の過剰な最適化 - ユーザーには見えないバックエンド指標を重視する一方で、ブランドの成長を示す目に見えるイノベーションをおろそかにすることです。

詳細

35人のゲストから得た36件の洞察すべてについては、references/guest-insights.mdを参照してください。

Related Skills

  • Customer Interviews
  • Continuous Discovery
  • Idea Validation
  • Product Experiments

コメント