Mẫu Google Sheets Quản Lý Bảo Hành Sản Phẩm 2026 Cho Cửa Hàng

Tủ bảo hành của một cửa hàng điện máy nhỏ thường có vài chục phiếu giấy nhét chung một ngăn, ai muốn tra thông tin bảo hành của khách phải lục từng tờ. Đến lúc khách gọi điện báo hỏng, nhân viên loay hoay không nhớ sản phẩm bán ngày nào, còn hạn hay hết, đã sửa lần nào chưa. Một file Google Sheets quản lý bảo hành giải quyết đúng cái khoảng trống đó — không cần phần mềm CRM đắt tiền, chỉ cần vài sheet liên kết nhau và vài công thức tính hạn tự động.

Vì sao cửa hàng nhỏ hay mất kiểm soát bảo hành sản phẩm

Phần lớn sự cố không đến từ việc thiếu công cụ, mà từ việc thông tin bảo hành nằm rải rác ở nhiều nơi: hóa đơn giấy, tin nhắn Zalo với khách, sổ tay của nhân viên bán hàng. Khi một khách gọi lên báo sản phẩm lỗi sau 3 tháng sử dụng, người trực máy phải hỏi lại số hóa đơn, ngày mua, thậm chí yêu cầu khách chụp lại phiếu bảo hành — trải nghiệm này khiến khách khó chịu và đôi khi khiến cửa hàng chịu thiệt vì không chứng minh được thời hạn.

Cái khó thứ hai là tính hạn bảo hành thủ công. Mỗi dòng sản phẩm có thời hạn khác nhau — tai nghe 6 tháng, tủ lạnh 24 tháng, máy giặt 12 tháng — nếu nhân viên tự cộng tay ngày hết hạn thì sai sót là chuyện thường, đặc biệt vào mùa cao điểm bán hàng khi một ngày xử lý cả trăm đơn.

Cái khó thứ ba, ít ai để ý, là không tách được bảo hành lần đầu và bảo hành sau sửa chữa. Một sản phẩm đã đưa đi sửa và thay linh kiện thường có thời hạn bảo hành riêng cho phần vừa sửa (thường 1-3 tháng), khác với thời hạn bảo hành gốc của sản phẩm. Nếu gộp chung một cột "ngày hết hạn" thì đến lần khiếu nại thứ hai, cửa hàng dễ xử lý sai — hoặc từ chối bảo hành lẽ ra khách vẫn còn quyền lợi, hoặc ngược lại tốn chi phí sửa miễn phí cho case đã hết hạn.

Cấu trúc file cần có: tách bạch 3 lớp dữ liệu

Một mẫu quản lý bảo hành làm tốt thường tách thành 3 sheet riêng, liên kết bằng mã sản phẩm hoặc số phiếu, thay vì nhồi tất cả vào một bảng khổng lồ.

Sheet Danh mục sản phẩm

Lưu mã sản phẩm, tên, hãng, và quan trọng nhất là số tháng bảo hành mặc định theo từng dòng hàng. Đây là bảng tra cứu (lookup table) — khi nhập một đơn bán mới, công thức sẽ tự lấy số tháng từ đây thay vì gõ tay, tránh nhầm giữa sản phẩm 6 tháng và 12 tháng.

Sheet Phiếu bảo hành

Mỗi dòng là một giao dịch bán ra: số phiếu, mã khách hàng, mã sản phẩm, ngày bán, số serial (nếu có), và công thức tự tính ngày hết hạn bằng EDATE(ngày_bán, số_tháng_bảo_hành). Ví dụ nhập ngày bán 15/03/2026, sản phẩm có bảo hành 12 tháng, công thức tự trả về 15/03/2027 — không cần ai bấm máy tính. Thêm một cột trạng thái dùng IF(TODAY()>ngày_hết_hạn, "Hết hạn", "Còn hạn") để nhìn phát biết ngay sản phẩm nào còn được bảo hành.

Sheet Lịch sử sửa chữa

Đây là phần hay bị bỏ qua nhưng lại quan trọng nhất. Mỗi lần khách mang sản phẩm đến sửa, tạo một dòng mới: số phiếu bảo hành gốc, ngày tiếp nhận, lỗi báo, linh kiện thay (nếu có), ngày trả máy, và ngày hết hạn bảo hành cho phần vừa sửa — tính riêng, thường ngắn hơn bảo hành gốc. Nhờ tách sheet này, khi khách quay lại lần hai với cùng một lỗi, nhân viên lọc theo số phiếu là thấy ngay lịch sử — sản phẩm đã sửa bao nhiêu lần, lỗi gì, có phải lỗi lặp lại hay không.

Tình huống	Cách xử lý trong file	Kết quả
Khách mua tai nghe 15/01/2026, bảo hành 6 tháng	EDATE tự tính hết hạn 15/07/2026	Nhân viên tra cứu tức thì, không cộng tay
Sản phẩm sửa lần 1 ngày 10/04/2026, thay pin	Dòng mới trong sheet Lịch sử sửa chữa, bảo hành phần thay 3 tháng → hết hạn 10/07/2026	Bảo hành phần sửa và bảo hành gốc chạy song song, không ghi đè nhau
Khách gọi báo lỗi lần 2 với cùng sản phẩm	Lọc theo số phiếu trong sheet Lịch sử sửa chữa	Thấy ngay đây là lỗi tái diễn, cân nhắc đổi máy thay vì sửa tiếp

Cảnh báo sắp hết hạn — tính năng đáng giá nhất nhưng hay bị bỏ qua

Nhiều cửa hàng dừng lại ở việc ghi chép, mà bỏ lỡ phần giá trị nhất: chủ động cảnh báo trước khi hết hạn. Thêm một cột phụ dùng công thức =ngày_hết_hạn-TODAY() để đếm số ngày còn lại, rồi dùng Conditional Formatting tô đỏ những dòng còn dưới 30 ngày. Cách này biến file Sheets thành công cụ chăm sóc khách hàng chủ động thay vì chỉ để tra cứu bị động.

Một số cửa hàng đi xa hơn, gắn Apps Script gửi email hoặc thông báo nội bộ mỗi sáng thứ Hai, liệt kê danh sách sản phẩm sắp hết hạn trong tuần. Nhân viên chăm sóc khách hàng dựa vào đó gọi điện nhắc khách — vừa tạo thiện cảm, vừa là cơ hội bán thêm gói bảo hành mở rộng hoặc phụ kiện đi kèm trước khi khách quên mất sản phẩm của mình đã hết hạn từ bao giờ.

Với chuỗi cửa hàng có nhiều chi nhánh, cột "Chi nhánh bán" trong sheet Phiếu bảo hành giúp lọc riêng theo từng cửa hàng — tránh tình trạng chi nhánh A tiếp nhận bảo hành nhưng không biết sản phẩm bán từ chi nhánh B, dẫn đến tra cứu nhầm hoặc mất công gọi hỏi lại.

Dashboard tổng quan: nhìn một lần biết cả kho bảo hành đang ở đâu

Ngoài 3 sheet dữ liệu gốc, nên có thêm 1 sheet Dashboard dùng hàm COUNTIFS và SUMIFS để tổng hợp: tổng số phiếu bảo hành đang còn hiệu lực, số phiếu sắp hết hạn trong 30 ngày, số lượt sửa chữa theo tháng, và top 5 sản phẩm có tỷ lệ lỗi cao nhất. Riêng chỉ số cuối cùng này đáng chú ý — nếu một dòng sản phẩm có tỷ lệ quay lại sửa chữa bất thường cao so với các dòng khác, đó là tín hiệu để xem lại nhà cung cấp hoặc dừng nhập thêm lô đó, thay vì chỉ xử lý từng ca bảo hành đơn lẻ mà không nhìn ra pattern chung.

Việc dựng dashboard kiểu này áp dụng cùng logic với các mẫu báo cáo quản lý dữ liệu khác — nếu bạn từng làm quen với mẫu báo cáo quản lý kho Google Sheets để kiểm soát tồn kho, cách tổng hợp dữ liệu bằng SUMIFS/COUNTIFS ở đây gần như tương tự, chỉ đổi đối tượng theo dõi từ số lượng hàng tồn sang số lượng phiếu bảo hành.

Khi nào Google Sheets đủ dùng, khi nào nên cân nhắc phần mềm chuyên dụng

Với cửa hàng bán dưới 500 đơn/tháng, một file Sheets cấu trúc tốt như trên xử lý ổn, chi phí gần như bằng 0 và nhân viên nào cũng dùng được ngay không cần đào tạo. Giới hạn bắt đầu lộ ra khi lượng phiếu bảo hành tích lũy vượt vài chục nghìn dòng — Sheets chạy chậm hẳn, công thức EDATE và Conditional Formatting trên toàn bộ cột dễ bị lag khi mở file.

Giới hạn thứ hai là khi cửa hàng cần nhiều người truy cập đồng thời và phân quyền chi tiết — ví dụ nhân viên sửa chữa chỉ được sửa sheet Lịch sử sửa chữa, không được đụng vào sheet Danh mục sản phẩm. Google Sheets phân quyền theo sheet được, nhưng không kiểm soát chặt như một hệ thống có login riêng theo vai trò. Lúc đó, nhiều cửa hàng chuyển sang các công cụ được xây dựng trên nền Google Sheets nhưng có thêm lớp giao diện quản lý và phân quyền — như các sản phẩm bên SheetStore vẫn làm cho SME, giữ nguyên tính linh hoạt của Sheets nhưng gọn gàng hơn khi vận hành nhiều chi nhánh.

Nếu doanh nghiệp đang mở rộng đồng thời cả mảng bảo hành lẫn các mảng vận hành khác, việc xây dựng file quản lý theo mô-đun riêng biệt (bảo hành, tồn kho, dự án sửa chữa) rồi liên kết bằng mã tham chiếu chung sẽ dễ bảo trì hơn nhồi tất cả vào một sheet khổng lồ. Cách tiếp cận này cũng giống nguyên tắc trong mẫu quản lý dự án và công việc bằng Gantt Chart, nơi mỗi phase công việc được tách sheet riêng nhưng vẫn đồng bộ qua một dashboard chung.

Vài lỗi thường gặp khi tự dựng file quản lý bảo hành

Lỗi phổ biến nhất là dùng chung một cột "Ghi chú" để nhét đủ thứ thông tin — vừa lỗi sản phẩm, vừa số điện thoại khách, vừa tình trạng sửa chữa. Khi cần lọc hoặc thống kê, cột này vô dụng vì dữ liệu không có cấu trúc. Nên tách riêng từng trường ngay từ đầu, dù ban đầu có vẻ dư thừa cột.

Lỗi thứ hai là để công thức EDATE tính hạn bảo hành trực tiếp trong cùng ô với ngày bán, khiến khi cần sửa lại ngày bán (ví dụ nhập nhầm), công thức bị ghi đè mất luôn logic tính toán. Tốt hơn nên tách riêng cột ngày bán (nhập tay) và cột ngày hết hạn (công thức tham chiếu tới cột ngày bán), không bao giờ gộp chung.

Lỗi thứ ba liên quan đến serial number — nhiều cửa hàng bỏ qua trường này vì ngại nhập thêm dữ liệu lúc bán hàng bận rộn. Nhưng thiếu serial number đồng nghĩa với việc không thể phân biệt hai sản phẩm cùng mã hàng bán cho hai khách khác nhau, dẫn đến tình huống dở khóc dở cười khi khách A mang máy đến bảo hành nhưng hệ thống lại hiện thông tin bảo hành của khách B do trùng mã sản phẩm.

Câu hỏi thường gặp

Mẫu Google Sheets quản lý bảo hành gồm những gì?

Gồm 3 phần chính: bảng danh sách sản phẩm/khách hàng kèm ngày mua và hạn bảo hành, bảng lịch sử sửa chữa/bảo trì từng lần, và dashboard tổng hợp số sản phẩm sắp hết hạn hoặc đang bảo hành, dùng công thức có sẵn để tự tính ngày còn lại.

Làm sao để Sheet tự động cảnh báo sản phẩm sắp hết hạn bảo hành?

Dùng Conditional Formatting kết hợp công thức TODAY() so với cột ngày hết hạn: đổi màu đỏ nếu còn dưới 7 ngày, vàng nếu dưới 30 ngày. Có thể thêm Google Apps Script gửi email nhắc tự động mỗi sáng cho các đơn sắp hết hạn.

File này có quản lý được nhiều chi nhánh hoặc nhiều loại sản phẩm không?

Có, thêm cột chi nhánh/kho và dùng Data Validation để lọc theo từng cửa hàng, hoặc tách mỗi chi nhánh một sheet con rồi gộp dữ liệu bằng hàm QUERY hoặc IMPORTRANGE vào một dashboard chung.

Khi nào nên chuyển từ Google Sheets sang phần mềm quản lý bảo hành riêng?

Khi số lượng phiếu bảo hành vượt vài nghìn dòng gây chậm, cần nhiều nhân viên nhập liệu cùng lúc, hoặc cần tích hợp quét mã vạch/QR và in phiếu tự động thì nên chuyển sang phần mềm chuyên dụng để tránh lỗi trùng dữ liệu.