「ユーザー利益」から逆算する文言設計
UXライティングが特に真価を発揮するのは、テキスト表現一つでユーザーの迷いや不満を軽減できる場面です。
例えば、入力フォームの操作中にセッションが切れる仕様を考えてみましょう。入力内容が消えたあとに「一定期間操作がなかったためログアウトしました」と表示されても、事前に知らされていなければユーザーには防ぎようがありません。しかし、事前に「このページは5分で入力内容が消えます」と伝えておけば、急いで入力するか、時間のあるときにやり直すかをユーザー自身が判断できます。
本来は、入力内容を一時保存できるようにするなど、仕様や機能から改善するのが理想です。しかし、すでに稼働しているサイトでは、仕様をすぐに変更できないこともあります。そうした場合でも、一言を変えるだけで、ユーザーが次の行動を選びやすくなります。
こうした文言を考える際の基本は、システム側の都合ではなく、ユーザーの利益から考えることです。この視点は、既存の画面や導線を改善するときだけでなく、新たに設計する段階でも役立ちます。
例えばECサイトで、購入手続きの途中に「会員登録してください」と求めるケースを考えてみましょう。サイト側には、会員数を増やしたい、購入データと会員IDをひも付けたいといった事情があります。しかし、ユーザーの目的は商品を買うことであり、会員になることではありません。登録を面倒に感じ、使い慣れた別のサイトに離脱してしまう可能性もあります。
そこで、可能であれば会員登録なしでも購入できる設計にし、決済完了後に「会員登録すると、次回から住所入力を省略できます」と提示します。同じ会員登録でも、購入前に義務として求められると「余計な手間」になりますが、購入後に次回の負担を減らす選択肢として示されれば、ユーザーにとっての「利益（得）」に変わります。
エンジニアが今すぐ実践できるUI文言改善の5原則
ユーザーの利益から文言を考えるのは、最初は難しく感じるかもしれません。ここでは、エンジニア目線で意識したい改善ポイントを5つ紹介します。
（1）ボタンは処理名ではなく、押すと起きることを書く
「送信」「確定」だけでは、何が送信され、何が確定するのか分からないことがあります。「メッセージを送信」「この内容で予約する」のように、操作後の結果が分かる言葉にしましょう。
（2）エラーは、起きたことと次の行動をセットで伝える
「エラーです」「送信に失敗しました」だけでは、ユーザーは何をすればよいか判断できません。「メールアドレスの形式を確認してください」「通信環境を確認して、もう一度送信してください」のように、修正方法まで示しましょう。
（3）プレースホルダーは、入力欄の説明ではなく入力のきっかけになる言葉を示す
プレースホルダーは、入力項目名を示すラベルの代わりにはなりません。ラベルを別に設けたうえで、入力のヒントや具体例として使います。「検索」「入力してください」ではなく、「今週末はどこに行きたいですか」「東京都渋谷区」のように、問いかけや具体例を置きます。空欄のままにせず、ユーザーが最初の一歩を想像できる言葉を探してください。
（4）システムの制約は、曖昧にせず事前に伝える
先ほどのセッション切れの例のように、制約をなくせない場合は、問題が起きたあとに理由を説明するだけでなく、いつ何が起きるのかを事前に具体的に示します。必要に応じて残り時間を表示し、ユーザー自身が行動を選べる状態をつくります。
（5）説明しすぎない
長い説明を追加すれば良いUIになるわけではありません。一つの目安として、UI上の説明は1行、20文字程度に収めます。複数行の注意書きは、書いてあっても読まれにくくなります。法的に必要な情報を除き、ユーザーの判断に関係のないシステム側の事情は削りましょう。
もっともらしい言葉が入っていても、ユーザーの感情や目的とずれていれば、UXライティングとしては機能しません。例えばタクシーアプリでは、「目的地を入力」よりも「どこに行きますか」と問いかけたほうが、親しみやすく感じられる場合があります。一方、今すぐタクシーを呼びたいと急いでいるユーザーには、そうした表現がかえって煩わしく感じられることもあります。人間らしい言葉にすること自体が目的ではなく、その場のユーザーの状況や目的に合った表現を選ぶことが重要です。
