はい - 既存のticketタイプのカテゴリを変更できます。ただし、すでにticketタイプを受け取った顧客には影響しません。新しい顧客が受け取るticketには変更が反映されます。

設定 > Inbox > Tickets に移動し、ticketタイプ名の横にある編集アイコンをクリックしてください。

ticketタイプのカテゴリ、アイコン、名前、説明、または顧客共有設定を変更するには、右上の編集アイコンをクリックしてください。

いいえ、各ワークスペースで同じticketタイプを手動で作成する必要があります。

はい、顧客の問題でIntercom外のパートナーの参加が必要な場合、side conversationsを使ってticketや会話内から外部パートナーにメールを送れます。

いいえ、これらの属性はInboxからticketを検索するために基本的なものであり、非表示や削除はできません。

これらは特にTracker Ticketsへのリンクで、正しいものにリンクしていることを明確にするために重要です。

いいえ、現在は会話を一度に1つのTracker Ticketにしかリンクできません。この機能リクエストにはProduct Wishlistで賛成票を投じたりコメントしたり購読したりできます。

はい - CSATはCustomer ticketsで機能します。以下のようにWorkflowを設定できます。このWorkflowはCustomer ticketsと会話の両方でトリガーされます。

はい - SLAはCustomer ticketsで機能します。

はい、関連するすべてのticketsを各顧客組織に外部共有する必要がある場合は、customer portalを設定できます。

いいえ、現在はチームメイトがticketに返信したときにticket状態を自動更新することはできません。この機能リクエストにはProduct Wishlistで賛成票を投じたりコメントしたり購読したりできます。代替策として、Workflowsを使って顧客やチームメイトの返信時にticket状態を自動で変更できます。これにより、会話中にチームが手動でticketsをIn progressやWaiting on customerに戻す必要がなくなります。このプロセスの詳細はWorkflowsを使った返信時のticket状態自動更新方法をご覧ください。

はい。顧客がWaiting on customerまたはResolved状態のticketに返信すると、ticketは自動的にIn progress状態に移行します。Workflowは不要です。

カスタムのIn progress状態を設定している場合、ticketはそのticketタイプのIn progressグループで最初にリストされている状態に移行します。どのカスタム状態をデフォルトにするかは設定 > Inbox > TicketsのIn progressリストの上部に配置して制御できます。

現時点ではできません。ただし、折りたたみ矢印をクリックしてこのセクションを折りたたむことはできます。一度折りたたむと、Inbox内の他の会話に移動しても折りたたまれたままになります。

はい、既存のticketのticketタイプを最初からやり直さずに変更できます。同じカテゴリ内でticketタイプのドロップダウンから別のタイプを選択してください。サイドパネルが開き、変更前にticketの詳細を確認・編集できます。

同じ名前とタイプの属性は自動的に新しいticketタイプに値が引き継がれます。ticketタイプが更新されると、会話にUIイベントが記録され、変更履歴が明確になります。

ticketタイプのドロップダウンは現在のticketタイプと同じカテゴリ内の他のticketタイプのみ表示します。そのカテゴリ内の他のticketタイプがすべてアーカイブされている場合、ドロップダウンは空か表示されません。そのカテゴリ内に切り替え可能な代替タイプがないためです。

これを解決するには、次のいずれかを行ってください：

チームメイトに必須属性にするには、ticket属性の作成/編集時に「チームメイトがticket作成時に属性を必須にする」を有効にしてください。

このためにWorkflowを使う必要はありません。閉じた会話/チケットへの返信で新しい会話/ticketを開く設定は設定で可能です。チャットとメールのすべての会話/ticketへの返信、またはメールの会話/ticketへの返信のみ設定できます。👇

すべての会話/ticketへの返信の場合：

メールの会話/ticketへの返信の場合：

これらの設定はticketsにも適用されます。有効にして期間を設定すると、指定日数後に閉じたticketsへの返信があった場合、新しい会話が開かれます。

はい、Intercom TicketsをJiraと統合できます。Intercomは2つの主要な統合アプリを提供しており、それぞれ異なる機能とサポートチャネルがあります：Jira for Tickets appとJira Cloud（サードパーティアプリ）：

IntercomのJira for Tickets app （公式Intercomアプリ）： これはネイティブ統合です。指定したIntercom ticketタイプからJira課題を自動作成し、メモやコメントをリアルタイムで同期し、Jira課題のステータスをIntercom ticketsに反映します。

Jira Cloud（サードパーティアプリ）： これはTools Plusが開発・管理する別のアプリケーションです。会話から直接Jira課題を作成（ticketに変換せずに）したり、会話の再開をカスタム自動化したりする機能があります。

はい、公式Intercomアプリは「Jira for Tickets app」と呼ばれています。

現在、SalesforceとHubspotのネイティブ統合はTicketsをサポートしていません。

代替案として、TicketsのwebhooksとTicketsのAPIを組み合わせて独自の統合を構築できます。これにより、Intercom側の更新を監視し、APIを使ってticketsの読み書きが可能になるはずです。

APIでticketsを削除するときは、ticketsとリンクされた会話の扱いを理解することが重要です：

この設計により、Intercom内で関連するticketsと会話の一貫性と信頼性のある管理が保証されます。

Ticketsデータセットのエクスポートでは、選択した期間内に解決されたticketsのみを厳密にフィルタリングしません。"Ticket last resolved"の値が空白、または選択範囲外の日付のticketsもエクスポートに表示されることがあります。

特定の日付範囲内に解決されたticketsのみを取得するには、データセットをエクスポート後、Intercom外で"Ticket last resolved"列でフィルタリングしてください。