Buổi bàn giao website hay bàn giao dự án phần mềm thường chỉ được xem như một thủ tục cuối dự án: nhận link, nhận vài tài khoản, ký biên bản nghiệm thu rồi thôi. Thực tế đây là bước quan trọng nhất để bạn thật sự sở hữu sản phẩm mình đã trả tiền — thay vì tiếp tục phụ thuộc vào đúng một đơn vị hoặc một lập trình viên duy nhất mỗi khi cần sửa một dòng chữ.
Chúng tôi từng tiếp nhận không ít dự án mà chủ doanh nghiệp không có mã nguồn trong tay, không biết máy chủ đặt ở đâu, tài khoản domain đứng tên người đã nghỉ việc từ lâu. Mọi thay đổi nhỏ đều phải chờ đơn vị cũ trả lời, có khi mất vài tuần chỉ để đổi một tấm ảnh trên trang chủ. Bài viết này liệt kê đầy đủ những gì một buổi bàn giao đúng nghĩa cần có, để bạn dùng làm danh sách đối chiếu cho dự án của mình.
Vì sao bàn giao đầy đủ lại quan trọng
Một website hay một app không phải sản phẩm làm một lần rồi để đó. Sau khi ra mắt, bạn sẽ cần thêm tính năng, đổi giao diện theo mùa, sửa lỗi phát sinh, hoặc đơn giản là đổi đơn vị phát triển vì lý do giá cả hay chất lượng dịch vụ. Tất cả những việc đó chỉ làm được nhanh và rẻ khi bạn có đầy đủ mã nguồn, tài liệu và quyền truy cập trong tay, thay vì phải xây dựng lại một phần hoặc toàn bộ hệ thống chỉ vì không lấy được thứ đáng lẽ đã thuộc về mình.
Về nguyên tắc, mọi thứ được làm ra hoặc mua bằng tiền của bạn trong quá trình thực hiện dự án — mã nguồn, thiết kế, tên miền, tài khoản dịch vụ — đều phải đứng tên và thuộc quyền kiểm soát của doanh nghiệp bạn, không phải của đơn vị phát triển.
Danh sách bàn giao đầy đủ
Mã nguồn nằm trên kho lưu trữ của chính bạn
Đây là hạng mục quan trọng nhất và cũng dễ bị bỏ qua nhất. Mã nguồn không nên chỉ nằm trên máy đơn vị phát triển hoặc trên một tài khoản GitHub/GitLab đứng tên cá nhân họ. Trước khi dự án kết thúc, hãy yêu cầu tạo một tổ chức (organization) hoặc kho lưu trữ đứng tên doanh nghiệp bạn, và toàn bộ commit lịch sử phát triển được chuyển về đó — không phải chỉ một bản zip chụp tại thời điểm bàn giao.
File thiết kế gốc
File Figma (hoặc công cụ thiết kế tương đương) với đầy đủ quyền chỉnh sửa, không phải chỉ link xem. File thiết kế là tài sản dùng lại khi bạn mở rộng tính năng, đổi đội ngũ phát triển, hoặc cần xuất hình ảnh cho App Store, Google Play, tài liệu marketing.
Tài khoản và mật khẩu của mọi dịch vụ liên quan
- Tên miền: tài khoản tại nhà đăng ký (registrar), đứng tên và email của doanh nghiệp bạn.
- Hosting hoặc máy chủ: tài khoản quản trị, không chỉ tài khoản FTP giới hạn quyền.
- Tài khoản App Store Connect và Google Play Console nếu có app di động.
- Các dịch vụ bên thứ ba: cổng thanh toán, email gửi thông báo, bản đồ, lưu trữ ảnh, thống kê (Google Analytics, Search Console).
- Tài khoản quản trị nội dung của chính website hoặc app, với vai trò quản trị cao nhất (admin/owner), không phải tài khoản biên tập viên giới hạn quyền.
Với mỗi tài khoản, nên đổi ngay mật khẩu sau khi nhận bàn giao và bật xác thực hai lớp (2FA) bằng thiết bị hoặc email nội bộ của doanh nghiệp, không phải email cá nhân của người đã tham gia dự án.
Tài liệu kỹ thuật
Tài liệu mô tả kiến trúc hệ thống, sơ đồ cơ sở dữ liệu, danh sách API và cách triển khai (deploy) lên môi trường thật. Đây là thứ giúp một đội kỹ thuật khác — nếu sau này bạn cần đổi đơn vị — đọc hiểu và tiếp quản hệ thống trong vài ngày thay vì vài tháng.
Cơ sở dữ liệu và bản sao lưu
Toàn bộ dữ liệu vận hành: khách hàng, đơn hàng, nội dung, log giao dịch. Yêu cầu ít nhất một bản sao lưu đầy đủ tại thời điểm bàn giao, kèm hướng dẫn cách khôi phục nếu cần, và xác nhận cơ chế sao lưu định kỳ đang chạy ở đâu, tần suất thế nào.
Giấy phép và bản quyền
Nếu dự án dùng font chữ, thư viện, plugin hoặc theme trả phí, cần bàn giao lại giấy phép (license key) đứng tên doanh nghiệp bạn, không phải tài khoản cá nhân của lập trình viên. Việc này tránh rủi ro bị thu hồi license khi người đó không còn hợp tác với bạn nữa.
Tài liệu hướng dẫn sử dụng và buổi đào tạo
Tài liệu hướng dẫn nên viết cho người dùng thật — quản trị viên, nhân viên bán hàng, người trực fanpage — bằng ngôn ngữ nghiệp vụ, có hình ảnh từng bước, không phải tài liệu kỹ thuật cho lập trình viên. Kèm theo đó nên có ít nhất một buổi đào tạo trực tiếp để đội ngũ của bạn thao tác thử trên hệ thống thật trước khi đơn vị phát triển rút khỏi dự án.
Điều khoản bảo hành
Văn bản ghi rõ thời hạn bảo hành, phạm vi lỗi được sửa miễn phí (lỗi kỹ thuật so với thiết kế đã duyệt, không phải yêu cầu tính năng mới) và thời gian phản hồi cam kết. Đây là phần nên có trong hợp đồng ngay từ đầu, không phải thỏa thuận miệng vào lúc bàn giao.
Quyền sở hữu phải được ghi rõ trong hợp đồng
Danh sách trên chỉ có giá trị nếu quyền sở hữu được ghi thành điều khoản cụ thể trong hợp đồng trước khi dự án bắt đầu, không phải đàm phán lại vào phút cuối. Hợp đồng nên nêu rõ: mã nguồn, thiết kế và dữ liệu thuộc sở hữu của bên thuê ngay khi thanh toán đủ; đơn vị phát triển không giữ quyền khóa hệ thống, không giữ tài khoản quản trị sau khi kết thúc hợp đồng; và mọi tài khoản dịch vụ bên thứ ba phải đứng tên doanh nghiệp thuê ngay từ khi đăng ký, không chuyển nhượng sau.
Sản phẩm thực sự thuộc về bạn khi bạn có thể thay đổi đội ngũ phát triển bất cứ lúc nào mà không phải làm lại từ đầu.
Danh sách kiểm tra trước khi ký biên bản nghiệm thu
- Đăng nhập thử vào toàn bộ tài khoản được bàn giao, xác nhận quyền quản trị cao nhất.
- Clone mã nguồn từ kho lưu trữ đứng tên bạn về máy khác, thử build thành công.
- Mở file thiết kế Figma, xác nhận có quyền chỉnh sửa, không chỉ quyền xem.
- Kiểm tra tên miền, hosting đứng tên đúng doanh nghiệp, email quản lý là email nội bộ.
- Đổi toàn bộ mật khẩu quan trọng và bật xác thực hai lớp.
- Đọc tài liệu hướng dẫn sử dụng, thử thao tác các chức năng chính.
- Xác nhận bằng văn bản thời hạn và phạm vi bảo hành.
Bước tiếp theo
Nếu bạn đang chuẩn bị một dự án mới, hãy đưa danh sách này vào hợp đồng ngay từ buổi tư vấn đầu tiên thay vì chờ đến lúc bàn giao. Webix áp dụng quy trình bàn giao đầy đủ như trên cho mọi dự án thiết kế website, lập trình ứng dụng di động và phần mềm quản trị. Nếu bạn đang tiếp quản một dự án cũ và chưa chắc mình có đủ những gì cần thiết, hãy liên hệ với chúng tôi để được rà soát miễn phí trước khi quyết định tiếp tục làm việc với đơn vị cũ hay chuyển đổi.
