Intercomは、目標、A/Bテスト、コントロールグループ機能でメッセージの効果を簡単に測定できます。まずは目標を見てみましょう。
目標
送信するすべてのメッセージには目標があります。しかし、開封率やクリック率だけでは限界があります。目標こそがメッセージの真のパフォーマンス指標です。継続的なメッセージを作成する際に、その効果を測るための目標を設定できます。メッセージを受け取った後に目標を達成したusersを確認できます。
継続的なメッセージに目標を追加するには、「Set your goal」のドロップダウンから選択します。次に、測定したい結果を選びます。下の例では「Web sessions is increased」を目標に設定しました。このメッセージを受け取ったusersがアプリに戻ると、そのusersはこの目標の合計に貢献します。
また、customersの行動が目標にカウントされる期間の制限も設定すべきです。この例では、メッセージを受け取ってから3日以内に追加のweb sessionsがあったcustomersをカウントします。
期間を長く設定すると、目標を達成する受信者の割合は増えますが、その行動が他の要因、例えば他のメッセージの影響を受けている可能性も高まります。
Intercomの任意のデータ（イベントやuser属性）を使って目標を設定できます。メッセージの望ましい結果なら何でも可能です。例えば、usersがproプランにアップグレードすること、iOSセッションを増やすこと、メッセージをもっと送ること、アバターをアップロードすることなどが目標になり得ます。
メッセージがライブになると、メッセージの統計バーで目標のパフォーマンスを追跡できます。
日付目標を設定する場合、「has any value」のみ選択可能です。
目標はどのように計算されますか？
目標は送信されたメッセージ数に基づいて計算されます。
送信、開封、クリックされたメッセージ数の後で目標を簡単にフィルタリングできます。
もちろん、one-off messagesにも目標を追加できます。👌
usersがメッセージ送信前にすでに目標を達成している場合、そのusersは目標達成率にカウントされません。
メッセージの目標はいつチェックされますか？
ユーザーに更新があるたび（ping / REST API / CSVインポート経由の更新も含む）、目標チェックがキューに入ります。
更新に特定の目標属性の変更が含まれている場合のみ目標がトリガーされます。属性が更新されていない場合は目標はトリガーされません。これは、目標チェック時に差分のみを確認し、ユーザープロファイル全体は確認しないためです。
例として、usersがpingすると目標チェックがキューに入りますが、確認するのはlast_request_atの更新のみで、ユーザープロファイル全体ではありません。pingで属性が更新された場合（例：favourite fruit is orange）、last_request_atとfavourite_fruitの変更に対して目標をチェックしますが、他の属性はチェックしません。
目標チェック時にユーザープロファイル全体を毎回確認しない理由は、usersがメッセージ受信前のデータに基づいて目標をトリガーするのを防ぐためです。