ひとことで言うと#
UXライティングは、ボタン・エラーメッセージ・説明文などUIに表示されるすべてのテキストを、ユーザーが迷わず・ストレスなく・安心して操作できるように設計する技法。たった数文字の違いで、コンバージョン率やユーザー満足度が大きく変わる。
押さえておきたい用語#
- マイクロコピー(Microcopy)
- ボタンラベル、エラー文、ツールチップなどUIの小さなテキスト群。数文字でもUXへの影響は大きい。
- ボイス&トーン(Voice & Tone)
- プロダクトの「人格」がボイス、場面に応じた話し方がトーン。ボイスは一定、トーンは場面で変わる。
- 空の状態(Empty State)
- データやコンテンツがまだ存在しない画面の状態。次のアクションに誘導するテキストが重要。
- プレーンランゲージ(Plain Language)
- 専門用語を避け、誰にでも伝わる平易な言葉で書く原則。
UXライティングの全体像#
こんな悩みに効く#
- ユーザーがエラーメッセージの意味がわからず離脱している
- ボタンのラベルが曖昧で、クリック率が低い
- プロダクトのトーンがページごとにバラバラ
基本の使い方#
Google のUXライティングチームが提唱する4つの原則。
1. 明確(Clear):
- 曖昧さを排除する
- 「処理を実行しますか?」→「注文を確定しますか?」
2. 簡潔(Concise):
- 最小限の言葉で伝える
- 「こちらのボタンをクリックして次のページに進んでください」→「次へ」
3. 有用(Useful):
- ユーザーが必要とする情報を適切なタイミングで提供する
- エラー時: 何が問題か+どう解決するか
4. ブランドに合った声(Voice):
- プロダクトのトーン・マナーに一貫性を持たせる
- カジュアルなアプリなのにエラーが堅い文体では違和感
UXライティングは**「ユーザーが今どんな状態か」**から逆算して書く。
状況別の書き方:
- 初めて使うとき: わかりやすく、安心感を与える
- 日常的に使うとき: 邪魔にならない最小限のテキスト
- エラーが起きたとき: 何が起きたか+どうすればいいか
- 待たされるとき: 進捗を伝え、不安を解消する
- 完了したとき: 達成感を与える
書く前に自問する:
- ユーザーは今何をしようとしている?
- 何に不安を感じている?
- 次に何をすればいい?
特にインパクトが大きい箇所を優先的に改善する。
ボタンラベル:
- 「送信」→「メッセージを送る」(行動が具体的)
- 「OK」→「変更を保存する」(結果が明確)
エラーメッセージ:
- 「エラーが発生しました」→「パスワードは8文字以上にしてください」
- 原因 + 解決策をセットで提示する
空の状態(Empty State):
- 「データがありません」→「まだプロジェクトがありません。最初のプロジェクトを作成しましょう」
- 次のアクションに誘導する
確認ダイアログ:
- 「はい / いいえ」→「削除する / キャンセル」(動詞で結果を明示)
プロダクト全体でテキストの一貫性を保つためのガイドラインを策定する。
定めるべき項目:
- ボイス: プロダクトの「人格」(フレンドリー?プロフェッショナル?)
- トーン: 場面に応じた声のトーン(成功時は明るく、エラー時は冷静に)
- 用語集: 統一する用語(「ユーザー」か「お客様」か)
- NGワード: 使わない表現(専門用語、二重否定、受動態の多用)
ボイスは一定、トーンは場面で変わる。 人間と同じで、性格は変わらないが場面に応じて話し方は変わる。
具体例#
状況: SaaSの無料トライアル申し込みページ。CTAボタンのラベルは「送信」。月間クリック率は2.1%。
改善:
- 「送信」→「無料で始める」に変更
- ボタン下に「クレジットカード不要」の補足テキストを追加(不安の解消)
結果: CTAクリック率が2.1%から4.8%に向上(129%改善)。ボタン1つの文言変更と1行の追加のみで、開発工数は30分。
→ 「送信」は行動を説明しているだけ。「無料で始める」はユーザーが得る価値を伝えている。
状況: 会員登録フォームの離脱率が47%。エラー発生後に離脱するユーザーが特に多い。
Before:
- 「入力エラーがあります」(どこが?何が?)
- 「不正な値です」(何が不正?)
- 「必須項目です」(だからどうすれば?)
After:
- 「メールアドレスに@が含まれていません」(具体的な原因)
- 「パスワードは8文字以上で、数字を1つ以上含めてください」(解決方法)
- 「お名前を入力してください」(何をすべきかが明確)
結果: フォーム離脱率が47%から28%に改善(-19pt)。エラー後の修正完了率は31%から**74%**に向上。
→ エラーメッセージは「叱る」のではなく「助ける」。原因+解決策のセットが鍵。
状況: プロジェクト管理ツールの「タスク一覧」画面。新規ユーザーが初めてアクセスすると空のリストが表示されるが、初日のタスク作成率がわずか12%。
Before: 「タスクはありません。」(事実の記述のみ)
After: 「まだタスクがありません。最初のタスクを作成して、プロジェクトを始めましょう。」 + 「タスクを作成する」ボタンを画面中央に配置 + 「例: 競合調査を完了する、デザイン案を3つ作る」のヒントテキスト
結果: 初日のタスク作成率が12%から**52%に向上(333%改善)。7日後の継続利用率も15%から34%**に改善。
→ 空の状態は「何もない」ではなく「始まりの瞬間」。次の一歩を明確に示すだけで行動が変わる。
やりがちな失敗パターン#
- システム用語をそのまま表示する — 「NULL参照エラー」「タイムアウト: 504」はユーザーには意味不明。人間が理解できる言葉に翻訳する
- テキストを後回しにする — デザインが完成してからテキストを入れようとすると、スペースが足りなかったり文脈に合わなかったりする。テキストはデザインと同時に設計する
- 全員に同じトーンで話す — 初心者と上級者では必要な情報量が違う。プログレッシブディスクロージャーで情報の出し方を段階的に変える
- 「丁寧さ」を「冗長さ」と混同する — 「大変恐れ入りますが、お手数ではございますが、以下の項目をご入力いただけますでしょうか」は丁寧だが長すぎる。敬意を保ちながら簡潔に書く技術が必要
まとめ#
UXライティングは、UIテキストを 「明確・簡潔・有用・ブランドに合った声」 の4原則で設計する技法。ボタン1つ、エラーメッセージ1行の改善が、ユーザー体験を大きく変える。テキストはデザインの一部。後付けではなく、設計フェーズから取り組もう。