メッセージ通知はユーザーの携帯電話ページにリアルタイムでコンテンツを届けることができますが、大量のメッセージ通知はユーザーの嫌悪感を招き、これも本来の設計意図に反します。
メッセージ通知により、ステータスやコンテンツの更新情報をタイムリーにユーザーに届けることができ、ユーザーは受信したメッセージに基づいてフォローアップの判断を行うことができます。しかし、重要なメッセージが期限内にユーザーに届かなかったり、メッセージが悪用されたりすると、メッセージ通知の本来の目的が失われてしまいます。
特に複雑な業務処理を伴う製品では、メッセージの種類も複雑であり、メッセージの種類を網羅的に確認することが困難であるため、メッセージシステムの設計は特に重要である。
この記事を通じて、メッセージ通知システムをより包括的かつ効率的に設計できるようになれば幸いです。
1. メッセージ通知の見方
メッセージ通知は製品に提供され、ユーザーが対応する通知情報を迅速に取得できるようにする必要があります。新しい返信のリマインダーを受信したり、作業台に作業の進捗状況を表示したり、友人から電話をかけたり、生活のあらゆる場所で情報を交換したりできます。アプリや Web アプリケーションでの情報交換の最も一般的な方法はメッセージ通知です。
情報交換の方法として、メッセージはそのプロセス、つまり「特定のトリガー条件が満たされると、送信者は受信者にメッセージを送信し、受信者はこのメッセージに対してフィードバックを提供できる」というプロセスを抽象化します。次の重要な要素を含める必要があります。
- メッセージのトリガー時刻と条件 (いつ、何を): 定期的に繰り返される時点、またはシステム状態の変化、ユーザーの操作結果など。
- メッセージの送信者 (メッセージを発見した人): システム、サードパーティのサービス プロバイダー、または特定のユーザーである可能性があります。
- メッセージ受信者 (誰が知る必要があるか): つまり、受信者はシステム内のすべてのユーザーである場合もあれば、権限の分割に従ってユーザー グループまたは特定のユーザーにプッシュされる場合もあります。
- メッセージ アクセス チャネル (彼を見つける方法): テキスト メッセージ、電話、アプリ内の通知など。
- メッセージ通知コンテンツ (彼に伝える内容): SMS テキスト、電話での会話コンテンツ、通知メッセージのコピーライティング、その他のメッセージ通知。
- メッセージ操作フィードバック（何ができるか）：主に読み取り専用と操作フィードバックに分かれます。読み取り専用とは、ユーザーが現在のメッセージを閲覧した後、主に理解のためにそれ以上の操作を行う必要がないことを意味します。操作フィードバックとは、ユーザーが現在のメッセージを閲覧し、閲覧後に対応するフォローアップ操作を実行する必要があることを意味します。
優れたメッセージング システムが満たすべき条件は次のとおりです。
- 包括的: ユーザーがメッセージ通知システムを通じてメッセージの更新内容を安全に理解できるように、通知のメッセージ項目は完全かつ包括的である必要があります。
- タイムリー: メッセージはタイムリーかつ効果的に到達される必要があります。メッセージ関連のイベントが発生した後、ユーザーは初めて情報を取得し、メッセージ送信者に操作上のフィードバックを提供できます。
- 効率的: 合理的なメッセージ送信チャネルを通じて過剰なメッセージがユーザーに侵入することを回避し、ユーザーが同様の情報を設定および組み合わせることを可能にし、ユーザーがメッセージ通知を効率的に処理できるようにします。
2. 通知を確認する方法
包括的でタイムリーかつ効果的なメッセージ通知システムを設計するには、メッセージの 6 つの主要な要素を包括的に調べ、段階的にメッセージ通知システムの設計を完了する必要があります。主に以下の3つのステップに分かれます。
- インベントリ システムに含まれるメッセージ アイテム: トリガー条件、通知ソース、通知オブジェクトを含みます。メッセージ システムの整合性を確保するには、完全なメッセージ アイテムをカウントする必要があります。
- 各メッセージ項目の到達チャネルを含む、メッセージ到達チャネルを決定します。すべてのメッセージがユーザーに届くようにすると同時に、重要な情報にも届きやすくなり、メッセージ通知の適時性が保証されます。
- 通知内容と操作フィードバックを記述する：各メッセージ項目の通知内容と操作フィードバックを記述します。メッセージの内容がユーザーに効果的に伝わり、ユーザーが迅速にフィードバックや操作を行えるようにします。
棚卸しのプロセス、つまりメッセージ通知のリストを整理するプロセス。製品、研究開発などのチームメンバーとのコミュニケーションにもチェックリストが使用されます。最終的な目標は、以下のフォームに記入することです。
1. システムに含まれるメッセージ項目の一覧を作成します。
現在のステップでは、システム内の可能性のあるメッセージ項目の完全なインベントリが必要です。メッセージ アイテムのインベントリは、メッセージ タイプごとのウォークスルーによって実行できます。市場にはさらにコンセンサスのあるニュース分類方法があり、主に禁止、警告、成功の 3 つのカテゴリに分類されます。ただし、実際の設計作業では、メッセージ項目をより完全にインベントリするために、次のメッセージ分類方法と連携する必要があります。 (1
) インベントリ内の各メッセージ項目は、次の 4 つの重要な要素を補完する必要があります。
- 発動条件：商品のコアシーンと組み合わせることで整理され完成します。状態図またはスイムレーン図を通じてギャップをチェックし、ギャップを補います (詳細については次の段落を参照)。
- 通知元: 内部システム、ユーザー グループ、または特定のユーザーの場合があります。ユーザー グループの分割については、製品担当者や研究開発担当者と事前に連絡しておく必要があります。
- 通知対象: すべてのユーザーである場合もあれば、ユーザー グループまたは特定のユーザーである場合もあります。トリガー条件のシーンによって決定されます。
- 重要度: チームに伝達する必要があり、「高」、「中」、「低」の分類方法を使用できます。
以下の表を使用して、製品、設計、研究開発間のコミュニケーションを促進するためにカウントされた情報項目を整理します。
(2) フローチャートまたはスイムレーン図を使用してギャップを確認し、ギャップを埋める
複雑な状態遷移やタスク フローを伴う ToB または ToG 製品の場合、分類された方法でメッセージ アイテムの一覧を作成することに加えて、メッセージ タイプの欠落を避けるために、ギャップをチェックし、フローチャートまたはスイム レーン ダイアグラムと照らし合わせてギャップを埋めることも必要です。
たとえば、オンラインで製品を購入して受け取る顧客の製品関連の状態変化を次の図に示します。各状態はメッセージ アイテムに対応できます。システムに複数の役割が含まれており、役割間のプロセスが相互作用する場合、スイミング レーン
は図の形で整理して使用します。スイムレーン図の各状態変化線は、状態変化リマインダーに対応します。このうち、ロール間の対話行は、次の処理状態に入る前にロールによるアクティブな処理が必要なため、このメッセージは通常保留メッセージになります。
(3) メッセージ通知システムに含めるべきでないメッセージの種類
通知の完全性は非常に重要ですが、初期段階で整理するときに、次のような一部のメッセージをリストから削除する必要があることに注意してください。
- 「お久しぶりです」などの簡単な挨拶メッセージ。
- システムのバックグラウンドデータの更新など、ユーザーが知る必要のないメッセージ。
2. メッセージに到達するためのチャネルを決定する
ユーザーにプッシュするメッセージの種類を決定したら、各メッセージに適切な通知方法を一致させる必要があります。通知方法が異なれば、適用可能なシナリオも異なります。次の表を参照して、最初のステップの重要性と組み合わせてメッセージのリーチ チャネルを設定できます。メッセージ リーチ チャネルの設定結果は、最初のステップのテーブルに入力されます
。ステップ：
残高通知金額：
優れたメッセージング システムは、過度に邪魔にならずに到達できる必要があります。そのため、実際のシステム運用時に発生する可能性のある通知量を予測し、重要なメッセージをより効果的かつタイムリーにユーザーに届けられるよう、通知方法を適切に調整する必要があります。
最終的に調整されたメッセージ数とリマインダーの強さの関係は、次の図に示すようにピラミッド パターンを形成することが望ましいです。
(1) 重複メッセージを結合する
メッセージ項目が頻繁に表示され、ユーザーが各メッセージを時間内に把握する必要がない場合は、メッセージを結合することで通知の数を減らすことができます。マージには主に 2 つの方法があります。過去のノード情報をマージする方法と、類似したメッセージをマージする方法です。
プロセスの過去のノード メッセージのマージ: 一部のプロセス通知では、ユーザーが応答または表示する前にプロセスが次の段階に入っており、履歴ノードの情報を知る必要がなくなった場合、過去のプロセス ノードのメッセージをマージできます。例えば、タオバオで物流を表示する場合、同じ注文の物流については最新のものだけが保持されます。
類似した情報をマージ: 同じタイプのメッセージが多すぎるため、ユーザーはメッセージを 1 つずつ表示する必要はありません。ユーザーが完全なコンテンツを表示するためのアクセスを提供する必要がある場合にのみ、同じタイプのメッセージが自動的にマージされます。ユーザーへの迷惑を軽減するため。たとえば、Instagram がユーザーの動的な情報を表示する場合、同じ日に同じ種類のニュースがマージされます。
インテリジェントなプッシュ: システムは、条件が許せば、ユーザーの行動分析とユーザーのポートレートに基づいてインテリジェントなプッシュを実行できます。たとえば、ユーザーのポートレートに基づいて操作メッセージをタイプ別にプッシュしたり、ユーザーが受信したメッセージの数に基づいてメッセージ プッシュを組み合わせるかどうかを判断したりします。
(4) チャネル間でのメッセージ項目の継続と統一
情報の連続性を保つために、メッセージ チャネルを作成する際に注意を払う必要があるチャネル間には、次のような相関関係があります。
- アプリとウェブなど異なる端末がシステムに含まれる場合、同じ通知タイプのメッセージを統一する必要がある
- バッジ プロンプトには、アプリ内メッセージ通知モジュールに対応するメッセージ プロンプトが必要です
- プッシュメッセージのテキストはアプリ内メッセージセンターと一致している必要があります
3. 通知内容と操作フィードバックを記述する
通知の内容は簡潔で理解しやすいものである必要がありますが、ユーザーが迅速に処理できるようにする必要もあります。多くの経験に基づいて、一般的な記述式を使用して通知内容を記述することができます。
記述式を使用してコンテンツを記述する場合は、次の点に注意する必要があります。
- 優先フォーカス: ユーザーが最初にタッチするシーンは、携帯電話からのプッシュ メッセージ、または複数のメッセージのリストである可能性があります。このため、コピーを作成する際には、確認コード、返済額、イベントリマインダー名などの重要な情報を先頭に記述する必要があります。
- 機密情報の保護：ユーザーが情報を取得する場面がプライベートであるかどうかを確認することができません。金銭や個人情報などのプライベートデータについては、アプリまたは他のチャネルで設定項目を提供し、メッセージ通知に特定の値を含めるかどうかをユーザーが選択できるようにすることをお勧めします。デフォルトで表示する場合には、事前に利用者に通知する必要があります。
- ソース情報の公開: 電子メールやテキスト メッセージなど、製品が所有していないチャネルを通じてメッセージをプッシュする場合、ユーザーはニュースのソースが公式であるかどうか確信が持てない可能性があるため、ソース情報を含める必要があります。
- トリガー時刻の付与：メッセージの発生時刻がユーザーのその後の判断や操作に影響を及ぼす場合、通知内容にメッセージの発生時刻を含める必要があります。
上記の一般的な注意事項に加えて、チャネル自体の特性の違いにより、チャネルに関する次の重要な点にも注意する必要があります。
- 電話: カスタマー サービスへの電話の基準を設定する必要があり、一般的には通話を開始する前に、電話をかけてきたユーザーとその目的をユーザーに伝える必要があります。通知の内容を伝えた後、現在の情報への対処方法や、詳細を確認するにはどのチャネルにアクセスすればよいかをユーザーに伝える必要があります。
- SMS送信元プラットフォーム：通知SMSの送信番号は、サービス提供者の設定の問題により複数の送信番号でユーザーに送信される場合があるため、ユーザーは番号から送信者を判断することはできません。したがって、ブランド認知度を高め、ユーザーがスパム テキスト メッセージと誤解するのを防ぐために、テキスト メッセージの最初でプラットフォームの出所を説明する必要があります。
- SMS 操作フィードバック: ほとんどの SMS メッセージはプレーン テキスト メッセージであるため、リンクまたはパス ガイダンスを通じて関連する操作フィードバックを提供する必要があります。テキスト メッセージに詳細なリンクが含まれている場合は、ルート ドメイン名を保持する短いリンクとしてリンクを設定することをお勧めします。たとえば、「詳細についてはクリックしてください: cdc.qq.com/d8djei」です。
- 電子メール: テキスト メッセージと同様に、送信元の信頼性の問題がありますが、電子メールの内容にはブランド要素が含まれている必要があり、送信メール アドレスの末尾には製品の公式 Web サイトを使用する必要があります。また、メールソフトによっては画像を自動的にダウンロードしない場合や、メールの重要な内容に画像を使用しない場合もありますのでご注意ください。
- プッシュ プッシュ (モバイル端末): 携帯電話システムによって送信される、モバイル端末上のメッセージのための固有の到達チャネルです。送信される情報の形式は、システム要件によって制限されます。最新のプッシュ要件については、関連する設計仕様書またはインターフェイス仕様を参照してください。アプリケーションのアイコンと名前体系は自動的に補完されるため、コピーを作成するときに含める必要はありません。
- WeChat パブリック アカウント (サブスクリプション アカウント/サービス アカウント): WeChat のサブスクリプション アカウントおよびサービス アカウントのメッセージ プッシュ方法は頻繁に変更されるため、最新の要件を確認し、コピーを作成する必要があります。関連リンクについては、リンクを参照してください。
通知内容と操作フィードバックを整理したら、メッセージ分類表を更新し、関連情報を補足します。
それ以来、メッセージ項目の棚卸が完了し、その後の製品や研究開発とのコミュニケーションはこのフォームに基づいて行うことができます。ビジネスが変化すると、テーブルの内容も同期的に更新する必要があります。
3. メッセージセンターの設計方法
メッセージ通知の到達チャネルのうち、電話、テキスト メッセージ、およびプッシュの表示はシステムによって決定されます。ただし、製品に独立したアプリがある場合、多くの場合、メッセージ センターはメッセージの完全なリストを保持する必要があります。この章では、メッセージ センターを設計する方法について説明します。
さまざまなアプリケーションのメッセージ センターの処理方法は、製品の位置付けやアプリケーション フレームワークなどの要因の影響を受け、設計の違いは非常に大きくなります。ただし、メッセージセンターの入り口、メッセージリストの構成、メッセージカードのスタイル、メッセージの設定などのパスごとに分けることでデザインを簡素化できます。
1. メッセージセンター入口
エントリの形式は主に 3 つあります: 下部のタブ、パーソナル センター近くのアイコンの入り口、パーソナル センターのメニュー項目です。
- 下部のタブ: 一般に、製品のコア機能における多数のユーザー間のコミュニケーションに適用したり、メッセージの露出を強化してユーザーにさらに多くのコンテンツをアップロードするよう促したりすることができます。
重要なメッセージの種類については、未読メッセージの数を示すデジタルバッジを提供できます。 - トップアイコンエントリ: 一般に、製品ニュースの数が少ない場合、またはニュースが製品の中核シーンにほとんど影響を与えない状況に適用されます。一般的には、ホームページの上部、またはパーソナルセンターページの上部にアイコンが入り口として存在します。アイコンには、
未読メッセージの数を示す数字のバッジが表示されます。 - パーソナル センター メニュー項目: 通常、製品の上部スペースが他の目的に使用されており、アイコンのエントリがない場合に適用されます。
2. メッセージ一覧
メッセージ センターのエントリをクリックすると、メッセージ リストにジャンプします。メッセージは即時性があるため、時間の次元に従って配置する必要があります。ただし、製品にメッセージの種類が多い場合は、グループ化して結合したり、サブタブを作成したりすることで、ユーザーのメッセージへのアクセス効率を向上させることができます。
グループごとにメッセージリストを結合する
タブごとにメッセージ リストを結合する
複雑な通知タイプを持つシステムの場合、二次リストの形式を使用して、WeChat や Alipay などのメッセージをさらに分類して表示することもできます。これらのメッセージには、多数のサードパーティ サービスとメッセージが含まれているためです。これらはすべて複雑ですが、ユーザーがカテゴリ別にメッセージを検索できるようにするための 2 番目のメッセージ リストを設定します。
3.メッセージカード
メッセージ リストには 2 つのスタイルのカードから選択できます。通常、小さいカード スタイルは、ユーザーがより効率的に閲覧できるように、第 1 レベルのメッセージ リストで使用されます。大きなカード スタイルは、二次メッセージ リスト、または現在適用されているメッセージの数が少ない場合に使用されます。
4. メッセージセンターの設定
通常、メッセージ センターの一覧ページの右上隅にありますが、設定項目が多い場合は、2 番目のレベルのページに設定エントリが表示されます。よく使用されるメッセージ設定項目は次のとおりです。
- すべて既読: メッセージの数が多く、未読の状態がバッジの表示に影響を与える場合、この設定項目を指定する必要があります。クリックすると、リスト内のすべてのメッセージ項目が読み取られるように設定されます。
- ダイアログの開始: システムに通信機能が含まれている場合、通常、メッセージ テーブル ページにダイアログを開始するためのクイック エントリが提供されます。クリックするとアドレス帳や友達リストにジャンプします。
- 通知プロンプト方法を設定します。Weibo などのメッセージ タイプに応じて、特定の通知アイテムに対して受信チャネル、受信期間、チャネル間の読み取りリンクなどを提供するか、メッセージ通知の精度をユーザーが選択できるようにします。 WeChat などの特定の情報を含めると、「メッセージを受信しました」という曖昧なメッセージを受信することがあります。
- メッセージのプッシュ許可を有効にする: 一部のアプリには、ユーザーがシステム設定で現在のアプリの通知許可をオンにする必要があるステータス更新や重要なリマインダーがあり、これにはユーザーに通知をオンにするよう促す機能が含まれます。これらのプロンプトは、ユーザーが「アイテムの処理」や「ステータスのアップロード」などの操作を実行してプロセスを開始した後に表示される必要があります。ユーザーがアプリを起動する
ときに通知ポップアップ ウィンドウを開くことはお勧めできません。
4. まとめ
この記事は、メッセージ通知システムの設計の予備的な紹介であり、初心者の製品、インタラクション、製品エクスペリエンスの設計者がメッセージ通知システムのコンテンツ インベントリとメッセージ センターの設計方法をすぐに理解し、タイムリーなメッセージ通知システムの設計方法を開発できるようにすることを目的としています。 、効率的で完全なメッセージ通知システム。