Cùng nói “chăm sóc website”, nhưng có thể đang giao những việc rất khác nhau
“Nhờ bên em chăm sóc website” có thể là đăng thêm sản phẩm, sửa một form bị lỗi hoặc xây chức năng đặt lịch. Cả ba đều phục vụ website, nhưng yêu cầu chuyên môn, thời gian và cách nghiệm thu khác nhau.
Nếu chỉ thống nhất tên gói mà chưa làm rõ công việc, hai bên dễ hiểu khác về phần đã bao gồm. Doanh nghiệp cho rằng một yêu cầu là chỉnh sửa nhỏ, trong khi đơn vị thực hiện phải thay đổi dữ liệu, giao diện và luồng xử lý bên dưới.
Cách làm rõ nhất là phân biệt mục tiêu của từng nhóm việc, rồi xác nhận phạm vi trên chính website đang vận hành.
Bảo trì website: duy trì hoạt động và xử lý vấn đề kỹ thuật
Bảo trì tập trung vào việc giúp website tiếp tục hoạt động ổn định: kiểm tra chức năng, cập nhật phần mềm có kiểm soát, sao lưu, theo dõi bảo mật và xử lý những lỗi phát sinh trong phạm vi đã thống nhất.
Ví dụ, form liên hệ trước đây vẫn gửi được nhưng nay không nhận được email là một vấn đề cần kiểm tra. Nguyên nhân có thể nằm ở mã nguồn, cấu hình gửi mail, dịch vụ bên ngoài hoặc một thay đổi gần đây. Người tiếp nhận cần xác định nguyên nhân trước khi kết luận cách sửa.
Không phải mọi yêu cầu liên quan đến kỹ thuật đều mặc nhiên thuộc phí bảo trì. Một lỗi có sẵn từ trước, sự cố lớn hoặc phần mềm cần thay thế có thể cần đánh giá riêng. Điều này phải được trao đổi theo hiện trạng và thỏa thuận cụ thể.
Quản trị nội dung: giữ thông tin đúng, rõ và được cập nhật
Quản trị nội dung gồm những việc như đăng bài, cập nhật sản phẩm, thay hình ảnh, sửa thông tin dịch vụ hoặc đưa tài liệu mới lên website. Tuy nhiên, cần tách phần chuẩn bị nội dung khỏi phần đăng tải.
Đăng một banner đã được duyệt khác với lên ý tưởng, viết thông điệp và thiết kế banner. Tương tự, nhập thông tin sản phẩm từ file khách cung cấp khác với nghiên cứu và viết mô tả cho từng sản phẩm.
Trước khi giao việc, cần thống nhất ai cung cấp tư liệu, ai kiểm tra tính chính xác, ai duyệt và ai chịu trách nhiệm cập nhật. Với nhiều phòng ban cùng tham gia, một đầu mối duyệt rõ ràng sẽ giúp hạn chế việc sửa đi sửa lại.
Nếu đội ngũ nội bộ cần tự thao tác thường xuyên, hướng dẫn sử dụng CMS có thể phù hợp hơn việc chuyển mọi yêu cầu đăng tải sang bên ngoài.
Phát triển tính năng: thay đổi điều website có thể làm
Phát triển tính năng là bổ sung hoặc thay đổi khả năng xử lý của website. Ví dụ: thêm đặt lịch, xây khu vực dành cho đại lý, kết nối CRM hoặc thiết kế một quy trình duyệt thông tin mới.
Một nút bấm có thể nhìn rất nhỏ trên giao diện nhưng phía sau cần nhiều công việc: lưu dữ liệu, phân quyền, thông báo, kiểm tra đầu vào và xử lý trường hợp lỗi. Vì vậy, kích thước phần hiển thị không phải thước đo đáng tin cậy cho độ phức tạp.
Với loại yêu cầu này, nên làm rõ mục tiêu sử dụng, người thao tác, dữ liệu, các trường hợp cần xử lý và tiêu chí nghiệm thu trước khi ước lượng thời gian hoặc chi phí.
Phân biệt bằng những yêu cầu thường gặp
Bảng dưới đây minh họa cách trao đổi ban đầu. Kết luận cuối cùng vẫn phụ thuộc hiện trạng và phạm vi hợp tác.
| Yêu cầu | Nhóm việc thường gặp | Cần làm rõ |
|---|---|---|
| Đăng bài từ nội dung đã duyệt | Quản trị nội dung | Hình ảnh, định dạng, ngày đăng và người duyệt cuối. |
| Thay banner | Quản trị nội dung; có thể thêm thiết kế | Đã có file phù hợp hay cần thiết kế mới? |
| Sửa form không gửi được | Bảo trì, sửa lỗi | Form từng hoạt động chưa, lỗi bắt đầu khi nào? |
| Thêm trường vào form | Tùy mức thay đổi | Chỉ hiển thị thêm hay phải đổi email, nơi lưu và kết nối dữ liệu? |
| Cập nhật WordPress hoặc plugin | Bảo trì kỹ thuật | Tương thích, sao lưu và kiểm tra sau cập nhật. |
| Thêm ngôn ngữ | Thường cần đánh giá phát triển riêng | Cơ chế đa ngôn ngữ, bản dịch, URL và các chức năng liên quan. |
| Thêm trang giới thiệu dịch vụ | Nội dung hoặc phát triển giao diện | Dùng bố cục có sẵn hay cần thiết kế mới? |
| Kết nối website với CRM | Phát triển tích hợp | Dữ liệu trao đổi, quyền truy cập, lỗi và chi phí bên thứ ba. |
Một đối tác có thể đảm nhận cả ba nhóm công việc
Phân biệt công việc không có nghĩa phải thuê ba đơn vị. Một quan hệ đồng hành lâu dài có thể bao gồm bảo trì kỹ thuật, cập nhật nội dung và những cải tiến được thống nhất theo từng giai đoạn.
Điều cần tránh là hiểu rằng tên gọi “bảo trì” luôn bao gồm mọi yêu cầu hoặc luôn loại trừ công việc nội dung. Chẳng hạn, các gói bảo trì WordPress của DigiWeb có phần cập nhật nội dung theo phạm vi công bố. Khi trao đổi cho một website cụ thể, hai bên vẫn cần xác nhận khối lượng, cách giao việc và phần phát sinh.
Ai làm, ai duyệt và thế nào là hoàn thành?
Một yêu cầu nên có người chịu trách nhiệm ở cả phía doanh nghiệp và phía thực hiện. Ví dụ, khi cập nhật thông tin dịch vụ, phía doanh nghiệp duyệt nội dung chuyên môn; phía website kiểm tra cách hiển thị, liên kết và thao tác liên quan.
Với thay đổi tính năng, việc nghiệm thu cần dựa trên các tình huống đã thống nhất. “Đã có nút đặt lịch” chưa đủ nếu người dùng không chọn được thời gian hoặc nhân sự không nhận được lịch hẹn.
Thời điểm thực hiện cũng cần phù hợp với hoạt động kinh doanh. Không nên tự ý thay một thành phần quan trọng giữa chiến dịch đang chạy khi chưa thống nhất cách kiểm tra và phương án xử lý nếu có lỗi.
Cách gửi một yêu cầu để đối tác hiểu đúng
Bạn không cần mô tả bằng thuật ngữ kỹ thuật. Hãy cung cấp năm thông tin:
- Vị trí: URL hoặc khu vực cần xử lý.
- Hiện trạng: website đang thể hiện hoặc hoạt động thế nào.
- Kết quả mong muốn: sau khi hoàn thành, người dùng hoặc nhân sự cần làm được gì.
- Tư liệu và người duyệt: nội dung, hình ảnh, mẫu tham khảo và đầu mối xác nhận.
- Mức ưu tiên: ảnh hưởng đến hoạt động nào và có mốc thời gian thực tế nào cần lưu ý.
Ví dụ giả định: “Trang dịch vụ A đang hiển thị số điện thoại cũ. Cần thay ở phần nội dung và nút gọi trên điện thoại. Nội dung mới đã được phòng kinh doanh duyệt; nhờ kiểm tra lại cả hai vị trí sau khi cập nhật.” Yêu cầu như vậy dễ thực hiện và nghiệm thu hơn câu “sửa thông tin giúp mình”.
Bắt đầu từ danh sách việc website thực sự cần
Với DigiWeb, một đề xuất phù hợp nên xuất phát từ hiện trạng và mục tiêu vận hành. Bạn có thể gửi danh sách những việc website đang cần để cùng làm rõ phần cần duy trì thường xuyên, phần cần đào tạo nội bộ và phần nên triển khai thành một công việc riêng.