Quy trình chăm sóc website tại WebsiteHCM gồm 5 giai đoạn: tiếp nhận, kiểm tra hiện trạng, lập kế hoạch và phê duyệt, triển khai có kiểm soát, nghiệm thu và báo cáo. Mỗi thay đổi cần có người phụ trách và kết quả có thể kiểm tra được.
Phạm vi chăm sóc cần được thỏa thuận: bảo trì, nội dung, SEO, phát triển tính năng hay xử lý sự cố không mặc nhiên nằm cùng một gói. Khách hàng giữ quyền kiểm soát tên miền, hosting và dữ liệu của mình.
Khách hàng nhận được gì trong một chu kỳ chăm sóc website?
Trong mỗi chu kỳ, khách hàng nên nhận được danh sách việc đã làm, URL hoặc chức năng liên quan, bằng chứng kiểm tra và phần còn tồn tại. Bảng dưới giúp đối chiếu ngay khi nghiệm thu.
| Giai đoạn | Việc chính | Bằng chứng bàn giao |
|---|---|---|
| 1. Tiếp nhận | Nhận yêu cầu, xác định mục tiêu và phạm vi | Danh sách yêu cầu, người phê duyệt |
| 2. Rà soát | Kiểm tra chức năng, lỗi, rủi ro | URL, ảnh/log, mức ưu tiên |
| 3. Kế hoạch | Duyệt sửa đổi, dự phòng, tiêu chí đạt | Danh sách việc và xác nhận |
| 4. Triển khai | Sửa, kiểm thử, xử lý vấn đề | Kết quả test và cách khôi phục |
| 5. Nghiệm thu | Đối chiếu việc đã làm, tồn đọng | Báo cáo, người xử lý, thời hạn |
Giai đoạn 1: Tiếp nhận yêu cầu và xác định phạm vi
Xác định chức năng quan trọng như biểu mẫu, thanh toán, đăng nhập, đặt lịch và người có quyền phê duyệt. Trước khi cấp quyền cho đơn vị triển khai, thống nhất mục tiêu, ảnh hưởng và cách liên hệ khi lỗi khẩn cấp.
Phân loại rõ việc thường xuyên và việc phát sinh ngoài gói. Nếu yêu cầu ảnh hưởng chi phí, thời gian hoặc quyền kiểm soát, hai bên cần duyệt thay đổi trước.
Khách hàng nên giữ quyền kiểm soát các tài sản quan trọng như tên miền, hosting, dữ liệu, tài khoản đo lường và các dịch vụ liên quan. Có thể dùng checklist quyền kiểm soát website để rà soát tài khoản, source, license và quyền truy cập trước khi bàn giao hoặc đổi đơn vị vận hành.
Giai đoạn 2: Rà soát hiện trạng và phân loại ưu tiên
Tùy nền tảng và hợp đồng, rà HTTP, CMS/theme/plugin, sao lưu, tài khoản, biểu mẫu, thanh toán, API và dấu hiệu bảo mật. Không coi mọi cảnh báo tự động là lỗi đã xác nhận; phải đối chiếu thực tế.
Mỗi phát hiện nên có URL, triệu chứng, bằng chứng, mức ảnh hưởng và đề xuất ưu tiên. Những việc ngoài phạm vi cần báo khách quyết định trước khi sửa.
- Cần xử lý khẩn cấp: website ngừng hoạt động, chức năng tạo đơn hoặc gửi lead bị lỗi nghiêm trọng, hoặc có dấu hiệu bị xâm nhập.
- Cần khách hàng quyết định: thay đổi có thể ảnh hưởng dữ liệu, giao diện, SEO, tracking hoặc chi phí.
- Có thể lên kế hoạch: vấn đề chưa gây gián đoạn tức thời và có thể xếp vào backlog.
- Ngoài phạm vi: công việc cần báo giá, phê duyệt hoặc quy trình riêng.
Nếu phát hiện dấu hiệu website bị xâm nhập, cần tạm dừng các thay đổi thông thường để đánh giá và chuyển sang quy trình xử lý sự cố phù hợp. Xem thêm quy trình ứng cứu website bị hack.
Giai đoạn 3: Lập kế hoạch, phê duyệt và quản lý thay đổi
Lập kế hoạch gồm việc sửa, mục đích, khu vực ảnh hưởng, người duyệt và điều kiện nghiệm thu. Thay đổi nhiều trang hoặc dữ liệu quan trọng cần có phương án thử và phục hồi.
| Trước khi triển khai | Câu hỏi cần chốt |
|---|---|
| Phạm vi | Sửa URL, biểu mẫu hay chức năng nào? |
| Rủi ro | Có ảnh hưởng giao dịch, dữ liệu hoặc người dùng không? |
| Dự phòng | Backup, staging hoặc điểm khôi phục đã sẵn sàng? |
| Nghiệm thu | Test nào chứng minh đã sửa đúng? |
Với thay đổi có rủi ro hoặc ảnh hưởng nhiều trang, cần thống nhất cách sao lưu và quay lại phiên bản trước nếu phát sinh lỗi. Tham khảo thêm quy trình bảo trì website có kiểm soát để hiểu rõ hơn phần cập nhật và kiểm thử kỹ thuật.
Giai đoạn 4: Triển khai, kiểm thử và xử lý khi có lỗi
Kiểm thử phải đúng chức năng đã thay đổi: sửa form thì gửi thử và kiểm tra email thực nhận; sửa thanh toán thì kiểm tra giao dịch thử; sửa đăng nhập thì kiểm tra quyền tài khoản. Không đóng công việc chỉ vì kỹ thuật báo đã sửa.
- Tạo bản sao lưu hoặc điểm khôi phục phù hợp với mức độ rủi ro.
- Dùng staging hoặc bản sao thử nghiệm khi thay đổi có thể ảnh hưởng giao dịch, dữ liệu hoặc nhiều trang.
- Triển khai theo phạm vi đã được duyệt và ghi lại thay đổi.
- Kiểm tra các chức năng, URL và hành trình liên quan.
- Ghi nhận kết quả, lỗi còn lại và việc cần theo dõi.
- Quay lại phiên bản trước hoặc chuyển cấp xử lý nếu phát sinh lỗi vượt ngoài phương án an toàn.
Ví dụ minh họa: Form liên hệ bị lỗi, khách gửi yêu cầu nhưng không nhận được email. (1) Khách cung cấp URL và thời điểm lỗi; (2) kỹ thuật kiểm tra biểu mẫu và log; (3) thống nhất cách sửa và dự phòng; (4) thử gửi thành công đến đúng email trên môi trường thật; (5) lưu ảnh/log đã kiểm tra, ngày hoàn tất và thông báo nghiệm thu. Đây là tình huống hướng dẫn, không phải sự cố đã ghi nhận của khách hàng.
Nội dung xuất bản cần được duyệt thông tin, ảnh, liên kết và lời hứa thương mại. Việc bảo trì/chăm sóc không tự động cam kết tăng traffic hay doanh số nếu hợp đồng không bao gồm mục tiêu và cách đo phù hợp.
Giai đoạn 5: Nghiệm thu và báo cáo định kỳ
Báo cáo hữu ích phải trả lời: đã làm gì, kiểm tra thế nào, tồn đọng gì và bước tiếp theo là gì. Không cần báo cáo dài nếu từng công việc có bằng chứng cụ thể.
| Công việc / URL | Kết quả & bằng chứng | Trạng thái | Người phụ trách / hạn |
|---|---|---|---|
| Form liên hệ /lien-he/ | Đã test gửi và nhận email; ảnh/log xác nhận | Đạt (ví dụ) | Kỹ thuật / ngày nghiệm thu |
| Cập nhật plugin | Có backup, log thay đổi, kiểm thử chức năng | Đạt hoặc cần sửa | Kỹ thuật / hạn khắc phục |
| Bài viết/SEO | Danh sách URL, nội dung được duyệt | Theo phạm vi hợp đồng | Nội dung/SEO / ngày duyệt |
| Việc tồn đọng | Ticket và tác động chưa xử lý | Chưa đạt | Chủ việc / ngày hẹn |
Đây là mẫu báo cáo minh họa, không phải bằng chứng một dự án đã hoàn thành. Traffic, thứ hạng và chuyển đổi biến động vì nhiều yếu tố; chỉ đánh giá khi đã xác định kỳ, nguồn dữ liệu và phạm vi.
SLA, phạm vi dịch vụ và bàn giao
SLA phải phân biệt thời gian phản hồi với thời gian khắc phục. Cần nêu giờ hỗ trợ, mức ưu tiên, thời điểm bắt đầu tính và phụ thuộc bên thứ ba; xem cách xác định SLA vận hành website.
Kết thúc gói dịch vụ cần bàn giao tài liệu, quyền truy cập, dữ liệu, nhật ký thay đổi và danh sách việc chưa xong theo hợp đồng. Không tự suy diễn quyền sở hữu license hoặc mã nguồn vượt thỏa thuận.
Nếu bạn đang cân nhắc giữa bảo trì kỹ thuật và chăm sóc website rộng hơn, xem bài phân biệt bảo trì và chăm sóc website. Để tìm hiểu các mức giá và phạm vi bảo trì, xem bảng giá bảo trì website 2026.
Cần chuẩn bị gì trước khi yêu cầu chăm sóc website?
Khách hàng nên chuẩn bị các thông tin sau để báo giá và tiếp nhận đúng nhu cầu:
- URL website và nền tảng đang sử dụng.
- Mô tả vấn đề hoặc mục tiêu cần hỗ trợ.
- Các chức năng quan trọng như biểu mẫu, thanh toán, đặt lịch hoặc đăng nhập.
- Thông tin về nhà cung cấp hosting và tình trạng sao lưu nếu đã biết.
- Các thay đổi hoặc sự cố gần đây có thể liên quan.
- Người phụ trách và người có quyền phê duyệt.
Không gửi mật khẩu, token hoặc API key qua form công khai. Chỉ cấp quyền tối thiểu cần thiết bằng kênh an toàn, có thể thu hồi sau khi công việc hoàn tất.
Câu hỏi thường gặp
Chăm sóc website có bao gồm bảo trì không?
Bảo trì kỹ thuật có thể là một phần của dịch vụ chăm sóc, nhưng phạm vi phụ thuộc thỏa thuận. Cần ghi rõ các việc như cập nhật, sao lưu, kiểm thử và sửa lỗi có nằm trong gói hay không.
Chăm sóc website có bao gồm SEO và viết bài không?
Không mặc định. SEO, viết bài, thiết kế landing page hoặc phát triển chức năng cần được ghi riêng trong phạm vi và báo giá nếu khách hàng có nhu cầu.
Báo cáo chăm sóc website nên gửi khi nào?
Tần suất báo cáo phụ thuộc gói dịch vụ và thỏa thuận. Dù báo cáo theo tuần hay theo tháng, nội dung nên ghi công việc đã làm, kết quả kiểm tra, việc còn mở và các bước tiếp theo.
Website đang bị hack có nên đưa ngay vào gói chăm sóc định kỳ không?
Nên đánh giá và xử lý sự cố trước. Sau khi xác định được tình trạng và khôi phục các chức năng cần thiết, hai bên mới có cơ sở để thống nhất phần theo dõi và chăm sóc định kỳ.
Trao đổi về phạm vi chăm sóc website
Chuẩn bị URL website, nền tảng, vấn đề ưu tiên và các chức năng quan trọng; mô tả rõ nhu cầu thuộc bảo trì, SEO, nội dung hay phát triển chức năng.
Xem dịch vụ chăm sóc website toàn diện để đối chiếu phạm vi trước khi gửi yêu cầu.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.