マイクロコピー＆エディタ組織の原則

Last Updated 10月 30, 2024

Important Note

UX（ユーザーエクスペリエンス）とUI（ユーザーインターフェイス）のデザイン原則は、シームレスで直感的なユーザージャーニーを作成し、ユーザーの満足度とエンゲージメントを向上させます。

この記事では、マイクロコピーとUXのベストプラクティスに関する原則に焦点を当てます。 UIデザインの詳細については、コンテンツブランディング＆UIデザインをご覧ください。

概要

WalkMeエディタでのコンテンツの組織の標準化とネーミング規約は、プロジェクトレベルでデジタル導入アプローチを正式化するために取ることができる最も簡単なステップの1つです。これには、WalkMeアイテムとWalkMeインサイトの両方で、フォルダ、サブフォルダ、個々のWalkMeアイテムのネーミングと分類のルールが含まれます。

この記事では、内部命名規則（エディタを整理するため）と、マイクロコピー（ボタンラベル、エラーメッセージ、フォームの説明など、インターフェイスでエンドユーザーをガイドするテキストビット）について説明します

優れたマイクロコピー（インターフェイスでユーザーをガイドするテキストビット）は、ブランドの声と個性を伝えるのに役立ち、ユーザーエクスペリエンスをより魅力的で楽しいものにします。

注記：標準化するということは、新しい標準が導入されることに対する説明責任でもあります。公開前のチェックポイントなど、新しい基準への準拠を確認する方法とプロジェクトリーダーまたはプログラムマネージャーなどの所有者を指定ます。

これがプログラムに与える影響

運用化の利点

ユーザーエラーとフラストレーションの可能性を低減します
デジタル製品をより直感的でユーザーフレンドリーにします

運用化しないことのリスク

ユーザーの混乱
サポートリクエストの増加
信頼の喪失
ブランドの一貫性
アクセシビリティの問題

内部命名規則

一般的なベストプラクティス

WalkMeアプリケーションタイプ（スマートウォークスルー、スマートチップなど）を名前の一部として追加するのは避けてください。アイテムタイプ別に最適化されたネーミング規約の例を次に示します。

スマートウォークスルー

代わりに： 機会SWTを作成
使用： 機会の作成

スマートチップ

代わりに： Help Me
使用： 機会ページミニメニュー

ランチャー

代わりに： インビジブルランチャー
使用： 機会「保存」検証ゲート

WalkMeメニューのアイテム

WalkMeメニューに追加されたアイテム、例えば、スマートウォークスルーまたはリソースなど、エディタでユーザーに与えられた名前も表示されることを覚えておいてください。内部命名規則を使用して、内部チームにより多くのコンテキストを与えることができます。

注：スマートウォークスルーとリソースには、ビルダーにより多くのコンテキストを提供するために、内部のみの名前を追加できます。

WalkMeアイテムの先頭にある2つの「|」に挟まれたあらゆるテキストは、WalkMeの内部ユーザーにのみエディタ内で表示されます。これらの文字以外のテキストは、エンドユーザーを含むすべての人に見えます。

例：

|バージョン1.0|機会を作成は、メニューに機会を作成として表示されます。

エンゲージされたエレメントと追跡イベント

追跡イベントおよび/またはエンゲージされたエレメントのデータをITまたは製品のステークホルダーに送信する場合は、明確で一貫性のあるネーミング規約が特に重要です。これにより、混乱を軽減し、ステークホルダーとデジタル導入チーム間の余分なコミュニケーションの必要性を排除できます。

SegmentやMixpanelなどの行動分析ソフトウェアは、オブジェクト - アクションモデルを促進し、エンゲージされたエレメントや追跡イベントが簡潔で一貫性があり、理解しやすいようにします。

作業している多くのシステムの複雑さ（モバイルアプリケーションやコンシューマーアプリケーションと比較して）を考えると、特定のプロセスも呼び出すことをお勧めします。プロセス - オブジェクト - アクションフレームワークを使用します。

プロセス - オブジェクト - アクション フレームワークを使用した追跡イベントの例はこちら。

請求書 - 新しいPOフォームをリクエスト - ページビュー
請求書 - 新しいPOフォームをリクエスト - クリック
請求書 - 新しいPOフォームを提出 - クリック

マイクロコピー

これらの小さなテキストは、全体的なユーザーエクスペリエンスを向上させる上で重要な役割を果たします。

WalkMeのマイクロコピーのベストプラクティスをダウンロードするには、以下のテンプレート＆ツールをダウンロードし、WalkMe Buildエキスパートからのヒントについては、こちらのTip Tuesday動画をご覧ください。

エディタフォルダ管理

エディタフォルダ機能の詳細はこちら。

ここでのベストプラクティスには、次のものがあります。

ビルダーまたはフェーズではなく、モジュールまたはプロセス別にフォルダタイプを標準化
略語を標準化
サブフォルダの使用の範囲を検討してください（メンテナンスと潜在的なビルダーを念頭に置いて慎重に設定）

テンプレート＆ツールをダウンロードします

Microcopy Best Practices - Sample SOP

8つのマイクロコピーのヒントと、各々のすること/しないことの例が含まれています。このガイドに基づいて、DAPビルダーのための標準的なWalkMeマイクロコピーの原則のリストを作成します。

ダウンロードはこちら。

はじめに：標準化するためのチェックリスト

この分野で標準操作手順を作成する際の考慮事項は、以下です。

ネーミング規約チェックリスト

☐ 個々のフォルダとサブフォルダをネーミングするための基準は何か？

☐ 個々のWalkMeアイテム（Engaged Elementsを含む）にネーミングするための基準は何か？

☐ 一部のデプロイ可能な名前は、メニューでエンドユーザーに表示されると考えたか？

☐ インサイトで追跡イベントをネーミングするための基準は何か？

☐ セグメンテーションタグのネーミング基準は何か？

☐ 導入プロジェクトのネーミング基準は何か？

☐ レポートビルダーを使用する際のレポートネーミング基準は何か？

公開前チェックポイントチェックリスト

☐ ソリューションがこれらの基準を遵守することを保証するためのプロセスは何か？

☐ ソリューションのチェックは誰が責任を持ち、プロセスのどの段階で責任を持つか？

☐ 準拠性を確保するために、稼働（ゴーライブ）後にエディタを監査するためのプロセスは何か？この種のレビューは、どのくらいの頻度で発生するか？

管理チェックリスト

☐ これらの手順は、規模の優先順位付けと管理時間を短縮するために、どのように文書化されているか？

☐ どのくらいの頻度でレビューされるか？

☐ それらを執行する責任を負うのは誰か？

☐ 手順に提案された変更がある場合、それらの変更を承認するのは誰か？

☐ これらの基準のロールアウトが成功したかどうかをどのように知るか？成功を測定するための明確な方法はありますか？明確なフィードバックループはありますか？

☐ これらの手順に変更/追加がある場合、それらを伝える責任を負うのは誰か？変更は、どのように伝達されるか/誰に伝達されるか？

この記事は役に立ちましたか？

はいいいえ

はい

いいえ

ご意見ありがとうございます！