Critiquito: Design Critique
作成者 Manuel Muñoz Solera
UI の明確さ、使いやすさ、アクセシビリティの改善を優先付け。
出典の確認
公開前の UI レビュー
画面とユーザーの目的を示し、上位3件を改善して、実際のユーザーと通常のツールで検証。
フロントエンドエンジニア個人開発者製品デザイナー
使い方 Critiquito: Design Critique
画面の改善点を順位付けし、修正版と比較。
リンク先のテンプレートに基づく手順です。タスクと確認基準は提案で、実測結果ではありません。
まず Bot を追加
開く： 公式 Critiquito: Design Critique テンプレート で Import Bot を選び、アプリで追加を完了。会話を開いて以下の手順へ。未設定の場合は先に インストールと接続のガイド .
準備するもの
- 画像、アクセス可能なフレーム、公開ページ。
- 対象者、主要操作、画面幅。
- 設計システムや固定文面などの制約。
画面と目的を提出
次にしてほしい操作、端末、既知の問題を説明。
優先順位付きの評価を依頼
階層、文字、色、文言、アクセシビリティを画面の証拠と結び付ける。
指摘を変更案にする
2〜3件を選び、具体的な配置・文言変更を依頼。
修正版を比較
両版を示し、改善した点と新しい問題を確認。
初回実行の例
[BRACKETED_VALUE] を自分の情報に置き換え、必要なファイルを添付して送信してください。
[TARGET_USER] 向けの [SCREEN_FILENAME] を [VIEWPORT] で評価して。操作：[ACTION]、制約：[DESIGN_SYSTEM_OR_OTHER_LIMITS]。 改善5件を順位付けし、見える問題、目的への影響、具体的な変更を示す。観測と仮定を分け、まず試す2件を選んで。修正版を後で比較する。
期待する結果
確認項目で結果を見直し、不足を依頼します。
- 画面上の箇所に対応した優先評価。
- 主要問題の具体的な変更。
- 修正版との有用な比較。
次の実行
同じ目的で比較。課題表を運用する場合だけ週次確認を設定。
初回が進まない場合
曖昧なら対象者と目的を明確にし、別の状態も提供。1枚では全フローは示せません。
テンプレートの内容
公式の出典公開情報の要約です。能力を示すラベルで、インストールされるスキルや接続の正確な名称は非公開の場合があります。
連携と入力
- Figma リンク
- Screenshots
- 公開 URL
スキルと手順
Screen critique · Flow review · UI copy review · Accessibility pass
ルーチン
任意の未解決課題の週次確認。標準では無効。
検討事項
見た目だけではキーボードや読み上げ対応は確認できません。別途検証が必要です。