使用 Customer Care 的最佳做法

本指南將介紹一些最佳做法,說明如何撰寫有效的客服案件。遵循這些最佳做法有助於更快解決技術支援客服案件。

建立客服案件

建立客服案件前,請先查看已知問題,確認是否已經有人提交過相同案件。

為了避免混淆,並方便我們集中追蹤您的要求,請一個問題建立一個客服案件。系統會關閉所有重複建立的案件。

說明問題

記錄詳細的客服案件可協助 Customer Care 團隊迅速又有效率地回覆。如果客服案件缺少重要細節,我們會需要花費額外的時間詢問相關資訊。

建議提交詳細且具體的客服案件。內容應清楚說明發生了什麼事,以及預期的結果。在客服案件中說明問題時,請納入下列詳細資訊:

  • 時間:問題發生時的確切時間戳記。
  • 產品:與問題有關的產品和功能。
  • 位置:發現問題的可用區。
  • ID:專案 ID 或應用程式 ID,以及其他對調查問題有幫助的具體 ID。
  • 有用的資料:任何對問題診斷有幫助的詳細資料。
  • 問題類型:屬於間歇性、暫時性,還是持續性問題。

下列各節會進一步說明這些概念。

時間

使用 ISO 8601 格式的日期和時間戳記,說明首次發現問題的時間,以及問題持續了多久。

例如:

  • 問題於 2017-09-08T15:13:06+00:00 發生,並於 5 分鐘後結束,我們發現…
  • 問題間歇發生,開始時間不會早於 2017-09-10,且已經發生過 2 到 5 次…
  • 問題從 2017-09-08T15:13:06+00:00 開始一直持續發生…
  • 問題於 2017-09-08T15:13:06+00:00 發生,並於 2017-09-08T15:18:16+00:00 結束…

負責解決問題的 Customer Care 專員很可能不在您的時區,因此類似下列的敘述會使問題難以診斷:

  • 「問題從昨天某個時候開始發生…」(這使得我們必須自行推敲日期)。
  • 「我們於 9/8 發現問題…」(時間模棱兩可,有些人會認為 9/8 是 9 月 8 日,而另一些人會認為是 8 月 9 日)。

產品

雖然基本的客服案件表單只要求指明產品名稱,但我們需要確切知道是產品的哪個「功能」出現了問題。理想情況下,您的報告應該會提供確切的 API 或 Google Cloud 控制台網址 (或螢幕截圖)。如果是 API 產品問題,可以連結到 API 說明文件頁面,從包含產品名稱的頁面網址中找到產品名稱。

另外,也請說明提出要求時所使用的機制,例如 REST API、Google Cloud CLI、 Google Cloud Console 或像是 Cloud Deployment Manager 的工具。如果涉及多個產品,請具體列出每個產品的名稱。

例如:

  • 「Google Compute Engine REST API 傳回下列錯誤…」
  • 「console.cloud.google.com 中的 BigQuery 查詢介面停滯不動…」