mcpField
F
figma-design-critique-pm

figma-design-critique-pm

github.com/mohitagw15856デザイン・UI1.5k52 回インストール5 日前に更新
リポジトリ

figma-design-critique-pm について

figma-design-critique-pmは、プロダクトマネージャー向けのデザイン批評スキルです。見た目ではなく、ユーザーの目標やビジネス成果への貢献を、目標・要件・主要指標に基づいて評価します。

主な機能

  1. 01ユーザーとビジネスの目標との整合性を確認
  2. 02観察した結果に基づくフィードバックを作成
  3. 03根拠と想定される影響を明示
  4. 04機能しているプロダクト上の判断を特定
  5. 05次の質問と明確な推奨事項を整理

活用シーン

  1. 01プロダクト視点でFigmaデザインを批評
  2. 02デザインが目標指標を支援するか確認
  3. 03ユーザーやビジネスの成果に結び付く意見の準備
  4. 04次のデザイン反復に向けた質問と推奨事項の整理

インストール

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

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill figma-design-critique-pm

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

詳細

Figma デザイン批評 — PM の視点に立ったスキル

このスキルは、デザインを批評するプロダクトマネージャー向けです。デザインの見た目の良し悪しではなく、ユーザーの目標とビジネス上の成果を達成できるかどうかに焦点を当てます。UX の美しさを扱う一般的なデザイン批評スキルとは異なり、このスキルではプロダクト思考を重視します。

お探しのものと少し違いますか? プロダクト上の成果ではなく、仕様に対する実装の忠実度を確認する場合は、figma-design-qa を使ってください。

必要な入力

  • デザインの説明または画面の概要
  • ユーザーの目標(ユーザーは何を達成しようとしていますか?)
  • ビジネス目標(プロダクトが達成すべき成果は何ですか?)
  • 当初の要件(本来、どのような機能を実現する想定でしたか?)
  • 主要指標(このデザインが機能した場合、どの指標が変化しますか?)

出力構成

1. PM による批評の要約

ユーザーの目標とビジネス目標を言い換えて示します。 判定: 順調/おおむね順調/再検討が必要

1 段落で要約します。プロダクトの観点から何がうまく機能しているか、そして対処すべき最も重要な点を 1 つ示します。

2. 目標との整合性チェック
目標デザインで達成できるか?根拠
[ユーザーの目標]はい/一部/いいえ[具体的な所見]
[ビジネス目標]はい/一部/いいえ[所見]
[主要な要件]はい/一部/いいえ[所見]
3. PM からのフィードバック(成果重視)

すべての懸念を成果に結び付ける必要があります。「このレイアウトが好きではない」は PM からのフィードバックではありません。「このレイアウトでは主要なアクションがスクロールしないと見えない位置に置かれるため、モバイルでのコンバージョンが低下します」は PM からのフィードバックです。

[懸念] — 影響度:高/中/低

  • 所見:[デザインがどのような動作をするかを中立的に説明]
  • ユーザーへの影響:[ユーザーの目標にとって何を意味するか]
  • ビジネスへの影響:[指標にとって何を意味するか]
  • 根拠:[調査/データ/類似パターン/仮説 — 誠実に示す]
  • デザイナーへの質問:[検討してほしい点 — 指示ではありません]
4. デザインの優れた点

プロダクトの観点からうまく機能している具体的な点を 2〜4 個、根拠とともに示します。「色が素敵」ではなく、「主要な CTA が最も目立つ要素になっており、コンバージョン目標に沿っている」のように記述します。このセクションは必ず含めてください。

5. 次のイテレーションに進む前の質問
質問回答者重要である理由
[質問]デザイナー/PM/エンジニア[影響]
6. PM の推奨

承認/変更を条件に承認(変更点を列挙)/修正して再レビュー(重点領域は 1 つのみ)

PM による批評のルール

  • フィードバックの理由として見た目の美しさに言及せず、成果だけを扱う
  • 「私はこう思う」はフィードバックではありません。「ユーザーは〜する可能性が高い」はフィードバックです
  • うまく機能している点から始め、その後に問題点を述べる
  • 指示を出す前に質問する
  • 主な推奨事項は 1 つに絞り、箇条書きで再設計を提案しない

品質チェック

  • すべての懸念がユーザーまたはビジネスの成果に結び付いている
  • うまく機能している点を示すセクションに、真摯かつ具体的な内容がある
  • 質問のセクションが含まれている(指示だけではない)
  • PM の推奨が明確に示されている
  • 根拠が誠実に示されている

アンチパターン

  • 見た目の美しさを批評しないでください。PM からのフィードバックは、プロダクトの成果、ユーザーの目標、ビジネス要件に焦点を当てる必要があります
  • 根拠を示さずにフィードバックしないでください。デザインで確認できる事実と、ユーザーの行動に関する仮定を区別してください
  • 「フローがわかりにくく感じる」のような曖昧なフィードバックをしないでください。すべての懸念で、具体的な画面の状態またはインタラクションに言及してください
  • うまく機能している点を無視しないでください。バランスの取れた批評では、適切に実行されているデザイン上の判断を明示的に評価します
  • デザイン上の制約を把握せずに批評しないでください。判断を評価する前に、技術、時間、リソースの制約について必ず確認してください

例となるトリガーフレーズ

  • 「このデザインを PM の視点から批評してください」
  • 「プロダクトの観点からこのデザインをレビューしてください」
  • 「この Figma デザインについて、どのようなプロダクト上のフィードバックがありますか?」
  • 「デザイナーではない立場から、このデザインを批評してください」
  • 「このデザインはユーザーの目標を達成できますか?」

コメント