Báo cáo bảo hành trung tâm: đọc dòng máy lỗi lặp, chi phí linh kiện và ca xử lý chậm

Một báo cáo bảo hành hằng tháng cho chủ trung tâm thấy dòng máy quay lại bảo hành lần hai, khoản chi cho linh kiện và những ca nằm quá lâu trên bàn kỹ thuật. Dữ liệu đến từ chính phiếu sửa chữa đã có, không cần thêm công cụ mới. Mỗi cuối tháng, chủ trung tâm đọc năm mục và chốt một quyết định cho từng mục.

Cuối tháng chỉ có tổng số ca, không thấy dòng máy lỗi lặp lại

Chiều ngày cuối tháng, chủ trung tâm ngồi cộng tay số phiếu trong file Excel phiếu nhận máy, sau đó đối chiếu với sổ thu chi cuối ngày. Kết quả là một con số tổng: tháng này nhận bao nhiêu ca. Con số đó không chỉ ra dòng máy nào nằm trong tổng.

Một dòng máy quay lại bảo hành lần hai vẫn được ghi thành ca mới trong sổ, nên lỗi lặp lại không nổi lên. Trung tâm tiếp tục nhập linh kiện theo cảm tính, dựa vào câu "dòng này hay hỏng" của kỹ thuật viên. Ca nằm quá lâu chỉ bị phát hiện khi khách gọi hỏi tiến độ.

Phần tiền cũng nằm rải rác. Chi phí linh kiện ghi trong sổ chung, không gắn vào ca hay dòng máy cụ thể, nên cuối tháng chủ trung tâm khó biết khoản nào tăng và vì sao.

Báo cáo bảo hành là gì và lấy dữ liệu từ đâu

Báo cáo bảo hành là bảng tổng hợp từ phiếu sửa chữa, gồm ngày nhận, dòng máy, nhóm lỗi, chi phí linh kiện và ngày trả. Mỗi dòng của báo cáo là một phiếu; chủ trung tâm lọc, đếm và so sánh các phiếu theo tháng. Phiếu càng đủ trường, báo cáo càng đọc được. Quản lý phiếu trên một phần mềm quản lý trung tâm bảo hành giúp phiếu nằm một chỗ, thay cho ba file rời.

Bài này khác bài KPI trung tâm bảo hành. Bài KPI trình bày công thức của bảy chỉ số; bài này trình bày cách dựng và đọc một trang báo cáo để ra quyết định cụ thể cho tháng sau.

Mốc thời gian trong báo cáo nên bám theo từng loại phần việc. Điều khoản bảo hành của OnePlus Việt Nam công bố thời gian nhận máy riêng cho phụ kiện, thay linh kiện, vệ sinh máy và nâng cấp phần mềm. Mỗi loại việc có một mốc, nên trung tâm cũng cần mốc hạn riêng cho từng nhóm lỗi thay vì một con số chung cho mọi ca.

5 mục trong báo cáo bảo hành chủ trung tâm cần đọc

Năm mục dưới đây đều lấy từ phiếu sửa chữa. Một số mục là cách cửa hàng tự tính bằng trường tùy chỉnh và bộ lọc theo trường, nên phần mô tả ghi rõ mục nào cần chuẩn bị trường nào.

1. Số ca theo dòng máy và tỷ lệ quay lại lần hai

Mục đầu tiên đếm số ca theo từng dòng máy, kèm đếm riêng các ca là lần bảo hành thứ hai trở lên. Tỷ lệ quay lại lần hai là cách cửa hàng tự tính: số ca lần hai của một dòng máy chia cho tổng ca của dòng đó.

Cửa hàng tạo bốn trường tùy chỉnh gồm ngày nhận, ngày trả, dòng máy và lần bảo hành, sau đó lọc theo trường để đếm. Danh sách phiếu có sẵn bộ lọc theo trạng thái và khoảng ngày, đủ để tách số ca của từng tháng.

2. Nhóm lỗi phổ biến theo dòng máy

Mục thứ hai đọc nhóm lỗi nào chiếm nhiều ca nhất trong từng dòng máy, lấy từ trường nhóm lỗi ghi trong phiếu. Nếu lỗi nguồn chiếm phần lớn ca của một dòng, trung tâm biết nên dự trữ linh kiện nguồn của dòng đó trước.

Điều kiện để mục này đọc được là danh sách nhóm lỗi cố định, khoảng sáu đến tám nhóm như pin, màn hình, nguồn, loa và micro, cổng sạc, phần mềm. Kỹ thuật viên ghi "màn", "LCD" và "màn hình" cho cùng một lỗi sẽ làm số đếm vỡ ra thành ba dòng nhỏ.

3. Chi phí linh kiện theo ca và theo dòng máy

Mục thứ ba cộng chi phí linh kiện theo từng ca, sau đó gộp theo dòng máy. Qranty ghi chi phí linh kiện theo ca, nên chủ trung tâm lấy được cả hai cách nhìn từ cùng một nguồn phiếu.

Mục này chỉ dùng để đối chiếu, không dùng để kết luận lãi lỗ theo ca. Ca có chi phí cao bất thường so với các ca cùng dòng máy được mở lại để xem giá nhập hoặc việc thay thừa linh kiện. Cách chia các khoản chi cho bảo hành được phân tích riêng trong bài chi phí bảo hành.

4. Thời gian xử lý từ nhận đến trả và ca vượt hạn

Mục thứ tư đo số ngày từ lúc nhận máy đến lúc trả khách, tương tự cách IBM mô tả MTTR, tức thời gian từ lúc sự cố xảy ra đến khi thiết bị hoạt động đầy đủ trở lại. Đây là cách cửa hàng tự tính bằng trường tùy chỉnh: ngày trả trừ ngày nhận.

Ca vượt hạn là ca có ngày nhận cộng mốc hạn của nhóm lỗi đã qua, trong khi trạng thái chưa là đã trả khách. Cửa hàng chủ động lọc danh sách phiếu chưa trả vào sáng đầu tuần để tìm những ca này, thay vì chờ khách gọi.

5. Ca gửi hãng đang chờ và dòng tiền đối chiếu

Mục thứ năm liệt kê các ca đã gửi hãng và chưa nhận lại. Cửa hàng tự đánh dấu ca đang chờ hãng và ngày gửi bằng trường tùy chỉnh, sau đó lọc, tìm theo trường này.

Dòng tiền vào và ra dùng để đối chiếu: khoản thu của khách đã thanh toán và khoản chi cho hãng hoặc đối tác sửa ngoài. Hai bên cùng một tháng cho thấy ca nào đã thu tiền nhưng linh kiện hoặc máy vẫn chưa về.

Bảng đối chiếu: số liệu cần xem và quyết định đi kèm

Bảng dưới đây ghép từng mục của báo cáo với nguồn trong phiếu, dấu hiệu cần xử lý và quyết định đi kèm. Chủ trung tâm đọc theo hàng ngang: thấy dấu hiệu ở cột ba, làm theo quyết định ở cột bốn.

Mục	Nguồn trong phiếu	Dấu hiệu cần xử lý	Quyết định của chủ trung tâm
Số ca theo dòng máy, quay lại lần hai	Trường dòng máy, lần bảo hành, ngày nhận	Một dòng máy có nhiều ca lần hai trong tháng	Đổi nhà cung cấp linh kiện của dòng đó hoặc rà lại cách sửa
Nhóm lỗi phổ biến	Trường nhóm lỗi trong phiếu	Một nhóm lỗi chiếm phần lớn ca của một dòng máy	Dự trữ linh kiện nhóm lỗi đó, báo hãng nếu lỗi theo lô
Chi phí linh kiện	Chi phí linh kiện ghi theo ca	Ca có chi phí cao bất thường so với ca cùng dòng máy	Mở lại phiếu để kiểm tra giá nhập và việc thay thừa
Thời gian xử lý, ca vượt hạn	Ngày nhận, ngày trả, mốc hạn theo nhóm lỗi	Ca đã quá mốc hạn nhưng chưa trả khách	Truy nguyên ca, chia lại người phụ trách, báo khách mốc mới
Ca gửi hãng đang chờ	Trường đánh dấu chờ hãng, ngày gửi	Ca chờ hãng lâu hơn mốc cam kết với khách	Liên hệ hãng chốt ngày nhận lại, báo khách tiến độ

Điểm chung của cả năm hàng là mỗi dấu hiệu đi kèm một quyết định có người thực hiện. Báo cáo thiếu quyết định đi kèm chỉ là một trang số đẹp, không làm thay đổi gì ở bàn kỹ thuật tháng sau.

Lộ trình 4 tuần dựng báo cáo bảo hành cho trung tâm

Bốn tuần đủ để chuyển từ cộng tay cuối tháng sang một trang báo cáo đọc được. Mỗi tuần có một đầu ra rõ.

Tuần 1: Chuẩn hóa nhóm lỗi, trạng thái phiếu và trường tùy chỉnh

Đầu ra của tuần đầu là danh sách nhóm lỗi cố định, bộ trạng thái phiếu thống nhất và các trường tùy chỉnh gồm dòng máy, lần bảo hành, ngày nhận, ngày trả. Thao tác: chủ trung tâm chốt danh sách cùng kỹ thuật viên, sau đó tạo trường trong mục Cài đặt.

Tuần 2: Bắt buộc ghi chi phí linh kiện mỗi ca

Đầu ra của tuần thứ hai là mọi phiếu đóng đều có chi phí linh kiện. Thao tác: lễ tân hoặc quản lý ca kiểm tra phiếu trước khi chuyển sang trạng thái trả khách, phiếu thiếu chi phí được trả về kỹ thuật viên bổ sung.

Tuần 3: Đọc báo cáo đầu tiên, chọn 3 ca chậm để truy nguyên

Đầu ra của tuần thứ ba là bản báo cáo đầu tiên với năm mục và danh sách ba ca chậm nhất. Thao tác: chủ trung tâm mở lại từng phiếu trong ba ca, ghi nguyên nhân thật như chờ linh kiện, chờ khách duyệt báo giá hoặc chờ hãng.

Tuần 4: Họp 15 phút hằng tuần với kỹ thuật viên về số liệu

Đầu ra của tuần cuối là một cuộc họp đứng cố định mười lăm phút vào sáng đầu tuần. Thao tác: đọc ba con số gồm ca vượt hạn, dòng máy lỗi lặp và ca chờ hãng, sau đó giao một việc cho một người trước khi kết thúc.

Câu hỏi thường gặp về báo cáo bảo hành

Báo cáo bảo hành cần những trường dữ liệu tối thiểu nào trong phiếu?

Sáu trường là đủ cho năm mục: ngày nhận, ngày trả, dòng máy, nhóm lỗi, lần bảo hành và chi phí linh kiện. Thiếu một trường, một mục của báo cáo không dựng được. Cửa hàng tạo các trường ngoài mặc định bằng trường tùy chỉnh.

Làm sao xác định ca xử lý chậm khi mỗi dòng máy có thời gian sửa khác nhau?

Mỗi nhóm lỗi, và nếu cần mỗi dòng máy, có một mốc hạn riêng thay cho một con số chung. Mốc lấy từ ngày trả thực tế của các ca đã xong cùng nhóm lỗi, cộng thêm biên cho chờ linh kiện. Ca chậm là ca đã quá mốc của chính nhóm lỗi đó và chưa trả khách.

Chi phí linh kiện nên đối chiếu theo ca hay theo dòng máy?

Cả hai, với hai mục đích khác nhau. Theo ca để bắt ca có chi phí cao bất thường, theo dòng máy để chọn nhà cung cấp và mức dự trữ linh kiện. Cả hai chỉ để đối chiếu, không dùng để kết luận lãi lỗ của từng ca.

Báo cáo bảo hành xem được ở webapp hay chỉ trên điện thoại?

Qranty có webapp và app iOS, Android, nên phiếu sửa chữa xem được trên cả hai. Chủ trung tâm đọc bảng và lọc theo trường thuận tiện hơn trên màn hình rộng của webapp; điện thoại phù hợp để kiểm tra nhanh trạng thái ca tại bàn kỹ thuật.

Kết luận

Ba ý cốt lõi gồm: dữ liệu báo cáo lấy từ phiếu sửa chữa, nên chất lượng phiếu quyết định chất lượng báo cáo; năm mục đủ để thấy dòng máy lỗi lặp, chi phí linh kiện, ca chậm và ca chờ hãng; họp mười lăm phút đều đặn mới biến số liệu thành việc làm.

Việc tiếp theo cực nhỏ: mở 20 phiếu gần nhất và ghi ra giấy dòng máy, nhóm lỗi, ngày nhận, ngày trả của từng phiếu. Mười phút ghi chép đó cho biết phiếu hiện tại đã đủ trường để dựng báo cáo hay chưa.

Số ca của cả tháng chưa nói lên điều gì. Dòng máy quay lại lần hai và ca nằm quá mốc hạn mới là hai thứ chủ trung tâm cần nhìn thấy trước khách.