Quy trình chăm sóc website tại WebsiteHCM được dùng để thống nhất phạm vi, quyền truy cập, cách phê duyệt thay đổi, tiêu chí nghiệm thu và bằng chứng bàn giao trước khi bắt đầu công việc. Đây là khung vận hành tham khảo; SLA, tần suất, nhân sự và phạm vi chính thức phải nằm trong báo giá hoặc hợp đồng của từng dự án.
5 giai đoạn: tiếp nhận & phân quyền → audit hiện trạng → kế hoạch & phê duyệt → triển khai có kiểm soát → nghiệm thu & báo cáo. Chăm sóc website không mặc định bao gồm SEO, content, design, feature development hoặc incident response nếu các phần này chưa nằm trong scope.
Bằng chứng khách hàng nên nhận ở mỗi giai đoạn
| Giai đoạn | Evidence tối thiểu nên có | Mục đích |
|---|---|---|
| Tiếp nhận | Scope, owner, asset inventory, access list, kênh phê duyệt | Biết ai có quyền yêu cầu và tài sản nào được phép chạm tới |
| Audit | Finding, severity, evidence, phạm vi ảnh hưởng, recommendation | Phân biệt lỗi thật với cảnh báo công cụ |
| Kế hoạch | Change list, risk, backup/rollback, test plan, người duyệt | Không sửa production từ yêu cầu thiếu bối cảnh |
| Triển khai | Revision/ticket, test result, URL/feature đã kiểm, trạng thái rollback | Chứng minh thay đổi đã được kiểm tra |
| Báo cáo | Completed work, open risk, next action, dữ liệu nguồn | Giúp khách hàng ra quyết định kỳ tiếp theo |
Điểm quan trọng của quy trình không phải số bước, mà là mọi thay đổi có owner, evidence, validation và khả năng rollback. Nếu một công việc không thể chỉ ra tiêu chí hoàn thành, nó chưa nên được coi là “đã xử lý”.
Giai đoạn 1: Tiếp nhận, xác định phạm vi và quyền truy cập
Trước khi yêu cầu mật khẩu hoặc chỉnh sửa, hai bên cần xác định mục tiêu, người có quyền phê duyệt, hệ thống liên quan và mức độ quan trọng của từng hành trình trên website.
| Đầu vào | Cần xác nhận |
|---|---|
| Website & hạ tầng | Domain, DNS, hosting, CDN, SSL, production/staging |
| Nền tảng | CMS, theme, plugin, custom code, runtime, database |
| Hành trình quan trọng | Form, email, login, payment, booking, API, tracking |
| Vai trò | Người yêu cầu, người duyệt, kỹ thuật, bên thứ ba |
| Scope | Bảo trì, content, design, SEO, support hay development |
| Giới hạn | Deadline, blackout window, dữ liệu không được thay đổi |
Quyền truy cập nên theo nguyên tắc tối thiểu. Khách hàng cần giữ quyền sở hữu domain, hosting, analytics, advertising account và dữ liệu. Không gửi credential qua tài liệu công khai. Có thể dùng checklist quyền kiểm soát website để rà owner/admin, source, license và các tài sản cần giữ quyền cuối cùng.
Đầu ra: scope/ticket khởi động có asset list, owner, quyền, kênh liên lạc, phần loại trừ và điều kiện phê duyệt.
Giai đoạn 2: Rà hiện trạng và phân loại ưu tiên
Mức audit phụ thuộc gói. Gói kỹ thuật cơ bản không mặc định bao gồm keyword research, content strategy hoặc CRO chuyên sâu. Finding cần được phân loại theo evidence và ảnh hưởng, không theo mức cảnh báo mặc định của một plugin hay scanner.
| Nhóm | Ví dụ | Evidence |
|---|---|---|
| Availability | Uptime, HTTPS, DNS, server error | Status, log, timestamp, affected journey |
| Components | Core, theme, plugin, PHP, license | Version, dependency, vendor note, compatibility |
| Backup | Scope, lịch, nơi lưu, retention, restore | Backup record và restore test khi nằm trong scope |
| Function | Form, mail, login, checkout, API | Reproducible test case |
| Security | Account, permission, component lạ, alert | Event/log và mức cần escalation |
| SEO/content nếu có | 404, metadata, internal link, outdated page | URL cụ thể + recommendation |
Finding nên được xếp thành: cần xử lý ngay, cần quyết định, có thể lập kế hoạch, hoặc ngoài phạm vi. Với lớp quan sát availability và dependency, xem Website Monitoring.
Giai đoạn 3: Kế hoạch, phê duyệt và quản lý thay đổi
Mỗi thay đổi cần gắn với lý do, ảnh hưởng, người duyệt, chuẩn bị rollback và tiêu chí nghiệm thu. “Chỉnh một chút” vẫn có thể ảnh hưởng template, tracking hoặc dữ liệu; vì vậy production change không nên được thực hiện chỉ từ một tin nhắn thiếu bối cảnh.
| Trường | Ví dụ cần ghi |
|---|---|
| Change | Cập nhật plugin form, sửa template, đăng content |
| Reason | Patch, lỗi người dùng, yêu cầu campaign |
| Impact | Form, UI, database, SEO, tracking |
| Preparation | Backup, staging, test account, rollback |
| Approval | Ai duyệt nội dung, giao diện hoặc maintenance window |
| Acceptance | Test case, URL, device, dữ liệu cần đối chiếu |
Yêu cầu phát sinh cần được đánh giá impact trước khi thực hiện. Nếu phát sinh thay đổi scope hoặc chi phí, điều đó cần được ghi rõ thay vì âm thầm cộng vào maintenance work.
Giai đoạn 4: Triển khai, kiểm thử và rollback
- Tạo backup hoặc rollback point phù hợp trước thay đổi có rủi ro.
- Test trên staging/bản sao khi thay đổi ảnh hưởng giao dịch, dữ liệu hoặc nhiều page.
- Triển khai theo nhóm nhỏ và ghi revision/ticket.
- Kiểm đúng journey: UI, form, email, login, payment, API hoặc tracking.
- Clear cache có kiểm soát và test trạng thái người dùng phù hợp.
- Theo dõi log, uptime, error và feedback sau change.
- Rollback hoặc escalate khi lỗi vượt phạm vi xử lý an toàn.
Nội dung mới chỉ publish sau khi người có trách nhiệm duyệt content, image, link và claim thương mại. SEO, design và feature development là output riêng nếu nằm trong hợp đồng; chăm sóc website không tự động bảo đảm tăng ranking hoặc conversion.
Nếu có dấu hiệu compromise, maintenance flow thông thường phải dừng để chuyển sang quy trình ứng cứu website bị hack.
Giai đoạn 5: Nghiệm thu, báo cáo và kế hoạch kỳ tiếp theo
Báo cáo phải phân biệt observation với attribution. Traffic, ranking hoặc conversion thay đổi không thể mặc định được quy cho một công việc nếu không có thiết kế đo lường phù hợp.
| Phần báo cáo | Nội dung nên có |
|---|---|
| Completed work | URL/feature, revision, thay đổi và người thực hiện |
| Validation | Test case, trạng thái, lỗi còn lại |
| Backup/availability | Backup status, uptime, alert đáng chú ý |
| Open request | Scope, trạng thái phê duyệt, blocker |
| Risk | Component lỗi thời, license, capacity, security, dependency |
| Business data nếu có | Lead, conversion, traffic với source và kỳ so sánh |
| Next actions | Owner, priority và quyết định khách hàng cần đưa ra |
Mẫu acceptance criteria cho một thay đổi
Ví dụ: nếu sửa form liên hệ, “đã sửa” không chỉ là form hiển thị được. Acceptance criteria có thể gồm:
- Form submit thành công trên các device/browser nằm trong scope.
- Email/CRM nhận đúng field và không mất dữ liệu.
- Validation/error message hoạt động.
- Tracking event ghi nhận đúng nếu có trong scope.
- Không phát sinh lỗi PHP/JS liên quan trong kiểm tra sau change.
- Rollback path đã biết nếu lỗi xuất hiện sau publish.
Cách viết acceptance criteria như vậy giúp khách hàng nghiệm thu bằng hành vi thật thay vì ảnh chụp “đã làm xong”.
SLA, incident và phần ngoài phạm vi
Bài này không công bố một SLA cố định áp dụng cho mọi khách hàng. Response time, support window, số giờ phát sinh, maintenance window và incident escalation phải được ghi trong proposal/hợp đồng. Với sự cố nghiêm trọng, priority có thể thay đổi so với backlog thông thường.
Để hiểu gói phù hợp, xem phân biệt bảo trì và chăm sóc website và bảng giá bảo trì website. Nội dung, SEO hoặc development cần báo giá riêng nếu không nằm trong scope.
Khi kết thúc dịch vụ cần bàn giao gì?
- Tài khoản/quyền truy cập theo hợp đồng.
- Source/file/database thuộc phạm vi bàn giao.
- Tài liệu cấu hình và change log phù hợp.
- Danh sách công việc đã hoàn thành và còn mở.
- Known risk, dependency và lịch cần xử lý tiếp.
- Dữ liệu/report mà khách hàng có quyền nhận.
Nếu doanh nghiệp cần một đầu mối vận hành website theo scope rộng hơn, xem dịch vụ chăm sóc website toàn diện để đối chiếu phạm vi.
Kết luận
Quy trình chăm sóc website chuyên nghiệp không được chứng minh bằng số bước hoặc lời hứa tăng trưởng. Nó được chứng minh bằng scope có thể kiểm tra, quyền và trách nhiệm rõ, change có rollback, nghiệm thu theo journey thật và báo cáo có evidence. Đó là cách giảm rủi ro vận hành và giúp khách hàng biết chính xác mình đang trả tiền cho đầu ra nào.
Đ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ả.