mcpField
T
taste-ux-copy

taste-ux-copy

github.com/madebymustafaデザイン・UI20055 回インストール11 週間前に更新
リポジトリ

taste-ux-copy について

taste-ux-copyは、プロダクトのUI文言を作成するスキルです。トーン、見出し、ボタン、エラー、空状態、ステータスメッセージのルールに加え、包括性とローカライズ対応の指針も示します。

主な機能

  1. 01トーンとブランドボイスの選択
  2. 02見出しとアクションラベルの規則
  3. 03修正方法を含むエラー説明
  4. 04次の行動を示す空状態
  5. 05進捗と完了メッセージ
  6. 06包括性とローカライズ対応の確認

活用シーン

  1. 01製品ページの見出しとアクションボタンの作成
  2. 02フォームのエラーメッセージの改稿
  3. 03空のページに次の行動を追加
  4. 04読み込み、進捗、完了メッセージの統一

インストール

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

$npx skills add https://github.com/madebymustafa/design-taste --skill taste-ux-copy

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

詳細

taste-ux-copy

コピーはインターフェースの個性であり、取扱説明書でもあります。コピーが悪いと、優れたデザインまで壊れているように見えてしまいます。

1. ボイスとトーン(最初に決めてから書く)

ブランドの印象に合わせてボイスを選び、統一します。

ボイス表現の例適した分野
平易「問題があればお知らせします。対処方法はこちらです。」エンタープライズ、フィンテック、ヘルスケア
率直「入力を減らして、リリースを増やそう。」開発者向けツール
温かみのある「もうすぐ完了です。あと1ステップです。」コンシューマー向け、教育
ドライなユーモア「いいえ、カルトではありません。ニュースレターがそれほどすばらしいだけです。」コンシューマー向け、インディーブランド

どのボイスにも共通するルール:具体的にする(「いくつかのデータ」ではなく「42行」)、誠実にする(「just」は使いません。「メールアドレスを入力するだけ」は嘘です)、マーケティングでは読み手に you/your で呼びかける、ページごとの祝福表現を除き感嘆符は使わない、エラーでは受動態を使わない、企業的な空疎な表現(「leverage」「streamline」「robust」)を避ける。

2. 見出し(効果的な定型)

  • 成果+対象者:「データチームがいらない分析。」
  • 導入前 → 導入後:「『ユーザーはどこへ行った?』から『ああ、そこか。』へ。」
  • 悩みを明示:「登録フォームから訪問者の63%が離脱しています。」
  • 権威性+約束:「インディーSaaS向け2026年料金ガイド。」
  • 好奇心を引き、見返りを示す(好奇心だけで終わらせない):「ダッシュボードを削除しました。代わりに何を導入したかをご紹介します。」

ルール:H1は12語未満にする。アイデアは1つに絞る。製品名はH1ではなくサブ行に入れてもよい。大げさな句読点(?!、!!!)は使わない。「Xの未来」で始めない。

3. ボタンとアクション(ページで最も読まれる言葉)

  • ボタンにはアクションを示します。「変更を保存」>「送信」>「OK」。一人称にするとコンシューマー向けのコンバージョン率が上がります:「無料トライアルを始める」。
  • 破壊的なアクションでは、何が失われるかを明示します:「プロジェクトを削除」(「OK」は使いません)。同じくらい目立つキャンセルボタンを並べます。
  • 読み込み中や無効の状態では、約束ではなく何が起きているかを示します:「保存中…」>「お待ちください」。「完了間近」など、証明できない表現は使いません。
  • ラベルは、文脈がなくても意味が通じる必要があります。アクセシブルなテキストのない、アイコンだけのボタンは使いません。

4. エラー(定型:何が+なぜ+対処方法)

すべてのエラーメッセージは、次の3要素を順に含めます。

  1. 何が起きたかを平易な言葉で示します(「このセクションを保存できませんでした」)。
  2. 理由を示します(1つの節まで:「ファイルが10 MBを超えています」)。
  3. 対処方法を動詞で示します(「画像をいくつか削除して、もう一度お試しください」またはリンク)。

修正前と修正後の例:

修正前修正後
「エラー500 — 後でもう一度お試しください」「こちら側で問題が発生しました。再読み込みしてください。作業内容は保存されています。」
「入力が無効です」「8文字以上入力してください。数字を含めると効果的です。」
「パスワードが正しくありません」「パスワードが一致しません。忘れた場合はこちらからリセットしてください。」

フィールドレベルのエラーはフィールドの横に表示し、画面の反対側にトーストで表示しません。ユーザーを責めてはいけません(「入力した内容が…」ではなく「このフィールドには…が必要です」)。

5. 空の状態(空の状態にはすべて役割がある)

  1. 空であることを示す(「プロジェクトはまだありません」)。
  2. 空である理由を示す(1行で:「プロジェクトを作成すると、ここに表示されます」)。
  3. 次のアクションを示す(ボタン1つ:「最初のプロジェクトを作成」)。
  4. 任意:小さな成功を伝える(「所要時間は約4分です」)。

次のステップがない空の状態は行き止まりです。行き止まりは製品の失敗です。

6. ステータスと読み込み

  • 進捗:約束ではなく動詞を使います(「8個中3個のファイルをアップロード中…」)。
  • 完了:単に「完了」とするのではなく、何が変わったかを示します(「8個のファイルを/reportsにアップロードしました」)。
  • 通知:主題+1つの節+任意のアクションを20語未満で示します:「支払いに失敗しました — カードが拒否されました。こちらから更新してください。」
  • スケルトン状態:メッセージを表示せずに、スケルトンを約2秒以上表示してはいけません。

7. インクルーシブな表現とローカライズへの対応

  • 一般的なコピーでは「guys」「man-hours」、性別を示す代名詞を使いません。「they」は問題ありません。「simply/easily/just」は避けます(読み手の置かれた状況を軽視する表現です)。
  • 数字:正確さが重要な場合は「1k」ではなく「1,024」とします。日付は曖昧にならないよう、必要に応じて月を文字で表記します(July 3 ≠ 7/3)。
  • 翻訳しやすい文章を書きます。文中に変数を入れ子にしません(「あなたの友達{{count}}人」ではなく「友達:{{count}}人」)。慣用句(「hit the ground running」)や絵文字だけのメッセージは使いません。

8. チェックリスト(該当する場合、コピーを不合格にする)

  • 「活用する」「効率化する」「堅牢な」「シームレスな」「最先端の」を含む文。
  • 修正方法が示されていないエラー。
  • 実際の動詞があるのに、「送信」または「OK」と表示されているボタン。
  • 次のアクションが示されていない空の状態。
  • 12語を超える見出し、または「!」を含む見出し。
  • 同じビューポート内でページが裏付けられない主張。
  • 1つのページ内で、同じアクションに対して異なるラベルが2つあること。

コメント