mcpField
P
principle-experience-first

principle-experience-first

github.com/ericlitmanデザイン・UI53847 回インストール1 週間前に更新
リポジトリ

principle-experience-first について

実装の都合よりユーザー体験を優先する開発原則です。UI、ライブラリ、社内 API を作るチームに向けて、機能の必要性を問い、実装前の試作とコアワークフローの改善を促します。

主な機能

  1. 01ユーザー体験を優先
  2. 02機能や操作要素の必要性を確認
  3. 03実装前にプロトタイプを作成
  4. 04遷移、余白、フィードバックを改善
  5. 05機能をコアワークフローに集中

活用シーン

  1. 01提案機能を採用するか判断
  2. 02本番実装前にUI案を試作
  3. 03フィードバックやエラー表示を改善
  4. 04APIを利用者の視点で評価

インストール

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

$npx skills add https://github.com/ericlitman/open-pstack --skill principle-experience-first

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

詳細

体験を最優先に

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

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

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

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

コメント