English
日本語Báo hỏng điều hòa hôm thứ Hai, đến thứ Năm vẫn chưa ai báo lại, vì tin nhắn đã trôi mất giữa hàng trăm tin khác. Khi cư dân hay khách thuê phải hỏi lại vì không biết ticket sửa chữa của mình đã được xử lý chưa, nguyên nhân thường là yêu cầu không có mã theo dõi và không ai chịu trách nhiệm rõ ràng.
Ticket sửa chữa, hiểu đơn giản, là một yêu cầu được ghi lại thành một Case trong Salesforce Service Cloud, có mã, người phụ trách, trạng thái, mức ưu tiên và thời hạn xử lý. Nhờ đó cả ban quản lý lẫn người báo hỏng đều biết yêu cầu đang ở đâu.
Lưu ý quan trọng: đơn vị vận hành tòa nhà và các mức ưu tiên trong bài là ví dụ giả định để minh họa, không phải chuẩn ngành và không phải case khách hàng thật. Thời hạn xử lý cụ thể do đơn vị vận hành tự quyết định. Zalo không phải kênh có sẵn trong cấu hình thông thường, cần tích hợp riêng. Tính năng cũng phụ thuộc edition và license bạn đang dùng.
Trước và sau khi biến mỗi yêu cầu sửa chữa thành ticket có mã và thời hạn xử lý.Vì sao yêu cầu sửa chữa hay bị trôi mất
Yêu cầu sửa chữa trong tòa nhà đến từ nhiều hướng cùng lúc: tin nhắn Zalo gửi cho lễ tân, email gửi ban quản lý, cuộc gọi tới tổng đài, hay lời nhắn miệng với bảo vệ. Mỗi kênh lưu ở một nơi riêng, và rất ít kênh có mã để tra cứu lại.
Hệ quả quen thuộc là ba chuyện. Người báo hỏng không biết yêu cầu đã được tiếp nhận chưa nên hỏi lại nhiều lần. Ban quản lý không biết yêu cầu nào đang quá hạn. Khi cần báo cáo, không ai tổng hợp được số yêu cầu theo loại hay theo thời gian xử lý.
Ví dụ giả định: một đơn vị vận hành tòa nhà văn phòng nhận yêu cầu qua Zalo, email và điện thoại. Cuối tuần, trưởng bộ phận kỹ thuật phải hỏi từng người xem còn việc nào chưa xong, và danh sách lúc nào cũng khác nhau.
Ticket sửa chữa: mỗi yêu cầu là một Case
Trong Service Cloud, mỗi yêu cầu được ghi lại thành một Case. Case là bản ghi theo dõi một vấn đề cần giải quyết cho khách hàng, cùng các email, ghi chú và công việc liên quan.
Mã Case
- Mỗi yêu cầu có một số Case riêng để người báo hỏng và nhân viên cùng tra cứu
- Người báo hỏng chỉ cần đọc mã khi hỏi lại
Người phụ trách và trạng thái
- Mỗi Case có một chủ sở hữu, có thể là người hoặc một hàng chờ (queue)
- Trạng thái như Mới, Đang xử lý, Chờ phản hồi, Đã đóng cho thấy tiến độ
Mức ưu tiên
- Mỗi Case có mức ưu tiên để nhân viên biết việc nào làm trước
- Mức ưu tiên là cơ sở để đặt thời hạn xử lý
Thời hạn xử lý
- Mỗi mức ưu tiên gắn với một thời hạn do đơn vị tự đặt
- Hệ thống có thể cảnh báo khi Case sắp hoặc đã quá hạn
Nhận yêu cầu từ nhiều kênh và chia việc đúng người
Để ticket không phụ thuộc vào việc ai đó nhớ gõ vào hệ thống, Service Cloud có thể tự tạo Case từ nhiều nguồn.
Email, form web và cổng thông tin
- Email-to-Case biến email gửi tới một địa chỉ hỗ trợ thành Case
- Web-to-Case tạo Case khi khách điền một form trên website
- Cổng thông tin (Experience Cloud) cho cư dân hoặc khách thuê tự gửi và xem tiến độ yêu cầu
Zalo: cần tích hợp riêng
- Zalo không phải kênh có sẵn trong cấu hình thông thường
- Muốn tạo Case từ Zalo, đơn vị cần một tích hợp riêng, nên hãy trao đổi với đơn vị triển khai về các lựa chọn hiện có
- Trong lúc chưa tích hợp, có thể hướng người dùng sang form web hoặc email để tạo ticket
Omni-Channel chia việc
- Omni-Channel tự phân Case tới nhân viên phù hợp dựa trên cấu hình định tuyến, tình trạng sẵn sàng và khối lượng việc
- Ví dụ giả định: sự cố điện đi tới nhóm kỹ thuật điện, sự cố nước đi tới nhóm cấp thoát nước
Bạn có thể xem thêm các giải pháp Salesforce mà Sonix triển khai tại trang giải pháp Salesforce.
4 mức ưu tiên và thời hạn xử lý: ví dụ tham khảo
Dưới đây là một bộ 4 mức ưu tiên mẫu cho đơn vị vận hành tòa nhà. Số mức, tên mức và thời hạn bạn có thể đổi tùy ý, vì mỗi tòa nhà có đặc thù và cam kết dịch vụ khác nhau.
| Mức ưu tiên | Ví dụ sự cố | Cách xử lý gợi ý |
|---|---|---|
| Khẩn cấp | Kẹt thang máy, rò điện | Báo ngay người trực, xử lý ngay, đặt thời hạn ngắn nhất |
| Cao | Mất nước một khu | Phân công ngay trong ca, cập nhật tiến độ thường xuyên |
| Trung bình | Điều hòa không mát | Xếp lịch theo thứ tự tiếp nhận, báo lại khi có lịch |
| Thấp | Góp ý, đề xuất | Ghi nhận, phản hồi theo chu kỳ định sẵn |
Bảng cố ý không ghi số giờ hay số ngày cụ thể: đơn vị vận hành tự quyết định thời hạn từng mức dựa trên nhân lực, hợp đồng với khách thuê và mức độ rủi ro.
Thời hạn và cảnh báo. Để hệ thống theo dõi thời hạn, Service Cloud có Entitlements và Milestones. Entitlement mô tả mức hỗ trợ mà một khách hàng được hưởng, còn Milestone là các mốc thời gian cần hoàn thành, ví dụ phản hồi lần đầu và hoàn tất xử lý. Khi mốc sắp hoặc đã quá hạn, hệ thống có thể tạo cảnh báo hoặc chuyển Case lên cấp cao hơn qua escalation rule.
Với sự cố khẩn cấp, ticket không thay thế quy trình an toàn. Kẹt thang hay rò điện vẫn cần gọi ngay cho đội trực hoặc số khẩn cấp, ticket là để ghi lại và theo dõi.
Lưu ý khi áp dụng vào đơn vị của bạn
Bắt đầu từ ít mức ưu tiên. Quá nhiều mức khiến nhân viên khó chọn và mức ưu tiên mất ý nghĩa. Hãy chốt thời hạn từng mức cùng đội vận hành, rồi mới cấu hình.
Entitlement không tự gắn vào mọi Case. Theo tài liệu hướng dẫn, entitlement không tự động áp dụng cho Case tạo từ web-to-case, nên cần thiết kế cách gắn mức hỗ trợ cho Case ngay từ đầu.
Phân loại Case rõ ràng. Bạn có thể phân loại yêu cầu sửa chữa với góp ý bằng Record Type để mỗi loại có màn hình và quy trình riêng. Bài Record Type Salesforce: chỉ cần 2 loại, màn hình gọn hơn giải thích cách làm.
Khi mọi thứ đã chạy ổn. Bạn có thể xem thêm công cụ AI hỗ trợ viết bình luận trong Case ở bài Salesforce Winter 27: 5 thay đổi quan trọng dễ hiểu nhất, tùy edition và license.
Đo lường. Sau vài tuần, hãy xem báo cáo số Case theo loại và theo thời gian xử lý để biết nút thắt nằm ở đâu.
Checklist trước khi dựng hệ thống ticket
Trước khi cấu hình, hãy chạy qua danh sách ngắn sau để chắc rằng ticket phản ánh đúng cách đơn vị vận hành làm việc.
☐ Đã liệt kê các kênh nhận yêu cầu hiện tại (Zalo, email, điện thoại, trực tiếp)
☐ Đã chọn các kênh tạo Case tự động: email, form web, cổng thông tin
☐ Đã trao đổi về phương án tích hợp nếu muốn nhận yêu cầu từ Zalo
☐ Đã chốt số mức ưu tiên và ví dụ sự cố cho từng mức
☐ Đã chốt thời hạn từng mức cùng đội vận hành
☐ Đã cấu hình cách chia việc và cảnh báo khi sắp quá hạn
☐ Đã có quy trình gọi trực tiếp cho sự cố khẩn cấp song song với ticket
Yêu cầu của bạn hiện được theo dõi bằng mã hay bằng trí nhớ? Để lại bình luận bên dưới, đội ngũ Sonix rất muốn nghe cách bạn đang làm.
Salesforce Service Cloud
Trải nghiệm khách hàng
Chuyển đổi số
SME
Hướng dẫn
Smart Building
Quản lý tòa nhà
Đặt lịch tư vấn cùng Sonix để cùng rà soát quy trình tiếp nhận yêu cầu và thiết kế ticket, mức ưu tiên phù hợp với đơn vị vận hành của bạn.
Sonix: Your success is our happiness.
Để lại lời nhắn cho chúng tôi