Hỗ trợ · Helpdesk
Mọi yêu cầu của khách hàng, trong một hàng chờ
Khách hàng tạo yêu cầu trong cổng mang thương hiệu của họ, hoặc bạn ghi thay họ. Đội ngũ của bạn xử lý một hàng chờ chung cho mọi tài khoản, với ghi chú nội bộ, đồng hồ phản hồi cho những yêu cầu khách hàng tạo trong cổng, và một công việc được tạo cho mỗi ticket. Tạo không gian làm việc và mở ticket đầu tiên của bạn, hoặc xem cách hoạt động.
Bạn đã có không gian làm việc? Đăng nhập
- Các gói từ 99 USD mỗi tháng
- Thiết kế cho agency có nhiều khách hàng
- Thương hiệu của bạn trên toàn bộ console
Hỗ trợ · Helpdesk
Phần mềm helpdesk cho agency, gom mọi yêu cầu của khách hàng vào một hàng chờ
Một yêu cầu của khách hàng đến qua tin nhắn chat, qua email chuyển tiếp và qua một cuộc gọi sẽ thành ba yêu cầu không có người phụ trách, và cái quan trọng nhất lại chính là cái không ai trả lời. Hỗ trợ, phần mềm helpdesk cho agency trong AI Marketing Dashboard, gán cho mỗi yêu cầu một số thứ tự, một trạng thái và một mức ưu tiên để nó có người phụ trách. Đồng hồ phản hồi chạy trong lúc khách hàng chờ câu trả lời, ghi chú riêng của đội ngũ nằm tách khỏi phần khách hàng đọc, và mỗi ticket có một công việc trong công cụ Dự án mà đội ngũ của bạn vốn đang dùng. Khách hàng có một nơi yên tĩnh để hỏi, theo dõi và xác nhận. Agency có một hàng chờ cho mọi tài khoản.
Tin nhắn hay ticket
Một yêu cầu cần có số thứ tự trước khi có người phụ trách
Yêu cầu hiếm khi thất lạc vì con người cẩu thả. Chúng thất lạc vì những nơi chúng đến không cho chúng người phụ trách, đồng hồ hay điểm kết thúc.
Yêu cầu qua chat, email và cuộc gọi
- Ba tin nhắn về cùng một vấn đề, không ai nhận
- Không có đồng hồ, nên yêu cầu im lặng trở thành yêu cầu bị trễ
- Bình luận riêng lẫn vào cuộc trao đổi khách hàng đọc
- Yêu cầu nằm ở một công cụ, công việc nằm ở công cụ khác
- Không có bản ghi nào cho biết bản sửa đã được xác nhận hay chưa
Bản thân yêu cầu thì không sao. Cách nó được chuyển đi mới là thứ làm mất nó.
Yêu cầu tại một helpdesk
- Mỗi yêu cầu một ticket có số, đếm riêng theo từng khách hàng
- Đồng hồ phản hồi theo mức ưu tiên cho yêu cầu từ cổng
- Ghi chú nội bộ trong cùng cuộc trao đổi, ẩn với khách hàng
- Một công việc liên kết trong dự án Support Tickets của khách hàng
- Khách hàng xác nhận bản sửa, và có thể đánh giá
Khách hàng tạo ticket trong cổng ở gói Scale và Enterprise. Đội ngũ của bạn ghi được ticket thay khách hàng ở mọi gói.
Helpdesk
Từ yêu cầu trong cổng đến ticket đã giải quyết
Một ticket, theo dõi từ lúc khách hàng tạo đến lúc khách hàng xác nhận bản sửa.
Ghi chú, trả lời và giải quyết mà không rời cuộc trao đổi
- “Reply” và “Internal note” dùng chung một ô soạn
- Nhãn “Respond in” biến mất ngay khi đội ngũ trả lời
- Năm câu trả lời mẫu để chỉnh trước khi gửi

Một tuần của một ticket
Bốn bước giống nhau trên mọi ticket
Dù yêu cầu là gì, helpdesk đặt cùng những câu hỏi theo cùng một thứ tự, và nhờ vậy mới vận hành nổi một hàng chờ dài.
Phân loại
Mở thẻ “Unassigned”, sắp xếp theo mức ưu tiên và giao từng ticket cho một người phụ trách. Kiểm tra loại và mức ưu tiên mà khách hàng đã chọn, và đổi khi chúng không phù hợp.Xử lý
Trả lời khách hàng, hoặc để lại ghi chú nội bộ cho đội ngũ. Câu trả lời công khai đầu tiên của bạn tự chuyển ticket “Open” sang “In progress”.Cất những gì chưa nhúc nhích được
Tạm hoãn trong vài giờ, vài ngày hoặc một tuần. Khách hàng không được báo, đồng hồ phản hồi vẫn chạy, và một phản hồi từ khách hàng sẽ đánh thức nó.Giải quyết và xác nhận
Gửi lời giải thích, rồi giải quyết. Khách hàng đóng ticket hoặc mở lại, và có thể đánh giá câu trả lời từ một đến năm.
Xem video hướng dẫn
Xem một ticket đi từ chưa có người nhận đến đã giải quyết
Một ticket từ lần xem đầu đến lúc được giải quyết: ai phụ trách, điều gì ở lại nội bộ, câu trả lời mẫu nào hữu ích, khi nào giải quyết và công việc của nó kết thúc ở đâu.
- 0:00Tìm ticket cần có người phụ trách
- 0:08Giao người phụ trách
- 0:14Chọn ai đọc được tin nhắn của bạn
- 0:23Trả lời khách hàng
- 0:29Giải quyết ticket
- 0:35Kiểm tra công việc theo dõi
44 giây
Đọc bản ghi
0:00 Tìm ticket cần người phụ trách. Nhận ra những ticket chưa ai nhận trên các thẻ, rồi mở một ticket và đọc yêu cầu.
0:08 Giao người phụ trách. Khách hàng thấy được dòng ngắn “Assigned to” mà việc này thêm vào cuộc trao đổi.
0:14 Chọn ai đọc được tin nhắn của bạn. Ghi chú nội bộ ở lại với đội ngũ của bạn. Phản hồi thì gửi cho khách hàng.
0:23 Trả lời khách hàng. Chèn một câu trả lời mẫu rồi gửi. Một phản hồi công khai chuyển ticket “Open” sang “In progress”.
0:29 Giải quyết ticket. “Resolve” chỉ đổi trạng thái, nên gửi lời giải thích của bạn trước.
0:35 Kiểm tra công việc theo dõi. Mỗi ticket có một công việc trong Dự án chỉ dành cho đội ngũ của bạn. Khách hàng không bao giờ thấy nó.
Cho yêu cầu tiếp theo từ cổng một người phụ trách và một đồng hồ
Tạo một không gian làm việc, thêm một khách hàng và mở ticket đầu tiên. Mời khách hàng vào cổng ở gói Scale hoặc Enterprise khi bạn muốn họ tự tạo yêu cầu.
Các gói bắt đầu từ 99 USD mỗi tháng.
Trong trang này
Phần mềm helpdesk cho agency: khách hàng gửi yêu cầu trong cổng riêng của họ, hoặc bạn ghi thay họ
Biểu mẫu có hướng dẫn ở gói Scale và Enterprise, nút “New ticket” ở mọi gói
Trong cổng khách hàng, nút “New request” (yêu cầu mới) mở ra bằng một câu hỏi ngắn: bạn cần giúp gì? Bảy thẻ bao quát những tình huống thường gặp, từ thứ gì đó bị hỏng đến thanh toán, tài khoản và quyền truy cập, hay báo cáo và dữ liệu, và mỗi thẻ chọn sẵn một mức ưu tiên hợp lý mà khách hàng có thể đổi. Biểu mẫu hỏi tiêu đề và mô tả, nhận tối đa sáu file đính kèm. Gửi xong, khách hàng thấy một lời giải thích đơn giản về những gì sẽ xảy ra tiếp theo, kèm thời gian phản hồi đầu tiên thường gặp ứng với mức ưu tiên đã chọn. Cổng khách hàng có ở các gói Scale và Enterprise.
Rất nhiều yêu cầu chẳng bao giờ đi qua cổng. Chúng đến qua email, trong một cuộc gọi hoặc trong một kênh chung. Bất kỳ ai quản lý được Hỗ trợ đều bấm “New ticket” (ticket mới) và ghi một yêu cầu thay khách hàng: chọn khách hàng, viết tiêu đề, chọn danh mục và mức ưu tiên, chỉ định người phụ trách nếu bạn đã biết ai nên nhận, thêm tên và email của người yêu cầu, rồi đính kèm file. Yêu cầu đi vào cùng hàng chờ, theo cùng cách đánh số, gắn nhãn là do agency ghi, nên helpdesk dùng được ở mọi gói còn cổng là phần để khách hàng tự phục vụ.
Trang yêu cầu white label ngay trong cổng riêng của từng khách hàng
Diện mạo của khách hàng trên trang, dấu ấn agency của bạn trên mọi phản hồi
Khách hàng không bao giờ thấy hàng chờ của bạn. Họ thấy mục Hỗ trợ trong cổng riêng của mình, mang tên, logo và màu sắc của khách hàng, còn chỗ nào khách hàng chưa đặt thì dùng của agency bạn. Phía trên các yêu cầu đang mở có thẻ “How can we help?” (chúng tôi có thể giúp gì?) cùng nút “New request”; mỗi yêu cầu hiện số thứ tự, trạng thái, một dòng đơn giản cho biết điều gì sẽ xảy ra tiếp theo và một dấu chấm khi đội ngũ của bạn là bên viết gần nhất. Các yêu cầu đã giải quyết và đã đóng gấp vào một danh sách bên dưới, danh sách này cũng hiện mọi đánh giá sao mà khách hàng đã cho. Khi trang còn mở, nó tự kiểm tra lại khoảng nửa phút một lần, và kiểm tra lại khi khách hàng quay về tab, nên phản hồi hiện ra mà không cần tải lại trang.
Phản hồi từ đội ngũ của bạn mang dấu ấn agency cạnh tên đồng nghiệp đã viết, nên cả cuộc trao đổi đọc lên như một agency duy nhất dù ai gõ. Bất kỳ ai bạn mời vào cổng của khách hàng đều tạo được yêu cầu và thấy mọi yêu cầu đã mở cho công ty đó, kể cả những yêu cầu đội ngũ của bạn ghi thay, và các tài khoản đăng nhập này không chiếm ghế ngồi của agency. Phản hồi và kết quả giải quyết đến với họ qua chuông thông báo của cổng và, trong phạm vi cài đặt thông báo của họ, qua email và thông báo trên thiết bị. Khi một yêu cầu được tạo, người gửi cũng nhận một email xác nhận, trừ khi họ đã tắt email của Hỗ trợ. Cổng khách hàng là tính năng của gói Scale và Enterprise.
Một hàng chờ cho mọi khách hàng, với những con số cần thiết
Năm thẻ đếm, tab trạng thái, “My tickets” và phạm vi theo khách hàng
Phía agency mở ra bằng năm con số: “Open” (đang mở), “In progress” (đang xử lý), “Waiting on client” (chờ khách hàng), “Unassigned” (chưa giao) và “Urgent” (khẩn cấp). Mỗi con số là một nút lọc hàng chờ bên dưới, đi cùng các tab “All” (tất cả), “Open”, “In progress”, “Waiting on client”, “Resolved” (đã giải quyết) và “Closed” (đã đóng), một ô tìm kiếm, và cách sắp xếp theo hoạt động gần đây, mức ưu tiên, mới nhất hoặc cũ nhất. “My tickets” cho thấy những ticket giao cho bạn, còn công tắc “Unassigned” cho thấy những ticket chưa ai nhận. Số ticket chạy riêng theo từng khách hàng, nên số #4 của một khách hàng không nói gì về việc agency bạn xử lý bao nhiêu ticket.
Bộ chọn khách hàng trên thanh tiêu đề quyết định phạm vi của cả trang. Chọn một khách hàng thì hàng chờ, các con số và biểu mẫu “New ticket” theo khách hàng đó; chọn “Tất cả khách hàng” thì mỗi dòng mang tên và logo của khách hàng, để một trưởng nhóm theo dõi mọi tài khoản cùng lúc. Bộ chọn cũng hiện số ticket đang mở theo từng khách hàng. Ở ticket đang mở có một khung ngữ cảnh chứa thông tin hồ sơ khách hàng, người yêu cầu, các liên hệ và thành viên cổng, cùng đội ngũ phụ trách khách hàng, kèm liên kết nhanh tới hồ sơ, CRM, Chat và File.
Ghi chú nội bộ nằm ngay trong cuộc trao đổi mà không bao giờ tới khách hàng
Một ô soạn, hai chế độ, và sự khác biệt nhìn thấy được giữa chúng
Với bất kỳ ai quản lý được Hỗ trợ, ô soạn dưới mỗi ticket chuyển qua lại giữa “Reply” (trả lời) và “Internal note” (ghi chú nội bộ). Trả lời thì gửi cho khách hàng. Ghi chú được lưu trong cùng cuộc trao đổi dưới dạng một thẻ màu hổ phách viền nét đứt, gắn nhãn “Internal note”, và chính ô soạn cũng chuyển sang màu hổ phách khi bạn viết ghi chú, nên khó mà đăng nhầm theo thói quen. Ghi chú là nơi công việc thật diễn ra: ai đang giữ thông tin đăng nhập của khách hàng, nhà phát triển lần trước nói gì, khoản tín dụng đã được thống nhất chưa.
Việc tách này diễn ra trên máy chủ, trước khi cổng nhận được cuộc trao đổi. Ghi chú bị lọc khỏi cuộc trao đổi ngay ở đó, mã định danh nội bộ của người viết không bao giờ được gửi đi, và người phụ trách ticket, thẻ, trạng thái tạm hoãn cùng công việc liên kết cũng không nằm trong những gì khách hàng tải được. Khách hàng chỉ thấy phần công khai: các phản hồi, file đính kèm và những dòng hệ thống ngắn như đổi trạng thái hoặc ticket được giao cho ai, nên tiến độ vẫn nhìn thấy dù phần thảo luận thì không.
Đồng hồ phản hồi theo mức ưu tiên, và câu trả lời mẫu sẵn để chỉnh sửa
“Urgent” (khẩn cấp) trong 4 giờ, “High” (cao) trong 8, “Normal” (bình thường) trong 24 và “Low” (thấp) trong 48
Mỗi ticket có một mức ưu tiên, và mỗi mức ưu tiên có một thời hạn phản hồi: “Urgent” 4 giờ, “High” 8 giờ, “Normal” 24 giờ và “Low” 48 giờ. Khi đến lượt đội ngũ bạn phản hồi, phần đầu ticket hiện một nhãn ghi “Respond in 3h” (còn ba giờ để phản hồi); hết thời hạn, nhãn chuyển sang đỏ và ghi “Overdue” (quá hạn), kèm thời gian đã trễ. Đồng hồ bắt đầu chạy khi khách hàng viết, hoặc khi một ticket được tạo từ cổng, và dừng khi đội ngũ trả lời. Khách hàng viết qua cổng, nên ở gói không có cổng, ticket do đội ngũ bạn ghi sẽ không có đồng hồ. Ghi chú nội bộ không làm đồng hồ dừng, và đồng hồ không chạy khi ticket đang “Waiting on client”, đã giải quyết hoặc đã đóng. Số giờ là giờ thực tế trôi qua, không phải giờ làm việc.
Trả lời nhanh hơn nhờ năm câu trả lời mẫu trong ô soạn: xác nhận đã nhận, hỏi thêm thông tin, cập nhật tiến độ, nhờ khách hàng xác nhận một bản sửa, và báo rằng công việc đã được lên lịch. Chúng chèn vào như văn bản thường, nên bạn chỉnh chi tiết trước khi gửi. Phản hồi đầu tiên mà khách hàng đọc được sẽ tự chuyển một ticket “Open” sang “In progress” và để lại một dòng hệ thống ghi rõ điều đó. Nhờ vậy “Open” chỉ còn dành cho những ticket đang chờ bước tiếp theo của đội ngũ: ticket mới, ticket khách hàng đã mở lại, và ticket khách hàng trả lời khi nó đang ở trạng thái đã giải quyết hoặc chờ khách hàng.
Tạm hoãn một ticket cho đến lúc đáng xem lại
Bốn mức có sẵn, một giờ tùy chọn, và tự thức dậy khi khách hàng viết
Không phải ticket mở nào cũng nhúc nhích được hôm nay: một nhà phát triển vắng mặt, một khách hàng đang đi xa, một nền tảng đang ngừng hoạt động. “Snooze” (tạm hoãn) cất ticket đi trong bốn giờ, đến 9 giờ sáng mai, ba ngày, một tuần, hoặc đến thời điểm bạn chọn. Ticket rời khỏi mọi tab mặc định và các con số phía trên hàng chờ, kể cả “Unassigned” và “Urgent”, rồi nằm chờ dưới tab “Snoozed” (đã tạm hoãn), tab chỉ tồn tại khi có thứ gì đang được cất. Những gì còn lại trong hàng chờ là việc làm được ngay bây giờ.
Hai quy tắc giữ cho tính năng này trung thực. Tạm hoãn áp dụng cho cả đội và chỉ nội bộ: đồng nghiệp thấy cùng một hàng chờ, còn khách hàng không nhận thông báo nào, không có dòng nào trong cuộc trao đổi, và không bao giờ nhận được chính thông tin tạm hoãn. Đồng thời nó không tạm dừng đồng hồ phản hồi, vì ẩn một dòng là phân loại, còn lời hứa trả lời là một cam kết, nên một ticket đang cất vẫn có thể thành “Overdue” khi nằm khuất tầm nhìn. Nếu khách hàng trả lời hoặc mở lại một ticket đã tạm hoãn, nó thức dậy ngay khi họ làm vậy và quay lại hàng chờ.
Mỗi ticket có một công việc trong dự án Support Tickets của khách hàng
Khối lượng hỗ trợ hiện cạnh công việc dự án, và mặc định là riêng tư
Một yêu cầu cũng là công việc, và công việc thì thuộc về bảng. Helpdesk giữ một công việc cho mỗi ticket trong dự án “Support Tickets” (phiếu hỗ trợ) của khách hàng đó: yêu cầu từ cổng có công việc ngay khi nó đến, còn ticket do đội ngũ bạn ghi có công việc khi được lưu. Công việc mang tiêu đề gồm số ticket và chủ đề, được tạo với mức ưu tiên của ticket và liên kết ngược về ticket. Khi đội ngũ đổi trạng thái, người phụ trách hay chủ đề, công việc đổi theo: ticket đã giải quyết và đã đóng chuyển sang cột hoàn thành đầu tiên, “In progress” chuyển sang cột tiến hành khi bảng của bạn có cột đó, còn mọi trạng thái khác nằm ở cột mở đầu tiên. Khi khách hàng đóng hoặc mở lại một ticket, công việc cũng di chuyển theo.
Tạo công việc là bước cố gắng tối đa chứ không đảm bảo, nên nếu có lúc thiếu một công việc, mục “View task in Projects” (xem công việc trong Dự án) trong menu của ticket sẽ tạo nó. Liên kết chỉ chạy một chiều, từ ticket sang công việc, nên một nhà phát triển có thể thêm công việc con và bình luận vào công việc mà không chạm vào phần khách hàng đọc. Dự án và các công việc của nó được tạo ở chế độ riêng tư và không chia sẻ với cổng, nơi có trang Hỗ trợ riêng cho phía khách hàng. Nhờ vậy khối lượng hỗ trợ hiện cạnh phần việc thực hiện cho khách hàng ngay trong Dự án, nơi các quản lý vốn đã nhìn vào, thay vì nằm trong một công cụ riêng mà họ phải nhớ để mở.
Giải quyết, xác nhận, mở lại và đánh giá, với lịch sử còn nguyên trên ticket
Khách hàng khép lại vòng xử lý, và đánh giá nằm cùng hồ sơ
Giải quyết một ticket không kết thúc cuộc trao đổi mà đặt ra một câu hỏi. Ticket phía khách hàng hiện “Did this solve it?” (vấn đề đã được giải quyết chưa?) với hai nút: một nút đóng ticket, và một nút, “Not quite” (chưa hẳn), mở lại ticket. Ticket đã đóng vẫn đóng cho đến khi khách hàng hoặc đội ngũ bạn mở lại. Khi khách hàng mở lại, ticket quay về hàng chờ, thức dậy nếu đang tạm hoãn và báo cho đội ngũ; khi đội ngũ bạn mở lại, trạng thái trở về “Open”. Ở phía khách hàng, không trả lời được một ticket đã đóng cho đến khi nó được mở lại, nên một phản hồi đến muộn không bao giờ biến mất trong một hồ sơ đã khép.
Khi một ticket đã giải quyết hoặc đã đóng, khách hàng có thể đánh giá từ một đến năm, và đánh giá hiện dưới dạng sao trên dòng của ticket trong hàng chờ và ở phần đầu ticket. Việc đội ngũ đổi trạng thái hoặc giao việc, khách hàng đóng hoặc mở lại, và các đánh giá đều để lại một dòng hệ thống trong cuộc trao đổi, nên lịch sử của một ticket đọc lên theo đúng thứ tự. Người quản lý được Hỗ trợ có thể xóa một ticket tạo nhầm, sau hai bước xác nhận. Cuộc trao đổi bị xóa theo, và “Undo” (hoàn tác) đưa ticket trở lại nhưng không đưa các phản hồi trở lại. Công việc của ticket vẫn nằm trong Dự án cho đến khi có người gỡ nó.
Mẫu chính sách phản hồi theo mức ưu tiên
Mức ưu tiên chỉ có nghĩa khi khách hàng và đội ngũ hiểu chúng như nhau. Bắt đầu từ các đồng hồ mà helpdesk hiển thị, rồi thêm những cam kết của riêng bạn.
| Mức ưu tiên | Dùng khi | Đồng hồ phản hồi | Bước đầu tiên của đội ngũ |
|---|---|---|---|
| Urgent (khẩn cấp) | Có thứ gì đó hỏng và đang chặn công việc ngay lúc này | 4 giờ | Giao người phụ trách ngay, viết kế hoạch xử lý thành ghi chú nội bộ, và báo cho khách hàng khi nào sẽ có cập nhật tiếp theo |
| High (cao) | Yêu cầu quan trọng và gấp về thời gian, nhưng có cách xử lý tạm | 8 giờ | Giao người phụ trách ngay trong buổi sáng và trả lời bằng cách xử lý tạm |
| Normal (bình thường) | Một yêu cầu thông thường mà thời gian xử lý thường lệ là chấp nhận được | 24 giờ | Phân loại trong lượt rà soát hằng ngày, rồi trả lời kèm người phụ trách và một ngày cụ thể |
| Low (thấp) | Có thì tốt, làm khi đội ngũ rảnh | 48 giờ | Gửi xác nhận đã nhận và xếp nó cạnh các việc khác |
Đồng hồ đo thời gian khách hàng phải chờ một phản hồi, tính bằng giờ thực tế chứ không phải giờ làm việc. Nó chạy từ tin nhắn mới nhất của khách hàng, hoặc từ lúc một ticket được tạo trong cổng, cho đến khi đội ngũ bạn trả lời, và nó tắt khi ticket đang chờ khách hàng. Đây không phải đồng hồ giải quyết, vì helpdesk không đo việc sửa mất bao lâu. Nếu bạn hứa ngày giải quyết, ghi chúng vào công việc liên kết trong Dự án và giữ lời hứa ngay ở đó.
Lưu ý
Cho khách hàng biết họ nên chờ gì
Cổng hiển thị thời gian phản hồi đầu tiên thường gặp của từng mức ưu tiên khi một yêu cầu được gửi, nên đây chính là những con số khách hàng đọc. Ghi cùng số giờ đó vào tài liệu onboarding của bạn, và một phản hồi muộn sẽ không còn là bất ngờ.
Mỗi trạng thái nghĩa là gì với đồng hồ và các con số
Năm trạng thái bao trọn vòng đời của một ticket. Biết mỗi trạng thái tác động thế nào lên đồng hồ phản hồi là giải thích được phần lớn những gì hàng chờ hiển thị.
- Open (đang mở)
- Đang chờ đội ngũ bắt đầu. Ticket mới vào đây, và ticket mà khách hàng trả lời khi nó đang chờ khách hàng hoặc đã giải quyết, hay khách hàng mở lại, cũng vậy. Đồng hồ phản hồi chạy từ tin nhắn mới nhất của khách hàng, hoặc từ lúc tạo đối với ticket từ cổng, cho đến khi đội ngũ trả lời.
- In progress (đang xử lý)
- Đội ngũ đang xử lý, và phản hồi đầu tiên mà khách hàng đọc được sẽ đặt trạng thái này. Đồng hồ theo cùng quy tắc với “Open”: nó chạy từ tin nhắn mới nhất của khách hàng cho đến khi đội ngũ trả lời.
- Waiting on client (chờ khách hàng)
- Đội ngũ đã hỏi khách hàng một điều gì đó và đặt trạng thái này bằng tay, vì không có gì tự đặt nó. Đồng hồ tắt, và một phản hồi từ khách hàng đưa ticket về “Open”.
- Resolved (đã giải quyết)
- Đội ngũ tin rằng đã sửa xong và khách hàng được nhờ xác nhận. Đồng hồ tắt, và một phản hồi từ khách hàng mở lại ticket.
- Closed (đã đóng)
- Đã xong. Đồng hồ tắt, và ở phía khách hàng không trả lời được cho đến khi ticket được mở lại.
Một quy trình phân loại ticket cho đầu ngày
Năm con số nằm phía trên hàng chờ. Đọc chúng theo thứ tự này thì các ticket trong ngày tự sắp xếp.
Chuyển sang “Tất cả khách hàng”
Cái nhìn đầu tiên của một trưởng nhóm là trên mọi tài khoản. Chọn “Tất cả khách hàng” ở thanh tiêu đề, và các con số cùng hàng chờ sẽ bao quát toàn bộ khối công việc.
Dọn thẻ “Unassigned”
Mở thẻ và chỉ định người phụ trách cho mọi ticket trong đó. Xem danh mục và mức ưu tiên mà khách hàng đã chọn, và sửa khi chúng chưa đúng. Mỗi lần giao việc đều ghi một dòng ngắn vào cuộc trao đổi, nên khách hàng thấy được ai đang nhận yêu cầu.
Xử lý trước các yêu cầu chưa được trả lời
Sắp xếp theo mức ưu tiên và mở các ticket “Urgent” và “High” chưa ai trả lời. Nhãn ở phần đầu ticket đọc cả cuộc trao đổi, nên đó là chiếc đồng hồ đáng tin, và “Overdue” màu đỏ nghĩa là câu trả lời đã muộn. Một phản hồi cho khách hàng làm đồng hồ dừng, dù chỉ là phản hồi ngắn. Một ghi chú nội bộ thì không.
Đôn đốc các ticket “Waiting on client”
Với các ticket này, bóng đang ở phía khách hàng và đồng hồ tắt. Gửi một lời nhắc ngắn cho những ticket đã nằm nhiều ngày, hoặc giải quyết những ticket mà yêu cầu đã im ắng.
Tạm hoãn những gì chưa nhúc nhích được
Cất những ticket phụ thuộc vào một người đang vắng mặt hoặc vào một ngày nào đó, và chọn thời điểm xem lại. Tab “Snoozed” giữ chúng ngoài các con số phía trên hàng chờ cho đến lúc đó, và một phản hồi của khách hàng đưa chúng quay lại ngay. Đồng hồ phản hồi vẫn chạy khi ticket đang được cất, nên cũng nhớ xem tab “Snoozed”.
“My tickets” cho mỗi người cùng danh sách đó nhưng thu hẹp về ticket của riêng họ, và menu của ticket mở công việc liên kết khi một nhà phát triển cần tiếp quản. Một hàng chờ lớn tải 50 ticket mỗi lần, hoạt động mới nhất trước, và các con số chỉ tính phần đã tải, nên bấm “Load more tickets” (tải thêm ticket) trước khi tin vào một tổng số. Những câu hỏi cần trả lời nhanh chứ không cần lưu hồ sơ thì thuộc về Chat, nơi cổng cũng có. Một câu hỏi cứ quay lại có thể thành một bài giảng trong Academy, chia sẻ với khách hàng, để câu hỏi sau được trả lời trước khi nó được hỏi.
Câu trả lời mẫu: khi nào có ích và nên sửa gì trước
Helpdesk có sẵn năm câu. Đó là bản nháp để chỉnh sửa, không phải tin nhắn để gửi nguyên văn.
| Câu trả lời | Dùng khi | Kiểm tra trước khi gửi |
|---|---|---|
| Acknowledge, on it (xác nhận đã nhận, đang xử lý) | Một yêu cầu vừa đến và chưa ai trả lời | Bảo đảm thật sự có người đang xử lý, và nói rõ là ai |
| Need more info (cần thêm thông tin) | Bạn không thể bắt đầu nếu thiếu một địa chỉ, một ảnh chụp màn hình hoặc một ví dụ | Hỏi đúng một thứ bạn đang thiếu, đừng đưa cả danh sách |
| Update, in progress (cập nhật, đang xử lý) | Công việc đang tiến hành và khách hàng đang chờ tin | Nội dung hứa thời điểm dự kiến (ETA) trong ngày làm việc kế tiếp, nên sửa lại khi điều đó không đúng |
| Resolved, please confirm (đã giải quyết, vui lòng xác nhận) | Bản sửa đã xong và cần khách hàng đồng ý | Nói rõ bạn đã đổi gì ngay trong tin nhắn đó, vì thông báo đã giải quyết không nêu điều gì đã được sửa |
| Scheduled for next sprint (đã lên lịch cho sprint tới) | Công việc đã được nhận nhưng chưa bắt đầu ngay | Nhãn ghi sprint tới nhưng nội dung lại nói chu kỳ làm việc hiện tại, nên chỉnh cho khớp với kế hoạch thật |
Một câu trả lời mẫu được chèn vào ô soạn dưới dạng văn bản thường, bên dưới mọi thứ bạn đã gõ, nên cá nhân hóa dòng đầu tiên trước khi gửi. Danh sách này có sẵn và không chỉnh sửa được, thêm một lý do để coi mỗi câu là một bản nháp.
Cách để ghi chú nội bộ luôn ở nội bộ
Helpdesk làm cho việc đăng nhầm trở nên khó. Những thói quen này làm cho nó hiếm khi xảy ra.
| Trên ticket | Đội ngũ của bạn | Khách hàng |
|---|---|---|
| Phản hồi và file đính kèm của chúng | Thấy | Thấy |
| Ghi chú nội bộ và file đính kèm của chúng | Thấy dưới dạng thẻ hổ phách viền nét đứt | Không bao giờ nhận được |
| Dòng hệ thống cho việc đội ngũ đổi trạng thái và giao việc, và cho việc khách hàng đóng, mở lại hoặc đánh giá | Thấy | Thấy các dòng giống vậy |
| Mức ưu tiên và danh mục | Thấy và đổi được | Thấy, kể cả mọi thay đổi bạn thực hiện |
| Thẻ, trạng thái tạm hoãn và đồng hồ phản hồi | Thấy | Không bao giờ nhận được |
| Công việc liên kết trong Dự án | Thấy, và mở từ menu của ticket | Không thấy, trừ khi có người chia sẻ nó từ Dự án |
- Kiểm tra chế độ trước khi viết. Ở chế độ “Internal note”, ô soạn chuyển sang màu hổ phách và nút ghi “Note” thay cho “Send”.
- Khi chưa chắc, viết ghi chú trước. Sau một ghi chú vẫn có thể gửi một phản hồi, nhưng một phản hồi thì không thu lại được.
- Để thông tin đăng nhập và ý kiến thẳng thắn trong ghi chú, và hỏi khách hàng thứ bạn cần trong một phản hồi.
- Giao việc sau khi đã thống nhất ai phụ trách ticket, vì mỗi lần giao việc ghi một dòng mà khách hàng đọc được.
- Cứ tạm hoãn thoải mái. Nó không ghi gì vào cuộc trao đổi và không gửi gì cho khách hàng.
Mẹo
Đính kèm file vào đúng tin nhắn
File đính kèm vào một ghi chú nội bộ bị giữ lại khỏi cổng cùng với ghi chú. Đính kèm phiên bản bạn muốn khách hàng nhận vào một phản hồi.
Một ticket trở thành công việc như thế nào, từng trường một
Liên kết chỉ một chiều: tiêu đề, trạng thái và người phụ trách của ticket chuyển sang công việc, và không gì trên công việc thay đổi được điều khách hàng nhìn thấy.
| Trên ticket | Trên công việc |
|---|---|
| Số thứ tự và chủ đề | Tiêu đề: Support, số ticket, rồi đến chủ đề, luôn được giữ đồng bộ |
| Mức ưu tiên: Urgent, High, Normal hoặc Low | Mức ưu tiên: Urgent, High, Medium hoặc Low, đặt một lần khi công việc được tạo |
| Trạng thái: Open hoặc Waiting on client | Cột mở đầu tiên của bảng |
| Trạng thái: In progress | Cột tiến hành nếu bảng có, nếu không thì cột mở đầu tiên |
| Trạng thái: Resolved hoặc Closed | Cột hoàn thành đầu tiên |
| Người được giao | Người được giao của công việc, luôn được giữ đồng bộ |
| Nội dung yêu cầu | Mô tả của công việc, viết một lần khi công việc được tạo, kèm liên kết ngược về ticket |
Công việc mang thẻ support và được tạo ở chế độ riêng tư, nên không chia sẻ với khách hàng trừ khi có người chia sẻ nó từ Dự án. Một ticket mà khách hàng đóng sẽ chuyển công việc của nó sang cột hoàn thành, và một ticket mà khách hàng mở lại sẽ chuyển công việc về cột mở. Nếu bạn đổi tên hoặc sắp xếp lại các cột của bảng, quy tắc chuyển cột vẫn đi theo chúng, vì nó đọc xem cột nào được đánh dấu là hoàn thành.
Mở nó bằng “View task in Projects” (xem công việc trong Dự án) từ menu của ticket. Nếu ticket chưa có công việc, chính mục menu đó sẽ tạo ra nó. Thêm công việc con và bình luận ở đó như trên bất kỳ công việc nào, và khi công việc còn ở chế độ riêng tư thì không gì trong đó tới được cổng. Dự án hiện dự án “Support Tickets” cạnh các công việc khác của khách hàng, và đó là cách một quản lý thấy khối lượng hỗ trợ bên cạnh phần việc thực hiện.
Khép lại vòng xử lý: giải quyết, xác nhận, mở lại và đánh giá
Một ticket chỉ xong khi khách hàng nói vậy. Helpdesk cho khách hàng một cách để nói điều đó.
Gửi lời giải thích trước, rồi mới giải quyết
Giải quyết sẽ đổi trạng thái, ghi một dòng hệ thống và báo cho khách hàng rằng ticket đã được giải quyết, nhưng thông báo không nói gì về bản sửa. Gửi lời giải thích của bạn trước, trong một phản hồi.
Khách hàng thấy “Did this solve it?”
Trên một ticket đã giải quyết, khách hàng được hỏi vấn đề đã xong chưa, và có thể đóng ticket hoặc bấm “Not quite” (chưa hẳn) để mở lại. Chỉ cần trả lời bình thường cũng được, và khi đó ticket trở về “Open”.
Ticket đã đóng thì vẫn đóng
Khách hàng phải mở lại trước khi trả lời, còn đội ngũ bạn có thể mở lại từ phần đầu ticket. Khi khách hàng mở lại, ticket đang tạm hoãn sẽ thức dậy và đội ngũ được báo.
Đọc đánh giá
Khách hàng có thể chấm điểm một ticket đã giải quyết hoặc đã đóng từ một đến năm. Số sao hiện trên dòng và phần đầu của ticket, nên một điểm thấp rất dễ tìm lại sau này.
Helpdesk không cộng các đánh giá thành một điểm số hay một báo cáo. Số sao nằm trên từng ticket, nên xem lại chúng trong hàng chờ ở các tab “Resolved” và “Closed”, và thiết lập thành viên cổng cho từng khách hàng từ hồ sơ của họ trong Tài khoản con.
Câu hỏi thường gặp
Chính sách phản hồi hỗ trợ khách hàng nên gồm những gì?
Nêu các mức ưu tiên, thời gian phản hồi cho từng mức, số giờ là giờ làm việc hay giờ thực tế, các cách khách hàng có thể gửi yêu cầu, và những gì nằm ngoài phạm vi. Helpdesk lo phần đầu: bốn mức ưu tiên với đồng hồ phản hồi 4, 8, 24 và 48 giờ thực tế. Công bố phần còn lại trong tài liệu onboarding của bạn, và ghi mọi lời hứa về thời điểm giải quyết vào công việc liên kết.
Gói nào có helpdesk?
Phần mềm helpdesk cho agency có ở mọi gói. Khách hàng tự tạo và theo dõi yêu cầu của mình trong cổng khách hàng, vốn có ở các gói Scale và Enterprise. Ở gói Studio và Agency, đội ngũ của bạn ghi ticket bằng “New ticket” và vẫn có hàng chờ, phân công, ghi chú nội bộ, tạm hoãn và công việc liên kết. Đồng hồ phản hồi cần một tin nhắn từ khách hàng, nên chỉ chạy ở nơi khách hàng viết qua cổng.
Khách hàng có cần một ghế ngồi để tạo ticket hỗ trợ không?
Không. Khách hàng đăng nhập vào cổng của mình bằng một tài khoản cổng, tách biệt với đội ngũ của bạn và không dùng ghế ngồi nào của agency. Thành viên cổng thấy ticket của công ty họ, kể cả những ticket đội ngũ bạn ghi thay, và không thấy gì về khách hàng khác. Cổng khách hàng nằm trong các gói Scale và Enterprise.
Khách hàng có thấy ghi chú nội bộ, thẻ hay công việc liên kết của chúng tôi không?
Không. Ghi chú nội bộ bị loại bỏ trên máy chủ trước khi cổng nhận được một cuộc trao đổi, và dữ liệu mà khách hàng tải về không bao giờ gồm thẻ, tạm hoãn, trường người phụ trách hay công việc liên kết. Khách hàng đọc phần công khai: các phản hồi cùng file của chúng, cộng thêm những dòng hệ thống ngắn cho việc đổi trạng thái hoặc giao việc.
Thời gian phản hồi được đo như thế nào?
Thời gian phản hồi phụ thuộc vào mức ưu tiên: “Urgent” 4 giờ, “High” 8, “Normal” 24 và “Low” 48. Đồng hồ chạy theo giờ thực tế. Nó bắt đầu từ tin nhắn của khách hàng, hoặc từ lúc tạo đối với ticket từ cổng, và kết thúc ở phản hồi đầu tiên của đội ngũ bạn. Ghi chú nội bộ không làm nó dừng, và nó tắt với các ticket đang chờ khách hàng, đã giải quyết hoặc đã đóng.
Điều gì xảy ra khi khách hàng trả lời một ticket đã tạm hoãn?
Ticket thức dậy ngay và quay lại hàng chờ. Một phản hồi hay một lần mở lại của khách hàng sẽ xóa trạng thái tạm hoãn, và một phản hồi trên ticket đang chờ khách hàng hoặc đã giải quyết còn đưa nó về “Open”. Bản thân việc tạm hoãn không bao giờ tạm dừng đồng hồ phản hồi, nên một ticket đang cất vẫn có thể thành “Overdue” khi bị ẩn.
Ai trong đội ngũ của tôi xử lý được ticket?
Quản trị viên agency xử lý được mọi ticket. Một thành viên đội ngũ agency cần quyền Hỗ trợ, vốn được cấp mặc định, và chỉ thấy các khách hàng mà họ được phân công. Không có quyền quản lý thì hàng chờ ở chế độ chỉ đọc: không có ô soạn hay nút “New ticket”, và các trường trạng thái, mức ưu tiên, người phụ trách và loại vẫn hiện nhưng không đổi được. Không có quyền xem thì trang giải thích rằng quyền truy cập bị hạn chế.
Tôi có ghi được ticket cho một khách hàng đã gửi email hoặc gọi điện không?
Được. “New ticket” hỏi khách hàng, chủ đề, danh mục và mức ưu tiên, người phụ trách (không bắt buộc), tên và email của người yêu cầu cùng phần mô tả, kèm file đính kèm nếu bạn có. Ticket vào cùng hàng chờ, hiện là do agency ghi, và có công việc liên kết như mọi ticket khác. Nếu khách hàng có quyền truy cập cổng, ticket cũng xuất hiện trong danh sách yêu cầu của họ và phản hồi đến với khách hàng ở đó, nên người yêu cầu không có quyền truy cập cổng sẽ không được gửi email các phản hồi đó.
Helpdesk có gửi email cho đội ngũ của tôi và cho khách hàng không?
Có, trong phạm vi cài đặt thông báo của từng người. Khi khách hàng tạo, trả lời hoặc mở lại một ticket, người phụ trách và những đồng nghiệp có quyền truy cập Hỗ trợ và được phân công cho khách hàng đó sẽ được báo qua chuông thông báo, thông báo trên thiết bị và email. Nếu không có ai, quản trị viên agency được báo. Một đồng nghiệp cũng được báo khi có ticket giao cho họ. Khách hàng nhận một email xác nhận khi gửi. Phản hồi và kết quả giải quyết của bạn đến với các thành viên cổng của khách hàng qua chuông thông báo, thông báo trên thiết bị và email, và thông báo đã giải quyết không giải thích bản sửa.
Tôi có sửa được các câu trả lời mẫu hoặc thêm câu của riêng mình không?
Các câu trả lời mẫu có sẵn và không thể chỉnh sửa hay mở rộng. Mỗi câu chèn vào ô soạn dưới dạng văn bản thường, bên dưới mọi thứ bạn đã gõ, nên bạn thoải mái chỉnh trước khi gửi. Nếu bạn giữ cách diễn đạt chuẩn của riêng mình ở nơi khác, dán nó vào ô soạn khi các câu có sẵn không phù hợp.