Bán được thiết bị không phải là điểm kết thúc. Khi khách hàng gọi điện báo hỏng, bộ phận chăm sóc khách hàng ghi lại vào giấy ghi chú; kỹ sư ra ngoài phát hiện phụ tùng thay thế không đúng chủng loại; sau khi sửa xong lại không có ai liên hệ để hỏi thăm, ba tháng sau lại hỏng ở cùng vị trí. Bản chất của tình trạng gián đoạn dịch vụ hậu mãi làBa mảng đơn công việc, phụ tùng và thăm hỏi đều hoạt động riêng rẽ. Bảng tính có thể ghi lại một đơn hàng, nhưng không thể tạo thành chu trình khép kín; WeChat có thể nhắc nhở mọi người, nhưng không lưu lại được dấu vết có thể kiểm toán. Phần mềm hậu mãi cần giải quyết là làm cho mỗi lần dịch vụ, từ khi nhận báo hỏng đến khi thăm hỏi lại, đều có thể truy vết, thanh toán và cải tiến.
Vấn đề kinh doanh: Bị gián đoạn ở khâu nào
Các doanh nghiệp chế tạo thiết bị, kỹ thuật cơ điện và nhà phân phối thiết bị y tế đều thường gặp ba loại điểm nghẽn: đơn công việc không thể vào được hàng đợi thống nhất, khi phụ tùng đến nơi mới phát hiện sai sót, sau khi kết thúc đơn lại không có cuộc gọi thăm hỏi. Ưu tiên thì dựa vào ai lớn tiếng hơn, quy tắc về vật liệu thay thế chỉ nằm trong đầu các thợ lành nghề, còn mức độ hài lòng thì chỉ dựa vào cảm nhận. Nếu phần mềm chỉ làm nhiệm vụ đăng ký sửa chữa thì chẳng khác nào chỉ đơn thuần số hóa những tờ ghi chú.
Điểm đứt gãy tinh vi hơn làHồ sơ tài sản bị thiếu: Không biết số seri, vị trí lắp đặt và ngày hết hạn bảo hành, việc phân công công việc chỉ dựa vào lời kể của khách hàng, khiến xác suất phân sai và mang nhầm linh kiện tăng vọt. Khi ranh giới giữa bảo hành trong và ngoài không rõ ràng, kỹ sư hiện trường không dám thay thế linh kiện, phản hồi khiếu nại của khách hàng chậm; nguyên nhân sâu xa thực ra là do các điều khoản hợp đồng chưa được cấu trúc hóa.
- Phiếu công việc bị ngắt: Báo sửa chữa qua nhiều cổng nhập, không có phân cấp thống nhất và thời hạn cam kết.
- Phụ tùng bị thiếu: Trên sổ sách có số liệu, nhưng tại vị trí kho lại không có hàng; lượng tồn kho trên xe được tính riêng.
- Gặp lại bị gián đoạn: Không có nhắc nhở về các nút bảo hành, sự cố tái phát không thể liên kết với đơn hàng trước đây.
- Kết toán ngắt: Thời gian làm việc và vật tư không thể tự động xác định phí.
Cách phân chia nghiệp vụ như thế nào: lấy phiếu công việc làm trục, phụ kiện và cuộc gọi tái thăm dò được gắn vào
Chia thành bốn đối tượng: yêu cầu dịch vụ, phiếu công việc, xác nhận xuất kho phụ tùng và nhiệm vụ thăm hỏi. Yêu cầu đến từ điện thoại, ứng dụng mini hoặc cảnh báo thiết bị; phiếu công việc được liên kết với tài sản khách hàng và các điều khoản hợp đồng; việc xuất kho phụ tùng nhất định phải gắn với phiếu công việc; nhiệm vụ thăm hỏi sẽ tự động được tạo sau khi hoàn tất đơn hàng theo quy tắc.
- Xử lý yêu cầu: lập hồ sơ, phân cấp, cam kết thời gian phản hồi.
- Điều phối phân công: phù hợp về kỹ năng, khu vực và tải trọng; chuyển giao có ghi lại dấu vết.
- Thực thi tại hiện trường: đến nơi, mã chẩn đoán, linh kiện thay thế, thời gian công việc, chữ ký của khách hàng.
- Thanh toán và thăm hỏi: Hạch toán nội bảo hành hoặc báo giá ngoài bảo hành; kiểm tra mức độ hài lòng khi hết hạn và tình trạng tái phát.
Các điều khoản hợp đồng cần được cấu trúc hóa: số lần hỗ trợ tại nhà miễn phí, chiết khấu phụ tùng thay thế, chế tài phạt do chậm trễ, thỏa thuận về mức độ dịch vụ. SLA nên có thể được cấu hình theo từng khách hàng hoặc từng hợp đồng.
Làm thế nào để thiết kế: vai trò, dữ liệu, trạng thái
Các vai trò bao gồm nhân viên chăm sóc khách hàng, điều phối, kỹ sư hiện trường, quản lý kho phụ tùng và trưởng bộ phận hậu mãi. Kỹ sư có thể xem các đơn hàng của mình cùng với các phụ tùng gần đó; quản lý kho chịu trách nhiệm về việc xuất kho; trưởng bộ phận theo dõi thời hạn quá hạn và tỷ lệ tái phát. Cổng thông tin khách hàng có thể được mở để chỉ cho phép xem chế độ đọc tiến độ bảo trì.
Máy trạng thái phiếu công việc
Mới tạo, đã phân công, đang trên đường, đang xử lý, chờ phụ tùng, chờ khách hàng xác nhận, đã kết đơn, đang gọi lại, đã đóng. Đối với trạng thái chờ phụ tùng, phải liên kết với danh sách thiếu phụ tùng; trước khi kết đơn, bắt buộc phải điền mã chẩn đoán và biện pháp xử lý. Nếu quá hạn, hệ thống sẽ tự động nâng cấp theo SLA.
Dữ liệu chính về phụ tùng và tài sản
Hồ sơ tài sản ghi nhận số sê-ri, vị trí lắp đặt, thời hạn bảo hành. Đối với phụ tùng, có liên hệ về các mẫu máy phù hợp, hỗ trợ vật liệu thay thế. Khi xuất kho, quét mã đơn hàng sẽ hiển thị danh sách đề xuất; việc trả lại vật tư và thu hồi linh kiện hỏng được tách riêng. Hàng ký gửi và tồn kho trên xe được quản lý theo các tiêu chuẩn riêng biệt.
Làm thế nào để phát triển: giao diện, thu thập dữ liệu, nghiệm thu
Mức độ ưu tiên: Dữ liệu chủ về tài sản và hợp đồng, phiếu công việc và phân công công việc, liên kết nhập/xuất kho phụ tùng, nhập liệu tại hiện trường trên thiết bị di động, công cụ theo dõi phản hồi, giao diện thanh toán tài chính. Ứng dụng di động cần hỗ trợ chế độ nháp ngoại tuyến. Khi tích hợp với ERP, cần thực hiện việc ghi nhận chi phí khi xuất kho phụ tùng. Sử dụng API tạo phiếu công việc cho các cảnh báo IoT.
Kịch bản nghiệm thu: từ khi báo sửa trong bảo hành đến khi kết đơn; đối với trường hợp thiếu linh kiện thì chuyển sang trạng thái chờ dự phòng rồi gửi bổ sung; xác nhận báo giá ngoài bảo hành; sau khi kết đơn sẽ tự động thực hiện cuộc gọi thăm lại; tiến hành kiểm tra ngẫu nhiên việc thu hồi linh kiện hỏng. Các chỉ tiêu: tỷ lệ phản hồi đúng giờ lần đầu, tỷ lệ sửa chữa thành công ngay lần đầu, tỷ lệ tái phát, tỷ lệ khớp đúng linh kiện dự phòng.
Kết thúc: Tính đóng góp quan trọng hơn tính năng
Giá trị của hệ thống hậu mãi nằm ở việc liệu các phiếu công việc có thể được xử lý trọn vẹn cùng với việc cung cấp phụ tùng và thực hiện cuộc gọi thăm hỏi hay không. Việc phân công công việc thông minh có thể được bổ sung ở giai đoạn hai; còn ở giai đoạn một, do chưa có hồ sơ tài sản và máy trạng thái, nên dù có thông minh đến đâu cũng vẫn có thể phân công sai.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) cung cấp các hệ thống hậu mãi và dịch vụ tại hiện trường được tùy chỉnh dành cho các doanh nghiệp sản xuất và dịch vụ. Để biết thêm thông tin về các năng lực, vui lòng xem…Về chúng tôi, các sản phẩm theo ngữ cảnh cũng có thể tham khảoxynadmin.com。
Khi triển khai, trở ngại thường gặp đến từ việc “lên hệ thống trước rồi mới chuẩn hóa”. Nếu không quy định rõ ràng ngay từ đầu, việc đưa vào vận hành sẽ chỉ làm gia tăng sự hỗn loạn. Đề xuất dành hai tuần để tổ chức hội thảo về quy trình: chuyển các phương thức mặc định thành những điều khoản có thể thực thi, liệt kê các điểm tranh chấp vào danh sách chờ giải quyết, và không tiến hành các đợt phát triển đột phá cho đến khi tất cả các vấn đề còn dang dở đều được xử lý xong.
Chất lượng thu thập dữ liệu quyết định độ tin cậy của hệ thống. Mỗi thao tác then chốt đều phải có người chịu trách nhiệm, dấu thời gian và các tài liệu đính kèm cần thiết. Cơ chế kiểm tra ngẫu nhiên cần được đưa vào cuộc họp điều hành hàng tháng; những trường hợp không đạt yêu cầu trong đợt kiểm tra sẽ bị xử lý bằng hình thức đào tạo hoặc thu hồi quyền hạn, nếu không, quy định sẽ nhanh chóng trở nên vô nghĩa.
Khi tích hợp với các hệ thống xung quanh, trước tiên cần xác định nguồn dữ liệu chính thống, sau đó mới bàn đến tần suất đồng bộ. Việc tự ý ghi chép hai chiều là con đường nhanh nhất dẫn đến sự suy thoái của dữ liệu chủ. Các giao diện phải có chức năng thử lại khi thất bại, báo cáo đối chiếu và cổng bồi thường thủ công, nhằm tránh tình trạng đồng bộ thất bại mà không ai hay biết.
Trong giai đoạn đầu triển khai, có thể thiết lập ca trực của quản trị viên cấp cao và cửa sổ thay đổi nhanh, nhưng cửa sổ này phải có thời hạn kết thúc. Việc phụ thuộc lâu dài vào sự hỗ trợ thủ công cho thấy thiết kế vẫn chưa hoàn thiện. Sổ tay vận hành cần ghi rõ các sự cố thường gặp, quy trình hồi roll và lộ trình hạ cấp dịch vụ.
Đào tạo được phân lớp theo vai trò, không giảng giải theo menu chức năng. Các vị trí vận hành chỉ thực hành ba bước then chốt; các vị trí quản lý tập trung vào xử lý tình huống bất thường và đối chiếu sổ sách. Việc đánh giá sử dụng dữ liệu chứng từ thực tế để tái hiện, đồng thời ghi nhận quá trình đào tạo được tích hợp vào hệ thống kiểm soát ra vào khi triển khai chính thức.
An toàn và kiểm toán không thể bổ sung sau: các trường hợp hủy bút toán quan trọng, thay đổi số tiền và nâng cấp quyền hạn đều phải được hai người cùng kiểm tra và ghi lại nhật ký kiểm toán. Chu kỳ lưu trữ nhật ký phải đáp ứng yêu cầu của các cuộc kiểm toán nội bộ và bên ngoài; quyền xuất dữ liệu phải tách biệt với quyền nghiệp vụ.
Khi triển khai, trở ngại thường gặp đến từ việc “lên hệ thống trước rồi mới chuẩn hóa”. Nếu không quy định rõ ràng ngay từ đầu, việc đưa vào vận hành sẽ chỉ làm gia tăng sự hỗn loạn. Đề xuất dành hai tuần để tổ chức hội thảo về quy trình: chuyển các phương thức mặc định thành những điều khoản có thể thực thi, liệt kê các điểm tranh chấp vào danh sách chờ giải quyết, và không tiến hành các đợt phát triển đột phá cho đến khi tất cả các vấn đề còn dang dở đều được xử lý xong.
Chất lượng thu thập dữ liệu quyết định độ tin cậy của hệ thống. Mỗi thao tác then chốt đều phải có người chịu trách nhiệm, dấu thời gian và các tài liệu đính kèm cần thiết. Cơ chế kiểm tra ngẫu nhiên cần được đưa vào cuộc họp điều hành hàng tháng; những trường hợp không đạt yêu cầu trong đợt kiểm tra sẽ bị xử lý bằng hình thức đào tạo hoặc thu hồi quyền hạn, nếu không, quy định sẽ nhanh chóng trở nên vô nghĩa.