taste-ux-copy について
taste-ux-copyは、プロダクトのUI文言を作成するスキルです。トーン、見出し、ボタン、エラー、空状態、ステータスメッセージのルールに加え、包括性とローカライズ対応の指針も示します。
主な機能
- 01トーンとブランドボイスの選択
- 02見出しとアクションラベルの規則
- 03修正方法を含むエラー説明
- 04次の行動を示す空状態
- 05進捗と完了メッセージ
- 06包括性とローカライズ対応の確認
活用シーン
- 01製品ページの見出しとアクションボタンの作成
- 02フォームのエラーメッセージの改稿
- 03空のページに次の行動を追加
- 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つの節まで:「ファイルが10 MBを超えています」)。
- 対処方法を動詞で示します(「画像をいくつか削除して、もう一度お試しください」またはリンク)。
修正前と修正後の例:
| 修正前 | 修正後 |
|---|---|
| 「エラー500 — 後でもう一度お試しください」 | 「こちら側で問題が発生しました。再読み込みしてください。作業内容は保存されています。」 |
| 「入力が無効です」 | 「8文字以上入力してください。数字を含めると効果的です。」 |
| 「パスワードが正しくありません」 | 「パスワードが一致しません。忘れた場合はこちらからリセットしてください。」 |
フィールドレベルのエラーはフィールドの横に表示し、画面の反対側にトーストで表示しません。ユーザーを責めてはいけません(「入力した内容が…」ではなく「このフィールドには…が必要です」)。
5. 空の状態(空の状態にはすべて役割がある)
- 空であることを示す(「プロジェクトはまだありません」)。
- 空である理由を示す(1行で:「プロジェクトを作成すると、ここに表示されます」)。
- 次のアクションを示す(ボタン1つ:「最初のプロジェクトを作成」)。
- 任意:小さな成功を伝える(「所要時間は約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つあること。
コメント
Markdown 対応