Chuyển đơn vị bảo trì website: cần chuẩn bị gì để bàn giao thuận lợi?

Chuyển người phụ trách, website vẫn cần tiếp tục vận hành

Đơn vị cũ không còn hỗ trợ, nhân sự kỹ thuật nghỉ việc hoặc nhu cầu vận hành đã vượt quá phạm vi hợp tác ban đầu: doanh nghiệp có nhiều lý do để tìm một đối tác bảo trì mới.

Việc chuyển giao thuận lợi bắt đầu từ một câu hỏi thực tế: website đang phụ thuộc vào những tài sản, dịch vụ và người phụ trách nào? Nếu phần này chưa rõ, có tài khoản quản trị cũng chưa đủ để tiếp nhận toàn bộ công việc.

Không nhất thiết phải hoàn tất một bộ hồ sơ thật đầy đủ mới có thể trao đổi với đơn vị mới. Nhưng biết mình đang có gì, thiếu gì và phần nào đang ảnh hưởng đến kinh doanh sẽ giúp hai bên đánh giá đúng bước tiếp theo.

1. Xác định quyền quản lý các tài sản quan trọng

Hãy lập danh mục thay vì gom mọi thứ vào một cụm “tài khoản website”. Các phần thường cần làm rõ gồm:

• Tên miền: ai đứng tên hoặc quản lý, thời hạn gia hạn và đầu mối làm việc với nhà cung cấp.
• Hosting hoặc máy chủ: nơi lưu website, người có quyền quản trị và các dịch vụ đang dùng chung.
• Mã nguồn và cơ sở dữ liệu: phiên bản đang chạy, nơi lưu bản làm việc và những phần được tùy chỉnh.
• Theme, plugin và phần mềm thương mại: giấy phép thuộc doanh nghiệp hay tài khoản của đơn vị phát triển.
• Dịch vụ tích hợp: gửi email, CRM, thanh toán, bản đồ hoặc hệ thống khác nếu có.
• Tài liệu và sao lưu: hướng dẫn sử dụng, ghi nhận cấu hình, bản sao lưu và khả năng truy xuất.

Không phải website nào cũng có đủ các thành phần trên. Mục tiêu là xác định những gì website thực sự sử dụng và doanh nghiệp có quyền tiếp nhận ở mức nào.

Riêng giấy phép phần mềm cần được kiểm tra theo điều kiện sử dụng. Không nên mặc định giấy phép gắn với tài khoản của đơn vị cũ sẽ được chuyển sang đối tác mới.

2. Ghi lại các chức năng không được phép bỏ sót

Người mới tiếp nhận có thể nhìn thấy giao diện nhưng chưa biết cách doanh nghiệp đang sử dụng website. Một form ít xuất hiện trên menu có thể lại là nơi nhận toàn bộ khách từ quảng cáo. Một trang đăng nhập riêng có thể phục vụ đối tác lâu năm.

Doanh nghiệp nên chỉ rõ những luồng quan trọng: khách đến từ đâu, thực hiện thao tác nào, dữ liệu chuyển đi đâu và nhân sự nào tiếp nhận. Với hệ thống tích hợp, cần có đầu mối ở bên liên quan để kiểm tra khi cần.

Ghi nhận cả những thời điểm cần hạn chế thay đổi, chẳng hạn đợt mở bán, chiến dịch hoặc kỳ cập nhật dữ liệu. Thông tin này giúp việc chuyển tiếp được sắp xếp phù hợp với hoạt động kinh doanh.

3. Tổng hợp lỗi và yêu cầu còn tồn đọng

Những mô tả như “website chậm”, “hay lỗi” hoặc “form lúc được lúc không” là điểm bắt đầu, nhưng chưa đủ để xác định nguyên nhân. Với mỗi vấn đề, nên bổ sung:

1. URL hoặc chức năng gặp lỗi.
2. Các bước thực hiện và kết quả thực tế.
3. Thời điểm bắt đầu nhận thấy vấn đề.
4. Thiết bị hoặc điều kiện thường xuất hiện lỗi.
5. Ảnh hưởng đến khách hàng hoặc công việc nội bộ.
6. Những thay đổi hay cách xử lý đã thử, nếu biết.

Ảnh chụp và video thao tác có thể giúp rút ngắn thời gian làm rõ. Trước khi chia sẻ, cần loại bỏ dữ liệu khách hàng, thông tin đăng nhập và nội dung riêng tư không cần thiết.

4. Nếu thiếu tài khoản hoặc tài liệu thì bắt đầu từ đâu?

Trước hết, hãy tách phần chưa tìm được thông tin khỏi phần doanh nghiệp chưa có quyền quản lý. Hai tình huống này có cách xử lý khác nhau.

Nếu tài khoản do nhân sự cũ phụ trách, doanh nghiệp có thể làm việc với đầu mối nội bộ hoặc nhà cung cấp để khôi phục theo quy trình xác minh hợp lệ. Nếu mã nguồn hoặc giấy phép thuộc thỏa thuận với đơn vị cũ, cần xem lại hợp đồng và phạm vi bàn giao.

Đơn vị mới có thể đánh giá phần đang được phép tiếp cận để xác định giới hạn khảo sát. Tuy nhiên, một số kết luận chỉ có thể đưa ra sau khi có đủ quyền và dữ liệu cần thiết. Không nên hứa sẽ sửa được mọi vấn đề trước khi kiểm tra, cũng không nên mặc định thiếu tài liệu đồng nghĩa phải làm lại website.

5. Phân biệt khảo sát, tiếp nhận và sửa chữa

Khảo sát giúp hiểu hiện trạng. Tiếp nhận là xác lập quyền, đầu mối và trách nhiệm vận hành. Sửa chữa hoặc nâng cấp là những công việc được thực hiện sau khi xác định vấn đề và thống nhất phạm vi.

Ba phần có thể diễn ra gần nhau nhưng cần được trao đổi rõ. Những lỗi có sẵn, phần mềm hết hỗ trợ hoặc hạ tầng không phù hợp có thể cần kế hoạch riêng; không nên để hai bên hiểu khác về phần đã nằm trong công việc bảo trì định kỳ.

Ngay cả khi cần xử lý khẩn cấp, vẫn nên ghi nhận hiện trạng ban đầu, phần được phép thay đổi và tiêu chí kiểm tra sau xử lý.

6. Thống nhất cách chuyển tiếp để hạn chế gián đoạn

Chuyển đơn vị bảo trì không nhất thiết phải chuyển hosting hoặc thay đổi tên miền. Chỉ nên thay hạ tầng khi đã có lý do và phương án phù hợp.

Nếu cần di chuyển, phải xem xét cả dữ liệu, email, DNS, chứng chỉ và các tích hợp liên quan. Thay đổi DNS thiếu kiểm tra có thể ảnh hưởng đến dịch vụ email dù mục tiêu ban đầu chỉ là chuyển website.

Trước khi thực hiện, hai bên nên thống nhất bản sao lưu, thời điểm chuyển, người quyết định, cách kiểm tra và điều kiện quay lại trạng thái cũ. Quyền truy cập nên cấp riêng theo nhu cầu công việc, trao đổi qua kênh được thống nhất và điều chỉnh lại sau khi hoàn tất. Không đưa mật khẩu hoặc khóa truy cập vào form liên hệ công khai.

Mẫu danh mục bàn giao ban đầu

Sau khi tiếp nhận cần xác nhận điều gì?

Cần kiểm tra các quyền đã thống nhất, những chức năng quan trọng, nơi nhận thông báo và phần việc còn tồn đọng. Doanh nghiệp cũng nên biết từ thời điểm nào đơn vị mới bắt đầu phụ trách và liên hệ ai khi phát sinh vấn đề.

Đừng để quá trình bàn giao kết thúc bằng một danh sách tài khoản. Kết quả cần có là người phụ trách mới hiểu phần việc đã nhận và doanh nghiệp biết website đang được quản lý trong phạm vi nào.

Nếu bạn đang tìm đối tác tiếp nhận website do đơn vị khác xây dựng, có thể tham khảo dịch vụ bảo trì WordPress của DigiWeb. Hãy gửi URL, tình trạng hỗ trợ hiện tại và những khó khăn đang gặp; từ đó hai bên có thể trao đổi bước kiểm tra ban đầu phù hợp.