chính sách bảo hành website 12 tháng: đọc phạm vi trước khi ký để tránh hiểu nhầm “sửa mãi không thêm tiền”
· Tác giả: Trường — Founder Webchốt
chính sách bảo hành website 12 tháng là phần pháp lý nhàm chán nhưng cứu dự án khỏi tranh cãi khi có lỗi sau go-live. Khách muốn “bảo hành trọn đời”, đội dev cần “đóng phạm vi” — hai kỳ vọng đụng nhau nếu hợp đồng không liệt kê bug so với đổi spec. Webchốt công khai framework: lỗi đã nghiệm thu mà tái hiện được thì sửa trong warranty; yêu cầu làm thêm trang hay tích hợp CRM mới thì là CR. Chi tiết gói: dịch vụ, bảng giá, liên hệ — 0905 151 701, hi@webchot.com.
warranty terms web — chuyển ticket thành dữ liệu thay vì tranh luận cảm tính | Nguồn: webchot.com
warranty terms web: phân loại lỗi P0–P3 và thời gian xử lý
warranty terms web hiệu quả khi có bảng severity: P0 site down toàn phần thanh toán, P1 lỗi form không gửi, P2 UI lệch nghiêm trọng mobile, P3 typo. Mỗi cấp gắn SLA phản hồi và SLA patch mục tiêu — thực tế phụ thuộc reproducible steps. Khách cần cung cấp video và request ID; dev cần changelog rõ phiên bản. Việc này giảm ping-pong Zalo 2 giờ sáng không có log.
Khi vendor bên thứ ba (payment, email) down, warranty không biến thành phép màu — hợp đồng nên nói rõ “best effort hỗ trợ ticket lên nhà cung cấp”.
Checklist bàn giao để warranty có “mốc zero bug”
Ký biên bản UAT với danh sách màn hình đã test; đính kèm video demo chức năng cốt lõi.
- Điểm 1: Danh sách account staging/production và ai giữ secret.
- Điểm 2: Mã commit/tag production tại ngày go-live.
- Điểm 3: Backup DB và cách restore tài liệu hoá.
- Điểm 4: Runbook khi DNS đổi, SSL gần hết hạn.
Bảng: trong phạm vi bảo hành vs ngoài phạm vi
Hai cột này nên dán vào phụ lục hợp đồng.
| Tình huống | Trong phạm vi | Ngoài phạm vi | Khuyên dùng |
|---|---|---|---|
| Form gửi mail lỗi sau update nhỏ | Có nếu do regression | Không nếu SMTP khách đổi pass | Kiểm tra audit log trước khi kết luận |
| Đổi layout homepage | Không | Change request | Ước lượng designer+dev |
| Patch CVE dependency | Có trong gói retainer | Không nếu chưa mua | Mua gói an toàn nửa năm |
| Nội dung sai chính tả | Không | Content ops | Handoff quy trình CMS |
Việc “sửa lỗi chính tả nhỏ” có thể goodwill — nhưng đừng cam kết vô hạn trong hợp đồng.
Quy trình gửi ticket bảo hành qua Zalo và email
- Bước 1: Mở thread dự án, gắn nhãn BUG + severity.
- Bước 2: Mô tả reproduce, URL, screenshot, thời gian.
- Bước 3: Webchốt xác nhận tiếp nhận trong SLA.
- Bước 4: Patch trên staging — khách UAT nhanh.
- Bước 5: Deploy production + ghi release note.
Không hot-fix trực tiếp production bằng tay nếu không có rollback.
Chi phí mở rộng sau 12 tháng
Xem bảng giá bảo trì; liên hệ để map workload. Template Next.js giúp ước lượng giờ maintain thấp hơn codebase rối.
Ưu tiên gói có dependency scan định kỳ.
Sai lầm khiến warranty đối đầu
Không ký UAT; không ghi version; khách tự cài plugin phá layout.
- Sai lầm 1: Gộp “sửa nhỏ” không giới hạn — đội dev kiệt sức.
- Sai lầm 2: Không có log monitoring — không biết lỗi ai gây.
- Sai lầm 3: Trì hoãn thanh toán milestone cuối — tranh chấp phạm vi.
- Sai lầm 4: Để nhiều admin cùng sửa production content không quy trình.
Phụ lục kỹ thuật: dependency, môi trường và ngưỡng phản hồi
Để chính sách bảo hành website 12 tháng không chỉ là hai trang PDF, hãy đính kèm matrix phiên bản Node, Next và các extension trình duyệt hỗ trợ. Khi khách tự host, ghi rõ phiên bản Linux và docker base image — nếu họ nâng cấp major OS trong warranty, regression có thể xuất phát từ libc khác chứ không phải code UI. Với email transactional, nếu IP bị blacklist sau spam campaign marketing, lỗi gửi form không thuộc code Webchốt nhưng team vẫn có thể hỗ trợ debug MX record theo giờ tư vấn.
Đội nội bộ khách nên có ít nhất một người đọc được changelog semver — để biết patch nào “chỉ docs” và patch nào đụng runtime. Nếu dùng CMS headless, warranty có thể loại trừ lỗi do editor xoá field bắt buộc hoặc nhập JSON block sai schema — đây là tác động nội dung. Luôn lưu snapshot DB trước bản vá lớn; nhiều tranh cãi warranty thực chất là mất dữ liệu vì restore sai thời điểm.
Với front-end dùng CMS headless, hãy ghi rõ ai chịu trách nhiệm khi schema content đổi phá layout — đôi khi là team content chứ không phải dev. Nếu bật feature flag kill-switch, document bật/tắt trong runbook đêm incident. Khách enterprise đôi khi yêu cầu chứng nhận ISO 27001 từ vendor cloud — đính kèm link trust center họ có sẵn.
chính sách bảo hành website 12 tháng nên phân tầng “bug do code” vs “lỗi do cấu hình khách” ngay trong phụ lục — tránh tranh cãi vô hình. Severity matrix (P0 đến P3) với thời gian phản hồi minh bạch giúp cả vendor và DN niêm yết trên help center nội bộ. Hotfix dưới semver patch phải có changelog tiếng Việt ngắn gửi email IT khách.
Khi bảo hành loại trừ plugin bên thứ ba, liệt kê marketplace và version được chứng nhận — hoặc charge gói audit tương thích. Backup trước migration DB cần witness từ hai bên qua screen share — timestamp ticket. Nếu dùng edge config, document rollback một click. Cuối kỳ bảo hành, workshop 60 phút bàn giao tuning cache và alert noise giảm 30% false positive.
Enterprise có thể đòi điều khoản penalties — hãy đối chiếu với capability thực tế team on-call và vendor cloud SLA. Với headless CMS, warranty extension nên có ceiling hour maintenance hàng tháng để tránh scope vô hạn khi editors thử field mới mỗi tuần.
FAQ — chính sách bảo hành website 12 tháng
Có được yêu cầu hotfix tối cuối tuần không?
Theo phụ lục SLA; ngoài giờ có thể tính phụ phí hoặc gói 24/7 riêng.
Lỗi do Cloudflare rule ai chịu?
Nếu rule do Webchốt cấu hình, fix trong warranty; nếu khách tự đổi, ngoài phạm vi.
Database bị xoá nhầm có khôi phục không?
Phụ thuộc backup — nhắc mua backup tự động ngay khi go-live.
Có cam kết zero bug không?
Thực tế không; cam kết quy trình xử lý minh bạch đáng tin cậy hơn slogan.
Muốn rà soát hợp đồng trước ký?
Gửi email hi@webchot.com — phản hồi trong giờ làm việc.
Liên Hệ Webchốt
chính sách bảo hành website 12 tháng chỉ bền vững khi hai bên thống nhất phạm vi bằng tài liệu, không bằng tin nhắn rời rạc. Anh Trường và team Webchốt ưu tiên minh bạch SLA và handoff Git sạch. Gọi 0905 151 701, Zalo 0905151701, hi@webchot.com.
- Hotline / Zalo: 0905 151 701 — gặp anh Trường (founder/dev).
- Chat Zalo: zalo.me/0905151701 — phản hồi nhanh.
- Email: hi@webchot.com — phản hồi <12h làm việc.
- Studio: 262/1/93 Phan Anh, Phường Phú Thạnh, TP.HCM (T2–T7, 9h–18h).
Tham khảo thêm: 17 template Next.js · 10 dịch vụ web chuyên sâu · bảng giá Webchốt 2026 · 12 công cụ kế toán/tài chính miễn phí.
Reference: Next.js docs · web.dev Core Web Vitals.
