UIXHERO

トーン&ボイス (Tone & Voice)

同じ「エラーが発生しました」でも、ブランドによって言葉は変わる。UIのすべてのテキストに一貫した「人格」を持たせ、ユーザーとの信頼関係を言葉で設計する原則。

2026年2月17日
更新: 2026年8月27日
9
by Dengen Yosho(DGYS)
トーン&ボイス (Tone & Voice)

「ご登録ありがとうございます。」「やった!仲間になったね!」「Welcome aboard!」——同じ「登録完了」を伝えるメッセージでも、によって言葉はまったく異なります。

よくある失敗パターンは「ページによってトーンがバラバラ」なことです。トップページは親しみやすいカジュアルな言葉遣いなのに、エラーメッセージは「処理が正常に完了しませんでした(エラーコード: 500)」という冷たいシステム語。ヘルプページは丁寧な敬語なのに、プッシュ通知は「今すぐチェック!」という命令口調——これらはすべて、ユーザーに「このサービスは人格がない」という印象を与えます。

トーン&ボイスが一貫していないは、ブランドへの信頼感を損ないます。ユーザーは「このサービスは誰が作っているのか」「自分に向けて語りかけているのか」がわからなくなり、感情的なつながりが生まれません。それはエンゲージメントの低下と、競合との差別化機会の喪失につながります。

1. 原則の定義

トーン&ボイス(Tone & Voice)とは、UIのすべてのテキスト——ボタン・エラーメッセージ・通知・ヘルプ文——に一貫したブランドの「人格(ボイス)」を持たせ、状況に応じた「態度(トーン)」を使い分けることで、ユーザーとの感情的なつながりを設計する原則。

本質は「ボイス(人格)は一定、トーン(態度)はに応じて変える」ことです。Appleは常に「シンプルで自信に満ちた」ボイスを持ちますが、エラー時は謝罪のトーン、新機能紹介時は興奮のトーンを使います。人格は変えないが、感情は状況に合わせる——これが人間らしいコミュニケーションの本質です。

2. いつ使うか(適用場面)

特に重要になるケース

  • エラーメッセージ: ブランドのボイスを保ちながら、謝罪・原因・解決策を伝える。フレンドリーなブランドなら「うまくいかなかったみたいです。もう一度試してみてください」のように。
  • 成功・完了メッセージ: ブランドの人格を最も発揮できる瞬間。「完了しました」ではなく、ブランドらしい祝福の言葉を使う。
  • オンボーディング: 初めてのユーザーへの「最初の挨拶」。ここでのトーンがブランドの第一印象になる。
  • 空状態・エンプティステート: データがない状態での案内文。ここにもブランドの人格を込める。

トレードオフが起きる場面

  • フレンドリーさと信頼性: カジュアルなトーンは親しみやすいが、金融・医療・法律など信頼性が重要な場面では逆効果になることがある。
  • 個性と普遍性: 強いブランドボイスは差別化になるが、ユーザーによっては「馴れ馴れしい」と感じる場合がある。に合わせた調整が必要。

3. なぜ重要か(設計判断の核)

トーン&ボイスは「文章の装飾」ではなく、「ブランドの人格そのもの」である。

設計判断の基準

  • 「このテキストは、ブランドの人格と一致しているか?」→ 一致していなければ、ブランドボイスに合わせて書き直す。
  • 「このテキストは、この状況のユーザーの感情に合ったトーンか?」→ エラー時にジョークを言うのは不適切。状況に応じたトーンを選ぶ。

優先順位の考え方

  • 1. 一貫性(最優先): ページをまたいでトーンがバラバラなのが最も問題。まず全体を統一する。
  • 2. 状況適合性: エラー・成功・警告など、状況に応じたトーンの使い分けを定義する。
  • 3. 個性・差別化: ブランドらしい独自の言葉遣いで、競合との差別化を図る。

例外条件

  • 法的な文書(利用規約・プライバシーポリシー)は、ブランドボイスよりも正確性・法的明確性を優先する必要がある。

4. 具体の設計ルール(チェックリスト)

最低ライン(Must - これ守らないと危険)

これがないと、ユーザーはブランドに人格を感じられません。

理想ライン(Better - できると強い/プロの品質)

「わかる」を超えて「このブランドが好き」と感じさせる状態です。

5. UI例

同じ「エラー状態」でも、トーン&ボイスの設計でブランドの印象は大きく変わります。

改善プロセス

  1. ブランドの人格を定義する: まず「このブランドが人間だとしたら、どんな話し方をするか?」を定義する。「フレンドリー・ユーモラス・励ます」なのか「プロフェッショナル・信頼性・簡潔」なのかを決める。
  2. システム語をブランド語に変換する: 「エラー (Code: 500)」→「あれ、うまくいかなかったみたい」のように、すべてのシステム語をブランドの人格に合った言葉に変換する。
  3. 状況に応じたトーンを定義する: エラー・成功・警告・空状態など、状況ごとのトーンのを作成する。ボイス(人格)は変えないが、トーン(態度)は状況に合わせて調整する。

6. 関連リンク

7. まとめ

今日から直せる一手 担当しているサービスのエラーメッセージを5つ書き出してください。それらがすべて「システム語」になっていたら、今日中にブランドの人格に合った言葉に書き直してください。エラーメッセージは最もブランドボイスが問われる瞬間です。

チームに共有するなら一言 「UIのテキストはすべて、ブランドがユーザーに語りかける言葉だ。人格のないシステム語は、ユーザーとの感情的なつながりを断ち切る。」

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

マイクロコピー (Microcopy)

ボタンの一言が、コンバージョンを変える。UIに散りばめられた小さなテキスト——ラベル・エラー文・プレースホルダー——がユーザーの行動と感情を左右するマイクロコピーの設計原則。

2026年2月17日
8

プログレッシブディスクロージャーとは?意味・UI例・段階的開示の使い方

プログレッシブディスクロージャーは、必要な情報や操作を段階的に見せるUI設計です。段階的開示の意味、使う場面、フォーム・設定画面での設計ポイントを解説します。

2026年2月17日
11

スキャンしやすさ (Scannability)

Scannability(スキャンしやすさ)は、ユーザーがページを読まずに走査しても目的の情報へたどり着けるようにするUI設計原則。見出し、太字、リスト、余白、F字型パターンを使った改善方法を解説。

2026年2月17日
11

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る