マイクロコピー

マイクロコピーとは、インターフェース全体に埋め込まれた、小さくて機能的なテキストのことです。ボタンのラベル、フォームフィールドのヒント、エラーメッセージ、空の状態の説明、ツールチップ、確認通知、プレースホルダーテキスト、アクションの横に表示される短い説明文などがこれに該当します。マイクロコピーは読むためではなく、使用するために書かれており、品質が良い場合は目立たず、悪い場合は目立つのが一般的です。

マイクロコピーは、意思決定やエラーが発生するまさにその場所に表示されるため、非常に重要な役割を果たします。入力フィールドが何を求めているかを明確にするラベルは、検証エラーを防ぎます。送信ボタンの横に、その後に何が起こるかを説明する文章があれば、送信への躊躇がなくなります。何が問題だったのか、そしてどうすれば解決できるのかを示すエラーメッセージは、途中で諦めてしまうユーザーを完了へと導きます。これらは、設計やエンジニアリングの変更を必要としない、コンバージョン作業において最も安価な介入策の一つですが、誰も責任を負っていないため、常に軽視されがちです。

エラーメッセージは、その最も分かりやすい例です。一般的なエラー通知では、何かがおかしいとだけ伝えられ、何が問題なのか、どうすればよいのかは示されないため、ユーザーは推測するか、諦めるしかありません。一方、フィールドを特定し、制約を分かりやすい言葉で説明し、適切なフォーマットを示す具体的なメッセージであれば、問題はすぐに解決します。この2つの方法による完了率の差は、レイアウトを大幅に変更した場合よりも大きいことが多く、改善にかかるコストはわずか数文です。

効果的なマイクロコピーには、共通の特徴があります。社内用語や専門用語ではなく、読者が普段使う言葉遣いをします。システム操作ではなく、結果を説明します。一般的な質問に答えるのではなく、その時点での疑問を先読みします。簡潔でありながら、難解ではありません。そして、明確さが求められる場面では、無理に個性を主張しようとはしません。気まぐれなエラーメッセージは、まさにユーザーが既に行き詰まっている時に表示されるため、大きなストレス要因となるのです。

マイクロコピーは、多くの異なる人々によって断片的に、時間をかけて作成されるため、統制がなければ一貫性はすぐに失われてしまいます。同じ操作が製品全体で3つの異なるラベルで表記されたり、同じ概念が複数の名前で呼ばれたり、画面ごとに執筆者によってトーンが異なったりといった事態が生じます。用語、大文字小文字の使い方、トーン、エラーや確認といった一般的なケースにおける標準的なパターンなどを網羅したコンテンツスタイルガイドを作成することで、こうした問題を回避できます。これは、個々の文字列を一つずつ確認するよりもはるかに効果的です。

マイクロコピーはサポートコストにも大きな影響を与えますが、その原因がマイクロコピーにあると認識されることはほとんどありません。ほとんどのセルフサービス製品では、問い合わせのかなりの割合が、インターフェース上で発生時点で回答できたはずの質問に関するものです。例えば、フィールドの意味、操作の取り消し可能性、いつ何が起こるか、ステータスが何を示しているかなどです。よくあるサポートテーマを精査し、それぞれについて、インターフェースのどこで質問が発生し、そこに回答があるかどうかを尋ねることで、測定可能な運用価値を持つ小さなテキスト変更のリストを作成できます。これは、カスタマーサービス部門が実際の証拠に基づいて優先順位付けされたバックログを製品チームに提供でき、その結果として生じる変更をスプリントではなく数日でリリースできる数少ない分野の1つです。

マイクロコピーは、バリエーションの実装が容易で、摩擦の多いポイントでの効果が大きいため、テストするのに効率的な方法でもあります。実際には、最大の改善をもたらす発見は、コピーライティングの直感ではなく、研究から得られます。ユーザビリティセッションとサポートのトランスクリプトは、以下の方法で収集されます。 ユーザー調査 各段階で人々が抱く正確な疑問を明らかにし、その場で具体的な質問に答える方が、テキストを書き換えて聞こえを良くするよりも信頼性が高い。 コンバージョン率の最適化 プログラムにおいて、マイクロコピーの修正は通常、すぐに成果が得られるバックログの大部分を占めます。なぜなら、現在のテキストが単に間違っているか欠落している場合、テストを全く行わずに出荷できることが多いからです。