もしあなたが企業に販売しているなら、Intercomのcompanies機能を使う必要があります。デフォルトではIntercomはすべてのusersを個人として扱いますが、companies機能は同じ会社のすべてのusersをグループ化します。
なぜcompanies機能を使うのか？
関心のあるグループを特定する
usersリストと同様に、標準またはカスタム属性でフィルタリングしてcompaniesリストを絞り込み、特定の質問に答えることができます。例えば以下のようなものです；
どのcompaniesが月額100ドル以上を支払っていますか？
どのcompaniesが8,000人以上のusersを持っていますか？
次のプライベートベータラウンドの対象となるcompaniesのリストを見せてください。
これらのリストを作成したら、セグメントとして保存できます。例えば、最高プランに加入しているが30日間アクティブでないcompaniesのセグメントを作成したり、特定の機能の使用をすべて停止したcompaniesのセグメントを作成したりできます。
また、companiesにタグを付けて関心のあるグループに手動で追加することもできます（タグはセグメントに似ていますが、usersは手動でタグ付けされ、セグメントには自動的に追加されます）。
会社にメッセージを送る
関心のあるグループを特定したら、ターゲットを絞ったメッセージを送信できます。例えば、「Stopped using feature x」セグメントに追加されたすべての人に自動メッセージを送るよう設定できます。そのメッセージは再利用を促すリンクを含むか、以下の例のように、なぜ停止したのかを尋ねる内容にすることができます。
自動メッセージでcompany属性を使用すると、そのcompanyの誰にでも自動メッセージが送信されます。複数のcompaniesに所属するusersは、それぞれのcompanyごとに別々のメッセージを受け取ります。
会社プロフィールページ
任意のcompaniesのプロフィールページをクリックすると、最初に会社プロフィールカードが表示されます。ここではチームの各メンバーの所在地、会社のプラン、オープンしている会話数などがわかります。
そのcompanyで起きているすべてのことをアクティビティストリームで確認できます。
usersタブでcompanyの全員が誰で、何をしているかを見ることができます。
ここでそのcompanyとのすべての会話を見て、返信もできます。
会社についてのメモを残すことができ、あなたやチームメンバーがプロフィールページを訪れたときにより多くのコンテキストを得られます。
始めましょう
会社情報はintercomSettingsコードスニペットで、companyというJSONオブジェクトとして送信されます。
会社が有効なJSONを返すことを必ず二重に確認してください（データベースがnull値を返す場合でも）；これはすべてのキーと文字列の周りに二重引用符があることを意味します。以下はその例です。
window.intercomSettings = {
email: "example@example.com",
created_at: 1457552104,
app_id: "pi3243fa",
company: {
company_id: "123",
name: "Intercorp",
created_at: 1234567890,
// (optional): Insert name of the plan current company is on
plan: "pro",
// (optional): Insert amount current company spends a month
monthly_spend: 10,
// (optional): Add any custom attributes, e.g.,
upgraded_at: 1424941688
}
}注意：
会社IDと会社名は、会社をIntercomに渡すための最低限の要件です。
会社IDは更新できないため、将来変更されない一意の値を使用してください。
異なる会社IDを送信した場合どうなるか
既に存在する会社に新しいcompany_idを送信しても、既存のレコードは名前変更や更新されず、Intercomは別の独立した会社を作成します。名前、属性、タグが同一でも同様です。
両方のレコードはワークスペースに残り、連絡先は両方に紐づいたままです。これは主に以下の場合に発生します：
ワークスペースの移行、データホスティング地域間の移動を含む
CRMの切り替え、またはcompany_idとして同期するフィールドの変更
会社識別子の再キーイング、例えば数値IDからUUIDへの変更
重複した会社レコードが影響すること
Intercomは両方のレコードを別々の会社として扱います：
会社数とセグメントは両方のレコードを含みます
会社データを使うアウトバウンドメッセージはレコードごとに1回送信され、同じ会社の2つのレコードを持つ連絡先は2通受け取ります
「一度だけ入る」設定のシリーズは、連絡先が再度入ることを許可します。なぜなら、入場は連絡先ごと会社ごとに追跡され、新しいレコードはシリーズにまだ認識されていないためです。
一方のレコードに適用されたタグやカスタム属性はもう一方には表示されません。
重要：移行や再同期の前に、元々送信したcompany_idと同じ値を送信していることを確認してください。識別子スキームを変更する必要がある場合は、マッピングを先に決めてください。誤ったマッピングを送信すると、統合されずに3つ目のレコードが作成されます。
重複した会社レコードの修正方法
以下の両方のステップが必要です。どちらか一方だけでは不十分です。
新しいコピーの作成を停止します。元の
company_idを使って再同期し、更新が既存のcompaniesに反映されるようにします。開始前にどの新しい識別子がどの元の識別子に対応するかを確認してください。既存のコピーをクリーンアップします。ステップ1は新しい重複の発生を防ぎますが、既存の重複はワークスペースに残り、タグ付けされ、連絡先に紐づいたままです。タグを削除するか連絡先から切り離してください。タグがなければ重複はオーディエンスルールに一致しません。
注意：重複した会社レコードに送信済みのメッセージは取り消せません。
一般設定で「Intercom全体で会社関連機能を有効にする」をオンにする必要があります。さらに、「Messengerでの会社属性更新を防止」機能がオフになっていることを確認してください。これによりusersは新しく作成されたcompaniesに関連付けられます。
REST APIを使ってIntercomの会社データを送信することもできます。REST APIを使うと、usersや会話を明示的にcompaniesに関連付けられ、自動関連付けが失敗した場合でもより信頼性の高い操作が可能です。
注意：会社データはCSV経由でインポートできません。
会社属性が資格データに追加されると、一部の会社データはUIで編集可能になります。
なぜ私のcompaniesはウェブセッションが0だったり、最終閲覧日時が正しくないのか？
usersにウェブセッションの値があるのに、その関連するcompanyのウェブセッションが0と表示される場合、usersのログイン時にcompanyを識別していない可能性があります。
usersがワークスペースにログインするとき、companyの情報も一緒に宣言する必要があります。
以下はusersを読み込み、companyを割り当てる例です。
window.intercomSettings = {
email: "chris@cooldudes.biz",
app_id: "pi3243fa",
company: {
id: "123",
name: "Synergy Corp",
}
}上記にはcompanyの詳細が含まれています。これにより、usersがログインすると、そのlast_seen値とcompanyのlast_seen値の両方が更新されます。
以下だけを渡すと、usersのlast_seen属性は更新されますが、companyは更新されません。
window.intercomSettings = {
email: "chris@cooldudes.biz",
app_id: "pi3243fa",
}
usersをcompanyから削除する方法
companyプロフィールからusersを削除するのは簡単です。削除したいusersを選択し、「削除」ボタンをクリックするだけです。
重要な情報：
usersがcompanyに追加または関連付けられるまで、companiesはIntercomに表示されません。必要に応じてAPIでcompaniesを作成することもできます。
companyのmonthly_spend属性には整数値のみを入力してください。小数値は自動的に四捨五入されます。例えば10.4なら10に丸めてください。
usersが複数のcompaniesに関連付けられている場合、どのcompanyのセッションを更新すべきかわかりません。companyのセッションを更新するには、usersの更新にcompanyオブジェクトを含める必要があります。
usersは複数のcompaniesに所属できますが、現在サインインしているcompanyのデータのみを送信してください。companyオブジェクト内に他の属性を送信することもできます。それらはそのcompanyのカスタム属性として扱われます。詳しくはカスタム属性についてをご覧ください。