啟用持續性聊天 - Amazon Connect

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

啟用持續性聊天

客戶通常會開始聊天,然後離開對話,稍後再返回以繼續聊天。這可能會在幾天,幾個月甚至幾年內發生很多次。若要支援長時間執行的聊天,請啟用持續性聊天功能。

使用持續性聊天功能,客戶可以使用前後關聯、中繼資料和文字記錄繼續先前的對話。當客戶返回聊天時不需要重複自己,並且客服人員可以存取整個對話歷史記錄。

聊天補水

持續性聊天是透過稱為聊天補水的過程來實現的,這個過程使聊天記錄可以從以前的聊天聯絡人中檢索並顯示,讓客戶和客服人員可以輕鬆地從他們離開的地方繼續對話。

重要

只有已結束的聊天工作階段才能補充到新的聊天工作階段中。

Amazon Connect 支援兩種類型的補水:

  • ENTIRE_PAST_SESSION:開始新的聊天工作階段,並重新補充過去聊天工作階段中的所有聊天工作階段。

  • FROM_SEGMENT:啟動新的工作階段,並從指定的過去聊天區段重新補水。

例如,展示這些不同補水模式的使用案例,請參閱 範例使用案例

RelatedContactId

新連絡人可以透過 RelatedContactId 與現有連絡人關聯。此新連絡人包含相關連絡人的連絡人屬性副本。

如需在聯絡人記錄中 RelatedContactId 如何建立模型的詳細資訊,請參閱 聯絡人記錄資料模型

對於持續性聊天,RelatedContactId 描述了用來取得聊天補水的 contactId

如何啟用持續性聊天功能

若要啟用持續性聊天,您可以在建立新聊天時指定先前的聯絡人 ID,也可以將建立永久聯絡關聯區塊新增至聯絡流程。

注意

您可以選擇兩種持續性聊天的方法,如下所示,但不能兩種同時選擇。也就是您只能在新聊天中啟用一次 SourceContactID 的持久性。

若要提供持久性聊天體驗,您需要在開始新聊天或使用建立永久聯絡人關聯流程區塊時,提供先前的聯絡人 ID。這不會自動為您完成。建議您建立儲存點擊率資料的儲存庫,為每位客戶擷取這些資料。這可以透過聊天訊息串流以建立一個項目,當聊天已經結束或檢查聯絡人事件和使用AWS Lambda功能以建立項目到您的儲存庫完成。儲存庫設定完成後,您可以擷取客戶先前的聯絡人 ID,並在開始新聊天或建立永久聯絡人關聯流程區塊中提供。

此外,請確保可以從執行個體的 Amazon S3 儲存貯體擷取過去的聊天記錄。使用多個聊天文字記錄儲存貯體或變更 Amazon Connect 產生的聊天文字記錄檔案名稱會導致文字記錄無法擷取,並且不允許聊天持續下去。

建立新聊天聯絡人時啟用持續性聊天

若要在建立新的聊天聯絡人時設定持續性聊天體驗,請在 StartChatContact API 的 SourceContactId 參數中提供以前的 contactId,這將使以前聯絡人的聊天記錄可以「補水」,並在聊天 UI 中向客戶和客服人員顯示,請參閱範例使用案例。

在聯絡流程中啟用持續性聊天

若要在聯絡人流程中設定持續性聊天體驗,請在建立聊天聯絡人之後,將建立持續性聯絡人關聯區塊新增至您的聯絡流程,並使用使用者定義的屬性以程式設計方式指定來源聯絡人 ID。您也可以使用新的 CreatePersistentContactAssociation API 並提供來源聯絡人 ID,讓目前的聊天永久存在。如需詳細資訊,請參閱 Amazon Connect API 參考資料中的 CreatePersistentContactAssociation

在聯絡流程中建立持續的聯絡人。

範例使用案例

例如,客戶啟動聊天工作階段:

  1. 客服人員 a1 接受聊天,並且客戶和客服人員 a1 開始對話。這是在當前聊天會話中建立的第一個聯絡人。舉例來說,contactId C1 可能是 11111111-aaaa-bbbb-1111-1111111111111。

  2. 然後客服人員 a1 將聊天轉移到客服人員 a2。這樣會建立另一個聯絡人。舉例來說,contactId C2 可能是 2222222-aaaa-bbbb-2222-222222222222222。

  3. 客服人員 a2 結束聊天。

  4. 系統會將客戶轉送至中斷連線流程,以進行聊天後調查問卷,這樣會建立另一個聯絡人。舉例來說,contactId C3 可能是 33333333-aaaa-bbbb-3333-3333333333333。

  5. 隨即顯示聊天後調查問卷,聊天工作階段結束。

  6. 稍後,客戶返回並希望恢復過去的聊天會話。

此時,客戶可能有兩種不同的使用案例。以下是客戶可以擁有的持續性聊天使用案例,以及您如何設定 Amazon Connect 來提供這些案例。

使用案例 1

客戶想要繼續他們過去的聊天工作階段,但他們想要隱藏聊天後調查問卷。您可以使用下列組態來提供此體驗。

要求:

PUT /contact/chat HTTP/1.1 Content-type: application/json { "Attributes": { "string" : "string" }, "ContactFlowId": "string", "InitialMessage": { "Content": "string", "ContentType": "string" }, "InstanceId": "string", ... // other chat fields // NEW Attribute for persistent chat "PersistentChat" : { "SourceContactId":"2222222-aaaa-bbbb-2222-222222222222222" "RehydrationType":"FROM_SEGMENT" } }

組態

  • SourceContactId = 2222222-aaaa-bbbb-2222-222222222222222 (C2 的 contactId)

  • RehydrationType = "FROM_SEGMENT"

預期行為

  • 此組態會從過去已結束的指定聯絡人 C2 (例如:2222222-aaaa-bbbb-2222-222222222222222) 啟動持續性聊天工作階段。

    在目前的持續聊天工作階段中,您可以存取過去聊天工作階段 C2 (2222222-aaaa-bbbb-2222-222222222222222) 和 C1 (11111111-aaaa-bbbb-1111-1111111111111) 的文字記錄。請注意,聊天區段 C3 (33333333-aaaa-bbbb-3333-3333333333333) 已從持續性聊天工作階段中捨棄。

  • 在這種情況下,StartChatContact 回應傳回 C2 (2222222-aaaa-bbbb-2222-222222222222222) 作為「ContinuedFromContactId」。

  • 這個持續性聊天工作階段的 RelatedContactId 是 2222222-aaaa-bbbb-2222-222222222222222 (C2)。

使用案例 2

客戶希望繼續過去的聊天工作階段,並查看過去整個參與度的文字記錄 (他們不想隱藏聊天後調查問卷)。您可以使用下列組態來提供此體驗。

注意

對於 ENTIRE_PAST_SESSION 補水類型,請指定過去聊天工作階段的第一個聯絡人 (初始contactId) 作為 SourceContactId 屬性。

要求:

PUT /contact/chat HTTP/1.1 Content-type: application/json { "Attributes": { "string" : "string" }, "ContactFlowId": "string", "InitialMessage": { "Content": "string", "ContentType": "string" }, "InstanceId": "string", ... // other chat fields // NEW Attribute for persistent chat "PersistentChat":{ "SourceContactId":"11111111-aaaa-bbbb-1111-1111111111111" // (first contactId C1) "RehydrationType":"ENTIRE_PAST_SESSION" } }

組態

  • SourceContactId = 11111111-aaaa-bbbb-1111-1111111111111 (C1)

  • RehydrationType = "ENTIRE_PAST_SESSION"

預期行為

  • 這樣會從最近結束的聊天聯絡人 (C3) 啟動持續性聊天工作階段。您可以在目前的持續聊天工作階段中存取過去聊天工作階段 C3、C2 和 C1 的文字記錄。

  • 在這種情況下,StartChatContact 回應傳回 33333333-aaaa-bbbb-3333-3333333333333 (C3) 作為「ContinuedFromContactId」。

  • 這個持續性聊天工作階段的 RelatedContactId 是 33333333-aaaa-bbbb-3333-3333333333333 (C3)

注意

聊天連線為累積連線。聊天工作階段連結後,它們會繼續進行。

例如,如果屬於過去聊天會話的聯絡人 (contactId C2) 連結到來自不同過去聊天會話的聯絡人 (contactId C1),則通過鏈接 C2 建立的新持續性聊天工作階段也會導致 C1 的隱式鏈接。新的持續性聊天會話將具有以下鏈接:C3 → C2 → C1

持續聊天工作階段從其繼續的過往 contactId 會顯示在 StartChatContact API 回應的 ContinuedFromContactId 欄位中。它也位於該聯絡人之聯絡人記錄的 RelatedContactId 欄位中

如何存取持續性聊天的過去聊天聯絡人文字記錄

存取持續性聊天的過去聊天記錄會使用現有的 NextToken 分頁模型。在新啟動的持續性聊天工作階段中,對 GetTranscript 的初始呼叫會在回應中包含一個 NextToken (如果過去的聊天訊息存在)。NextToken 必須用於存取過去的聊天文字記錄,並在後續的 GetTranscript 呼叫中,將 ScanDirection 設定為 BACKWARD,以獲取過去的聊天訊息。

如果過去有多個聊天訊息,GetTranscript 會傳回新的 NextToken,並可重複相同的程序以擷取更多過去的聊天文字記錄。

不支援:使用 StartPositioncontactId 篩選持續性聊天

Amazon Connect 不支援在 GetTranscript 呼叫中使用 StartPositioncontactId 篩選條件,以取得過去聊天的文字記錄項目屬性。