mcpField
P
principle-experience-first

principle-experience-first

github.com/michael-denyerデザイン・UI3.6k858 回インストール今日更新
リポジトリ

principle-experience-first について

製品、ライブラリ、内部APIの利用者の体験を優先するデザインスキルです。機能の必要性を検討し、プロトタイプを作り、中心となるワークフローや細部を磨く指針を示します。

主な機能

  1. 01実装の都合より利用者の体験を優先
  2. 02機能やコントロールの必要性を検討
  3. 03設計決定の前にプロトタイプを作成
  4. 04動き、レイアウト、フィードバック、エラーの改善
  5. 05機能を中心的なワークフローに集中

活用シーン

  1. 01製品に機能を追加するかの評価
  2. 02実装前のUI案の試作
  3. 03フィードバックやエラー状態の改善

インストール

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

$npx skills add https://github.com/michael-denyer/pstack-claude --skill principle-experience-first

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

詳細

体験を最優先に

実装のしやすさとユーザーの喜びが相反する場合は、喜びを選びます。

  • すべての機能、コントロール、オプションには、導入する理由が必要です
  • 数を増やすより、質を高めましょう(粗削りな機能を10個そろえるより、洗練された体験を実現する3つの機能を提供しましょう)
  • 決定する前にプロトタイプを作りましょう(本番コードより、使い捨てのHTMLのほうが設計上の判断を安く試せます)
  • 細部まで仕上げましょう(トランジション、配置、余白、フィードバック、エラー状態)
  • コアとなる一連の操作を磨きましょう(すべての機能は中心となるワークフローに貢献するか、邪魔にならないようにする必要があります)

成果物を利用する人は誰でもユーザーです。UIならエンドユーザーです。ライブラリや内部APIなら、それをインポートする同僚です。次にコードを保守するエンジニアもユーザーです。その人たちの体験も同じように考慮し、それぞれの視点から影響を説明しましょう。

基盤は体験を支えるものであるべきです。基盤に関する考え方が定めるのは、作業の順序です。この原則が定めるのは、目標です。

コメント