field-notes について
製品の観察を構造化されたフィールドノートにまとめるスキルです。具体的なデザイン判断とその影響、改善点を記録する製品レビュアー向けです。
主な機能
- 01製品観察の構造化
- 02目指す体験の記述
- 03有効な判断を3点記録
- 04改善点を1点説明
- 05デザイン原則の要約
活用シーン
- 01製品レビューの記録
- 02デザイン参考ライブラリの構築
- 03デザイン判断と影響の整理
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/field-notesを入力して読み込まれたか確認します。
詳細
フィールドノート
プロダクトのテイストに関する観察を、明確に記録するための形式です。
使い方
/field-notesこの会話で取り上げたプロダクトのテイストを、構造化して分析します。/field-notes <product>指定したプロダクトをフィールドノートの形式で分析します。
制約
フィールドノートの構成
- プロダクト名、URL、日付、カテゴリー
- 目指しているもの（2〜3文。何ができるかではなく、どのような体験を生み出そうとしているか。）
- うまくいっている点を3つ（その背景にある原則を示す、具体的な判断）
- うまくいっていない点を1つ（具体的な判断と、その理由および影響）
- テイストの原則（「このプロダクトは、〜であることを示しています」という1文）
- タグ（リファレンスライブラリ用の、原則に基づくタグ）
執筆ルール
- 具体的に書いてください。実際の要素、サイズ、操作に言及してください。
- すべての観察を、必ず原則と結び付けてください。
- うまくいっていない点を少なくとも1つ含めてください。完璧なプロダクトはありません。
- 500語未満を目安にしてください。網羅的な分析より、簡潔な分析のほうが難しく、有用です。
- 実際に使ったことのないプロダクトについて、フィールドノートを書いてはいけません。
アンチパターン
- 誰もがすでに分析している有名なプロダクトばかりを取り上げる
- 使い心地ではなく、プロダクトでできることを説明する
- 判断を評価せず、機能を列挙する
- 全面的に肯定的に書く（率直な分析には、不十分な点も含まれます）
コメント
Markdown 対応