一般
チケットタイプのカテゴリは作成後に変更できますか?
チケットタイプのカテゴリは作成後に変更できますか?
はい。既存のticketタイプのカテゴリは変更可能です。ただし、すでにticketタイプを受け取ったお客様には遡及的な変更は反映されず、新しいお客様にのみ変更が適用されます。
設定 > Inbox > Tickets に移動し、ticketタイプ名の横にある編集アイコンをクリックしてください。
ticketタイプのカテゴリ、アイコン、名前、説明、または顧客共有設定を変更するには、右上の編集アイコンをクリックしてください。
複数のワークスペースにまたがってticketタイプを作成できますか?
複数のワークスペースにまたがってticketタイプを作成できますか?
いいえ。各ワークスペースで同じticketタイプを手動で作成する必要があります。
ticketから外部パートナーと会話を始められますか?
ticketから外部パートナーと会話を始められますか?
はい。顧客の問題でIntercom外のパートナーの参加が必要な場合、side conversationsを使ってticketや会話内から外部パートナーにメールを送れます。
会話を複数のTracker Ticketに同時にリンクできますか?
会話を複数のTracker Ticketに同時にリンクできますか?
いいえ。現在、会話は一度に1つのTracker Ticketにしかリンクできません。この機能リクエストにはProduct Wishlistで賛成票を投じたりコメントしたり購読したりできます。
CSATはticketsで機能しますか?
CSATはticketsで機能しますか?
はい。CSATはCustomer ticketsで機能します。以下のようにWorkflowを設定できます。このWorkflowはCustomer ticketsと会話の両方でトリガーされます。
トリガー - チームメイトが会話の状態を閉じたに変更
待機 - X分
アクション - 会話の評価を依頼
注意: チームメイトが返信しなくてもticketの状態を変更した場合、会話の評価がticketsに送信されます。ticket状態の変更はチームメイトの操作とみなされ、CSAT送信条件を満たします。
新しいticketトリガーがまもなくWorkflowsに追加され、会話トリガーを使わずに設定できるようになります。
SLAはticketsで機能しますか?
SLAはticketsで機能しますか?
はい。SLAはCustomer ticketsで機能します。
会社やそのusers向けにticketsの外部ビューを提供できますか?
会社やそのusers向けにticketsの外部ビューを提供できますか?
はい、関連するすべてのticketsを各顧客組織に外部共有する必要がある場合は、customer portalを設定できます。
チームメイトが返信したときにticket状態を自動更新できますか?
チームメイトが返信したときにticket状態を自動更新できますか?
いいえ。現在、チームメイトがticketに返信した際にticket状態を自動更新することはできません。この機能リクエストにはProduct Wishlistで賛成票を投じたりコメントしたり購読したりできます。代替策として、Workflowsを使って顧客やチームメイトの返信時にticket状態を自動変更できます。これにより、会話中にチームが手動でticketsをIn progressやWaiting on customerに戻す必要がなくなります。このプロセスの詳細はWorkflowsを使った返信時のticket状態自動更新方法をご覧ください。
ticketsの作成
tickets作成時に必須属性を強制するには?
tickets作成時に必須属性を強制するには?
チームメイトに必須属性にするには、ticket属性の作成/編集時に「チームメイトがticketを作成する際に属性を必須にする」を有効にしてください。
顧客が[X]日以上前に閉じたticketに返信したときに新しいticketを作成するWorkflowを設定するには?
顧客が[X]日以上前に閉じたticketに返信したときに新しいticketを作成するWorkflowを設定するには?
このためにWorkflowを使う必要はありません。閉じた会話/チケットへの返信で新しい会話/ticketを開く設定は設定で可能です。チャットやメールのすべての会話/ticketへの返信、またはメールの会話/ticketへの返信のみ設定できます。👇
すべての会話/ticketへの返信の場合:
設定 > チャンネル > Messenger > 一般 > 受信量制御に移動してください。
ここでVisitorsまたはUsersを選択できます。
次に閉じた会話へのVisitors/usersの返信を防止を有効にし、日数を設定してください。
メールの会話/ticketへの返信の場合:
設定 > チャンネル > Email > Email設定に移動し、「閉じたメール会話への返信」までスクロールしてください。
ここで顧客が返信したときに新しい会話を作成 - [X]日後を有効にし、日数を設定してください。
これらの設定はticketsにも適用されます。有効にして希望の期間を設定すると、指定日数後に閉じたticketsへの返信があった場合、新しい会話が開かれます。
注意: これらの設定が構成されていない限り、すべての会話やticketsへの返信はデフォルトで閉じた会話を再度開きます。
統合
TicketsをJiraと統合できますか?
TicketsをJiraと統合できますか?
はい。Intercom TicketsはJiraと統合可能です。Intercomは2つの主要な統合アプリを提供しており、それぞれ異なる機能とサポートチャネルがあります。Jira for TicketsアプリとJira Cloud(サードパーティアプリ)です。
IntercomのJira for Ticketsアプリ (公式Intercomアプリ): これはネイティブ統合です。指定したIntercom ticketタイプからJira課題を自動作成し、メモやコメントをリアルタイムで同期し、Jira課題のステータスをIntercom ticketsに反映します。
Jira Cloud(サードパーティアプリ): これはTools Plusが構築・管理する別のアプリケーションです。会話から直接Jira課題を作成(ticketに変換せずに)したり、会話の再開をカスタム自動化したりする機能があります。
Jiraの公式Intercomアプリはありますか?
Jiraの公式Intercomアプリはありますか?
はい。公式Intercomアプリは「Jira for Ticketsアプリ」と呼ばれています。
API経由でticketsとリンクされた会話を削除するには?
API経由でticketsとリンクされた会話を削除するには?
APIでticketsを削除する際、ticketsとリンクされた会話の扱いを理解することが重要です。
単独のtickets(会話にリンクされていないもの)は、DELETEメソッドで
/tickets/{id}エンドポイントを使いAPI経由で直接削除できます。詳細は開発者ドキュメントをご覧ください。会話にリンクされたticketsはこの方法で削除できません。
会話にリンクされたticketを削除するには、DELETEメソッドで
/conversations/{id}エンドポイントを使いAPI経由で会話を削除する必要があります。会話を削除すると、その会話とリンクされたticketの両方が自動的に削除されます。
会話とticketのリンクを解除することはできません。
したがって、会話にリンクされたticketsは、会話を削除することでのみ両方を削除できます。
この設計により、Intercom内の関連するticketsと会話の一貫性と信頼性のある管理が保証されます。
ticketデータのエクスポート
なぜticketデータセットのエクスポートに選択した日付範囲外のticketsが含まれるのですか?
なぜticketデータセットのエクスポートに選択した日付範囲外のticketsが含まれるのですか?
Ticketsデータセットのエクスポートでは、選択した期間内に解決されたticketsのみを厳密にフィルタリングしません。"Ticket last resolved"の値が空白、または選択範囲外の日付のticketsもエクスポートに含まれることがあります。
特定の日付範囲内に解決されたticketsのみを取得するには、データセットをエクスポート後、Intercom外で"Ticket last resolved"列でフィルタリングしてください。









