mcpField
P
principle-experience-first

principle-experience-first

github.com/q-qp-pデザイン・UI144 回インストール2 週間前に更新
リポジトリ

principle-experience-first について

UI、ライブラリ、内部 API の開発者向けの設計原則スキルです。利用者と保守担当者の体験を重視し、機能の絞り込み、プロトタイプ、操作の細部に焦点を当てます。

主な機能

  1. 01機能やコントロールの必要性を確認
  2. 02機能を絞って丁寧に仕上げる
  3. 03実装前にプロトタイプを作成
  4. 04遷移、余白、フィードバックを調整
  5. 05機能を中心的なワークフローに沿わせる

活用シーン

  1. 01UI オプションの必要性を判断
  2. 02本番実装前にデザインを試作
  3. 03エラー状態や操作フィードバックを改善

インストール

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

$npx skills add https://github.com/q-qp-p/pstack --skill principle-experience-first

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

詳細

体験を最優先に

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

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

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

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

コメント