利益:
- ブランドの声とトーンガイドに従って、人工知能を使用してボタン、エラーメッセージ、アイドルステータス、オンボーディングテキストを作成する機能
- 同じマイクロテキストの複数のバリエーションを作成し、明瞭さ、トーン、長さの基準に基づいて選択する機能
- AI テキストを監査して包括的な言語、アクセシビリティ、法的正確性を確認する機能
インターフェイス内のすべての単語は設計上の決定です。 UX ライティングは、ボタンのラベル、エラー メッセージ、空のステータス テキスト、オンボーディング画面や通知などのマイクロ テキストを、ユーザーを疲れさせることなく、ブランドの声に沿って正確に作成するタスクです。これらのテキストは短いため、重要ではないと考えられます。一方、「保存」または「変更を保存」、「問題が発生しました」または「カード番号がありません」の違いは、ユーザーがタスクを完了するか諦めるかの違いです。 AI は、マイクロテキストのバリエーションを生成するのに非常に強力です。ただし、トーン、正確さ、包括性をコントロールすることはできます。
ブランドの声とトーンガイドがないわけではありません
デフォルトでは、AI は「平均的で中立的な」言語で書き込みます。しかし、すべての製品には声、つまり永続的な個性があり、状況に応じて変化するトーンがあります。銀行アプリは安心感があり穏やかな印象を与えることができ、ゲーム アプリはエネルギッシュでフレンドリーな印象を与えることができます。このガイドを人工知能に提供しない場合、人工知能はあなたのブランドにとって無縁なテキストを生成することになります。
実践的な方法: モデルに短い「声とトーンのカード」を渡します。これには、3 ～ 4 つの形容詞 (「明快、温かみのある、控えめ」)、推奨事項 (「絵文字を使用しない」、「ユーザーを責めない」)、および 1 ～ 2 つの例が含まれます。このカードは、すべてのマイクロテキスト作品の共通基盤となります。
ヒント: 音声とトーン カードを一度作成し、それを各プロンプトに貼り付けます。多くの人が同じ製品に書き込む場合、このカードを使用すると一貫性が最もよく維持されます。
適切なエラー メッセージの公式: 何が起こったのか + 理由 + 次のステップ
マイクロテキストの中で最も重要なのは、ユーザーがすでに怒っているため、エラー メッセージです。 AI のデフォルトの出力「問題が発生しました。もう一度試してください。」は役に立たないことがよくあります。このメッセージには、何が起こったのか、原因や解決策が記載されていません。
適切なエラー メッセージは 3 つの部分で構成されます。
- 何が起こったのか: 明確な非技術的な言葉 (「支払いを完了できませんでした」)。
- 理由 (わかっている場合): (「カード番号が見つからないようです」)。
- 次のステップ: ユーザーに対する具体的なアクション (「番号を確認してもう一度お試しください」)。
そして、禁止事項が 1 つあります。ユーザーを責めないでください (「間違って入力した」ではなく「番号が足りないようです」と言う)。この式を使ってAIスケッチを改善します。
バリエーションを生成し、基準に従って選択します
UX ライティングにおける人工知能の最大の力は、同じマイクロテキストの 5 ～ 10 のバリエーションを数秒以内に生成できることです。しかし、この力は基準がなければ役に立ちません。次の 3 つの基準で変動を排除します。
- 明確さ: ユーザーは一読で内容を理解できますか?
- トーン：ブランドの声に合っていますか？
- 長さ：ボタンや部分にフィットし、目が疲れませんか？
マイクロテキストタイプ
悪い例
強力な例
ボタン
「送る」
「予約の確認」
エラー
「不正な取引」
「カード番号が不足しているようです。確認してもう一度お試しください。」
空の状態
「リストは空です」
「まだお気に入りはありません。気に入った商品はハートマークで保存してください。」
承認
「ホントですか？」
「この注文をキャンセルしたほうがいいでしょうか? この操作は取り消しできません。」
ミニケース3個
ケース 1 — ボタンの明瞭さによりコンバージョンが増加しました。あるチームは、AI によって「送信」ボタンを 8 つのバリエーションに拡張し、「予約の確認」を選択しました。 A/B テスト (2 つのバージョンを比較する実験) では、承認率が目に見えて増加しました。ユーザーはボタンで何が起こるかを見ていたからです。
ケース 2 — 不利なメッセージが修正されました。人工知能は「無効な電子メールを入力しました」と示唆しました。 UX ライターはこれを「電子メール アドレスが見つからないか、間違っているようです」に変更しました。言語を少し変更することで、フォームの放棄率が減少しました。教訓: ユーザーを責めるとエクスペリエンスが台無しになります。
ケース 3 — 法的エラーが見つかりました。 AIは定期購読画面に「いつでも無料キャンセル」と書きました。ただし、商品のキャンセルポリシーは異なりました。この文は誤解を招くものであり、法的なリスクを伴いました。チームはテキストを実際のポリシーと照合しました。教訓: マイクロテキストは法的な正確性についても監査されます。
欠員と新人研修: 静かな時間を話させる
ユーザーに表示される最初の画面は、多くの場合、空の状態です。メッセージ、注文、お気に入りはまだありません。経験の浅いデザイナーは、この画面を「リストは空です」として無視します。一方、アイドル状態は、ユーザーに何をすべきかを教える最も貴重な瞬間の 1 つです。適切な空のステータス テキストは、ステータスの説明、空である理由の説明、最初のアクション (「まだお気に入りがありません。ハートのアイコンで気に入った製品を保存してください」) をユーザーに促す 3 つのことを行います。オンボーディング テキストも同様のタスクを実行します。つまり、ユーザーを圧倒することなく、一度に 1 つずつ教えることでユーザーをガイドします。人工知能はこれらのテキストのバリエーションを迅速に生成します。あなたの仕事は、長い説明を避け、内容を短く、魅力的で、行動指向に保つことです。空のステータスはバグではなく、チャンスです。
ヒント: 各空白の状態には、「ユーザーが初めてここに来たときに何をすべきか?」という質問が含まれています。質問と一緒に書きます。アイドル状態は隠れたオンボーディングの瞬間です。
コピー可能なプロンプト
サウンドとトーンのカード: 形容詞 = <<クリア、ウォーム、プレーン>>;しないでください = <<絵文字、非難、専門用語>>;例文 = <<...>>。タスク: 「<<画面/アクション>>」のボタン テキストを提案します。バリエーションを 6 つ挙げて、それぞれの横に、なぜその口調なのかを一文で書きます。 <<X>> 文字以内です。
このエラー状況を「何が起こったのか + 理由 + 次のステップ」という式で記述します: ステータス: <<エラー>>。ユーザーを責めないでください。専門用語は使用しないでください。 3 つのバリエーションを与え、最も短くて明確なものをマークしてください。音声およびトーン カード: <<...>>
これらのマイクロテキストで包括的な表現がないか確認してください。性別の前提、障害のある人を排除する表現、文化的な前提、または不必要に複雑な表現はありませんか?問題と修正のリスト。テキスト: <<リスト>>
このインターフェイス テキストの法的/事実の正確性を確認してください。「無料」、「常時」、「保証」、「キャンセル可能」などの主張は、製品の実際のポリシー (「<<ポリシー>>」) と一致していますか?そうでない人にはフラグを立てて、安全な代替案を提案します。テキスト: <<...>>
弱いプロンプト / 強いプロンプト
弱者: 「エラー メッセージを書きます。」
その結果、「問題が発生しました」のような、一般的で未解決のトーンのないテキストが生成されます。
Strong: 「このトーン カードを使用して、『支払いが失敗した』場合の『何が起こった + 理由 + 次のステップ』の式について 3 つのバリエーションを書きます。ユーザーを責めないでください。最も明確なものにチェックを入れてください。」
結果: ソリューションを示し、ブランドの声に一致する選択可能なバリエーション。
違い: 強力なプロンプトは、声色カード + 公式 + 非難禁止 + バリエーションを提供します。
よくある間違い
- 音声ガイドを与えずに印刷します。ブランドの個性は消え、テキストはありきたりなものになってしまいます。
- 非難的なエラー言語。 「入力が間違っている」とユーザーは身構えてしまいます。
- 法的主張の検証を怠った。 「無料キャンセル」などの表現は、実際のポリシーと矛盾する可能性があります。
- 包括性をスキップします。性別、文化、能力に関する仮定を含むテキストはユーザーを除外します。
- 長さ無視。ボタンに収まらない美しいテキストは役に立ちません。
要約すれば
UX ライティングは短いですが、デザイン上の決定に大きな影響を与えます。 AI は同じマイクロテキストの複数のバリエーションを迅速に生成します。真の価値は、明瞭さ、口調、長さについてチェックし、「何が起こった + なぜ + 次のステップ」という式でエラー メッセージを洗練し、ユーザーの責めを避け、テキストの包括性と法的正確さをチェックすることにあります。各プロンプトに音声トーン カードを追加することで一貫性を維持します。最終的な決定は製品とユーザーに基づいて行います。
アプリケーションタスク
- 4 つの形容詞と 3 つの「禁止事項」を含む製品のトーン カードを作成します。
- 最初のプロンプトを持つボタンに 6 つのバリエーションを作成し、基準に基づいて最適なものを選択します。
- エラー状況の場合は、2 番目のプロンプトで「何が起こった + 理由 + 次のステップ」というメッセージを入力します。
- 3 番目のプロンプトで、作成したすべてのテキストの包括性をチェックします。
- 4 番目のプロンプトで、クレーム (無料、保証済み) を含むテキストが法的に正確であるかどうかを確認します。
チェックリスト
- [ ] 各プロンプトに音声トーン カードを追加しました。
- [ ] 明瞭さ、音色、長さによるばらつきを排除しました。
- [ ] エラーメッセージは「何が起こったのか + 理由 + 次のステップ」で書きました。
- [ ] ユーザーを非難する文章は何も残していません。
- [ ] 包括的な言語チェックを行いました。
- [ ] 主張的な文章と実際の政策を一致させました。