Hợp đồng thiết kế website cần mô tả rõ bên nào làm việc gì, sản phẩm bàn giao gồm những gì, cách tính chi phí, điều kiện nghiệm thu và quyền sở hữu sau khi dự án kết thúc. Những câu như “website chuyên nghiệp”, “chuẩn SEO” hoặc “bảo hành lâu dài” chưa đủ nếu không được giải thích bằng hạng mục có thể kiểm tra.
Bài viết này là checklist tham khảo, không thay thế tư vấn pháp lý. Hợp đồng có giá trị lớn, xử lý dữ liệu cá nhân, thanh toán trực tuyến hoặc quyền sở hữu trí tuệ phức tạp nên được luật sư hoặc bộ phận pháp chế rà soát theo giao dịch cụ thể.
12 nội dung nên có trong hợp đồng:
- Thông tin các bên và người có quyền phê duyệt.
- Phạm vi công việc và sản phẩm bàn giao.
- Trách nhiệm cung cấp nội dung và quyền truy cập.
- Tiến độ và thời hạn phản hồi.
- Cách xử lý yêu cầu thay đổi.
- Kiểm tra và nghiệm thu.
- Giá, thanh toán và chi phí bên thứ ba.
- Quyền sở hữu và giấy phép.
- Dữ liệu cá nhân và bảo mật.
- Bàn giao tài khoản, mã nguồn và dữ liệu.
- Sửa lỗi, bảo trì và hỗ trợ.
- Tạm dừng, chấm dứt và giải quyết tranh chấp.
1. Thông tin các bên và người có quyền phê duyệt
Hợp đồng cần ghi đúng tên pháp lý, mã số thuế, địa chỉ, người đại diện và thông tin liên hệ của mỗi bên. Ngoài người ký hợp đồng, nên xác định ai được quyền duyệt giao diện, nội dung, chi phí phát sinh và nghiệm thu.
- Người phụ trách chính của mỗi bên.
- Kênh trao đổi được công nhận: email, hệ thống quản lý công việc hoặc văn bản.
- Người có quyền phê duyệt cuối cùng.
- Cách thay đổi người phụ trách khi cần.
Việc này giúp tránh tình trạng nhiều người đưa yêu cầu trái ngược nhau hoặc một người không có thẩm quyền xác nhận thay đổi lớn.
2. Phạm vi công việc và sản phẩm bàn giao
Không nên chỉ ghi “thiết kế website trọn gói” hoặc “10 trang”. Phụ lục phạm vi cần liệt kê các loại trang, chức năng, nội dung, kết nối và môi trường triển khai.
| Nhóm | Ví dụ cần ghi rõ |
|---|---|
| Trang | Trang chủ, dịch vụ, sản phẩm, danh mục, bài viết, liên hệ và tài khoản |
| Chức năng | Form, tìm kiếm, đặt lịch, thanh toán, thành viên và phân quyền |
| Kết nối | CRM, email, cổng thanh toán, vận chuyển, analytics hoặc API |
| Nội dung | Viết mới, nhập dữ liệu, chuyển nội dung cũ, dịch thuật và hình ảnh |
| Kỹ thuật | Hosting, tên miền, SSL, sao lưu, redirect và môi trường thử nghiệm |
| Bàn giao | Tài khoản, mã nguồn, dữ liệu, file thiết kế và tài liệu hướng dẫn |
Phần không nằm trong phạm vi cũng nên được ghi rõ, chẳng hạn chụp ảnh, viết nội dung, nhập thêm sản phẩm, mua giấy phép hoặc tích hợp chưa có tài liệu kỹ thuật.
3. Trách nhiệm cung cấp nội dung và quyền truy cập
Tiến độ website phụ thuộc nhiều vào nội dung và quyền truy cập. Hợp đồng nên xác định bên nào cung cấp logo, hướng dẫn thương hiệu, văn bản, hình ảnh, dữ liệu sản phẩm, tài khoản domain, hosting và hệ thống cần kết nối.
- Ai chịu trách nhiệm về tính chính xác của giá, chứng nhận, số liệu và cam kết thương mại?
- Hình ảnh, font và nội dung có quyền sử dụng hợp pháp không?
- Dữ liệu cũ cần giữ, sửa hay loại bỏ phần nào?
- Quyền truy cập được cấp vào thời điểm nào và thu hồi sau bàn giao ra sao?
- Tiến độ thay đổi thế nào nếu tài liệu được cung cấp chậm?
Không nên đưa nội dung mẫu, đánh giá giả hoặc hình ảnh chưa có quyền sử dụng lên website công khai chỉ để kịp ngày ra mắt.
4. Tiến độ, các mốc duyệt và thời hạn phản hồi
Tiến độ nên chia theo kết quả cần bàn giao, chẳng hạn xác định yêu cầu, duyệt cấu trúc, duyệt giao diện, phát triển, nhập nội dung, kiểm tra, ra mắt và bàn giao.
| Giai đoạn | Kết quả cần duyệt |
|---|---|
| Chuẩn bị | Phạm vi, cấu trúc website và danh sách nội dung |
| Thiết kế | Bố cục, màu sắc, kiểu chữ và giao diện mobile |
| Phát triển | Các trang, biểu mẫu và chức năng đã thống nhất |
| Kiểm tra | Danh sách lỗi, kết quả sửa và xác nhận nghiệm thu |
| Ra mắt | Bản sao lưu, chuyển dữ liệu, redirect và analytics |
| Bàn giao | Tài khoản, mã nguồn, dữ liệu và hướng dẫn sử dụng |
Mỗi bên cần có thời hạn phản hồi hợp lý. Hợp đồng cũng nên nêu rõ việc chậm duyệt hoặc chậm cung cấp dữ liệu sẽ ảnh hưởng đến ngày hoàn thành như thế nào.
5. Yêu cầu thay đổi và chi phí phát sinh
Cần phân biệt ba trường hợp: sửa lỗi so với yêu cầu đã duyệt, chỉnh sửa trong số vòng đã thỏa thuận và thêm yêu cầu mới ngoài phạm vi.
| Trường hợp | Cách xử lý |
|---|---|
| Sản phẩm không đúng yêu cầu đã duyệt | Nhà cung cấp sửa trong phạm vi trách nhiệm |
| Chỉnh giao diện hoặc nội dung trong số vòng đã thỏa thuận | Thực hiện theo tiến độ dự án |
| Thêm trang, chức năng hoặc kết nối mới | Đánh giá chi phí và thời gian trước khi làm |
| Thay đổi khẩn cấp vì bảo mật hoặc dữ liệu | Ưu tiên giảm thiệt hại, ghi lại quyết định và kết quả |
Yêu cầu thay đổi nên được ghi bằng văn bản, gồm nội dung thay đổi, lý do, chi phí, ảnh hưởng tiến độ và người phê duyệt. Không nên thực hiện thay đổi lớn chỉ dựa vào tin nhắn rời rạc.
6. Kiểm tra và nghiệm thu
Nghiệm thu cần dựa trên danh sách có thể kiểm tra, không chỉ dựa vào cảm giác website “đẹp” hoặc “ổn”.
- Các trang và chức năng hoạt động theo phạm vi đã thống nhất.
- Form được kiểm tra từ giao diện đến email hoặc hệ thống nhận dữ liệu.
- Website dùng được trên điện thoại và các trình duyệt chính.
- URL, title, canonical, sitemap, robots và redirect được kiểm tra.
- Nhãn biểu mẫu, bàn phím, độ tương phản và thông báo lỗi được xem xét.
- Analytics ghi nhận đúng các hành động quan trọng.
- Có bản sao lưu trước khi ra mắt và cách khôi phục khi cần.
Không nên cam kết vị trí xếp hạng, lượng truy cập, doanh thu hoặc điểm Lighthouse tuyệt đối. Nhà cung cấp chỉ nên cam kết những đầu ra nằm trong phạm vi kiểm soát và có phương pháp kiểm tra rõ ràng.
Tham khảo checklist website chuẩn SEO và WCAG 2.2.
7. Giá, lịch thanh toán và chi phí bên thứ ba
Hợp đồng cần ghi tổng giá trị, thuế, lịch thanh toán và điều kiện xuất hóa đơn. Các khoản trả cho bên thứ ba như hosting, domain, theme, plugin, font, cổng thanh toán hoặc dịch vụ gửi email cần được tách rõ.
- Khoản nào đã bao gồm trong báo giá?
- Khoản nào thanh toán theo năm hoặc theo mức sử dụng?
- Tài khoản mua giấy phép đứng tên ai?
- Điều kiện tạm dừng công việc khi thanh toán chậm là gì?
- Khoản đã thực hiện được xử lý thế nào khi dự án chấm dứt sớm?
Xem thêm cách đọc báo giá thiết kế website.
8. Quyền sở hữu trí tuệ và giấy phép
Hợp đồng cần phân biệt phần được tạo riêng cho dự án, tài sản có sẵn của nhà cung cấp, phần mềm nguồn mở và tài sản mua từ bên thứ ba. Không phải mọi file nằm trong website đều mặc nhiên được chuyển giao toàn quyền.
| Tài sản | Điều cần làm rõ |
|---|---|
| Mã nguồn viết riêng | Quyền sử dụng, sửa đổi, bàn giao và lưu trữ |
| Theme và plugin | Loại giấy phép, tài khoản mua và phí gia hạn |
| Font, ảnh và video | Phạm vi sử dụng và thời hạn giấy phép |
| File thiết kế | File gốc, thành phần giao diện và tài sản đi kèm |
| Nội dung và dữ liệu | Chủ sở hữu, nguồn và quyền sử dụng |
| Phần mềm nguồn mở | Điều kiện giấy phép cần tuân thủ |
9. Dữ liệu cá nhân, bảo mật và quyền truy cập
Từ ngày 01/01/2026, Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 và Nghị định 356/2025/NĐ-CP có hiệu lực. Doanh nghiệp cần để pháp chế xác định nghĩa vụ cụ thể đối với dữ liệu được thu thập và xử lý trong dự án. Hợp đồng thiết kế website không tự thay thế việc đánh giá tuân thủ.
- Website thu thập những loại dữ liệu nào và để làm gì?
- Ai được truy cập dữ liệu, cơ sở dữ liệu và bản sao lưu?
- Dữ liệu thử nghiệm có dùng thông tin thật hay không?
- Mật khẩu và khóa kết nối được trao đổi, lưu trữ và thu hồi ra sao?
- Khi kết thúc hợp đồng, dữ liệu được bàn giao và xóa như thế nào?
Nguồn chính thức: Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15 và Nghị định 356/2025/NĐ-CP.
10. Bàn giao tài khoản, mã nguồn và dữ liệu
Bàn giao không chỉ là gửi một tài khoản quản trị. Doanh nghiệp cần nhận đủ tài sản để tiếp tục vận hành hoặc chuyển nhà cung cấp khi cần.
- Domain, DNS, hosting, CDN và email hệ thống.
- Tài khoản quản trị website, cơ sở dữ liệu và bản sao lưu.
- Mã nguồn và hướng dẫn cài đặt hoặc triển khai.
- File thiết kế, hình ảnh và tài sản thương hiệu.
- Analytics, Search Console và các công cụ theo dõi.
- Danh sách giấy phép, ngày gia hạn và tài khoản nhà cung cấp.
- Tài liệu hướng dẫn, danh sách lỗi đã biết và thông tin tích hợp.
Đối chiếu thêm checklist bàn giao website.
11. Sửa lỗi, bảo trì và hỗ trợ
Ba phạm vi này cần được tách rõ:
| Phạm vi | Nội dung |
|---|---|
| Sửa lỗi sau nghiệm thu | Khắc phục phần không hoạt động đúng theo yêu cầu đã duyệt, trong thời hạn xác định |
| Bảo trì định kỳ | Cập nhật, sao lưu, kiểm tra an toàn và theo dõi tình trạng website |
| Hỗ trợ sử dụng | Hướng dẫn, xử lý thắc mắc và thay đổi nội dung |
| Phát triển thêm | Trang, chức năng hoặc kết nối mới ngoài phạm vi cũ |
Với sự cố, hợp đồng nên phân loại theo mức ảnh hưởng: website không truy cập được, thanh toán hoặc dữ liệu có lỗi; chức năng chính bị gián đoạn; lỗi có cách xử lý tạm thời; hoặc yêu cầu chỉnh sửa nhỏ. Mỗi mức cần có kênh tiếp nhận và thời gian phản hồi phù hợp.
Xem thiết kế web và bảo trì website khác nhau thế nào.
12. Tạm dừng, chấm dứt, hợp đồng điện tử và tranh chấp
Hợp đồng cần quy định trường hợp được tạm dừng hoặc chấm dứt, thời hạn thông báo, phần công việc đã thanh toán, tài sản được bàn giao và hỗ trợ chuyển tiếp.
- Phần công việc đang làm được xử lý thế nào?
- Dữ liệu và tài khoản được bàn giao trong thời hạn nào?
- Hosting hoặc giấy phép đứng tên nhà cung cấp được chuyển ra sao?
- Có phí hỗ trợ chuyển sang đơn vị khác hay không?
- Luật áp dụng và cơ chế giải quyết tranh chấp là gì?
Luật Giao dịch điện tử số 20/2023/QH15 có hiệu lực từ ngày 01/07/2024. Việc ký điện tử, xác thực và lưu trữ cần được xem xét theo loại giao dịch và quy định áp dụng. Với hợp đồng giá trị lớn, doanh nghiệp nên để pháp chế rà soát quy trình ký. Nguồn: Luật Giao dịch điện tử 20/2023/QH15.
Checklist trước khi ký
- Phạm vi và phần không bao gồm đã rõ.
- Trách nhiệm cung cấp nội dung và quyền truy cập đã được phân công.
- Các mốc duyệt và thời hạn phản hồi đã thống nhất.
- Yêu cầu thay đổi được tách khỏi sửa lỗi.
- Tiêu chí nghiệm thu có thể kiểm tra.
- Giá, thuế, thanh toán và phí bên thứ ba đã rõ.
- Quyền sở hữu mã nguồn, dữ liệu và giấy phép đã xác định.
- Dữ liệu cá nhân và quyền truy cập được kiểm soát.
- Danh sách tài sản bàn giao đầy đủ.
- Sửa lỗi, bảo trì và phát triển thêm được phân biệt.
- Điều kiện tạm dừng, chấm dứt và chuyển tiếp đã rõ.
Câu hỏi thường gặp
Có nên yêu cầu bàn giao mã nguồn không?
Có khi mã nguồn là tài sản doanh nghiệp cần sở hữu hoặc cần để chuyển nhà cung cấp. Hợp đồng phải phân biệt mã viết riêng với theme, plugin, thư viện và phần mềm bên thứ ba.
Cam kết “chuẩn SEO” nên ghi thế nào?
Nên ghi các hạng mục có thể kiểm tra như URL, title, canonical, sitemap, robots, redirect, nội dung mobile và analytics. Không nên cam kết vị trí xếp hạng.
Bảo hành có bao gồm cập nhật plugin không?
Không mặc định. Sửa lỗi trong phần đã nghiệm thu khác với bảo trì định kỳ. Hợp đồng cần ghi rõ việc cập nhật, sao lưu và lỗi từ phần mềm bên thứ ba thuộc phạm vi nào.
Có thể ký hợp đồng online không?
Có thể trong nhiều trường hợp, nhưng hình thức ký, xác thực, lưu trữ và quy định áp dụng cần được xem xét theo giao dịch cụ thể.
Kết luận
Hợp đồng thiết kế website tốt giúp hai bên hiểu cùng một phạm vi, biết cách kiểm tra sản phẩm và xử lý thay đổi. Phần thương mại nên đi cùng phụ lục mô tả trang, chức năng, nội dung, tiêu chí nghiệm thu và tài sản bàn giao.
Trước khi yêu cầu báo giá, doanh nghiệp có thể sử dụng checklist câu hỏi trước khi làm website và tham khảo dịch vụ thiết kế website chuyên nghiệp.
Đ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ả.

