Trước khi ký hợp đồng với một công ty viết app, doanh nghiệp cần làm rõ 10 vấn đề: ứng dụng phục vụ mục tiêu gì, làm những chức năng nào, ai thực hiện, ai sở hữu mã nguồn và dữ liệu, bảo mật, nghiệm thu, thanh toán, phát hành, bảo hành và bàn giao. Quan trọng nhất là ghi câu trả lời thành điều khoản hoặc phụ lục có thể kiểm tra. Nếu cần tìm hiểu phạm vi dịch vụ, xem dịch vụ phát triển ứng dụng di động.
Trả lời nhanh: Chưa nên ký chỉ vì giá thấp hoặc hồ sơ giới thiệu đẹp khi nhà cung cấp chưa làm rõ phạm vi, mã nguồn, dữ liệu, điều kiện nghiệm thu và trách nhiệm bàn giao.
Lưu ý: Đây là danh sách kiểm tra dành cho người mua dịch vụ, không thay thế tư vấn pháp lý. Các điều khoản về bản quyền phần mềm, dữ liệu, trách nhiệm và chấm dứt hợp đồng cần được xem xét theo pháp luật áp dụng.
6 tài liệu nên yêu cầu trước khi ký
- Phạm vi công việc: ứng dụng cần làm gì và những việc không nằm trong hợp đồng.
- Điều kiện nghiệm thu: cách kiểm tra chức năng, dữ liệu và kết quả bàn giao.
- Danh sách tài sản: mã nguồn, file thiết kế, tài khoản và quyền sở hữu.
- Quy định dữ liệu: ai được truy cập, sử dụng và lưu dữ liệu.
- Chi phí bên ngoài: máy chủ, tin nhắn, bản đồ, phí thanh toán và dịch vụ khác.
- Kế hoạch bàn giao: tài liệu, đào tạo và hỗ trợ chuyển sang đơn vị khác nếu cần.
Các tài liệu trên giúp so sánh báo giá trên cùng phạm vi và giảm tranh cãi về công việc phát sinh sau khi ký.
10 câu hỏi cần hỏi công ty viết app trước khi ký
| # | Câu hỏi cần hỏi | Tài liệu cần xem | Dấu hiệu cần làm rõ |
|---|---|---|---|
| 1 | Ứng dụng giải quyết việc gì? | Người dùng, mục tiêu và kết quả cần đạt. | Chỉ có danh sách tính năng, không có mục tiêu. |
| 2 | Giá bao gồm và không bao gồm gì? | Danh sách chức năng, sản phẩm bàn giao và việc ngoài gói. | Quảng cáo “trọn gói” nhưng mô tả mơ hồ. |
| 3 | Ai trực tiếp làm ứng dụng? | Danh sách vai trò, người phụ trách và phương án triển khai. | Không rõ người thực hiện hoặc đơn vị thuê lại. |
| 4 | Ai sở hữu mã nguồn, dữ liệu, tài khoản? | Điều khoản sở hữu, danh sách tài khoản và giấy phép. | Bên làm app giữ toàn bộ quyền quản trị, không có cách bàn giao. |
| 5 | Dữ liệu khách hàng được bảo vệ thế nào? | Quyền truy cập, cách bảo vệ dữ liệu và xử lý sự cố. | Chỉ hứa bảo mật mà không có biện pháp cụ thể. |
| 6 | Thế nào được coi là hoàn thành? | Danh sách tình huống thử và điều kiện nghiệm thu. | Chỉ nói “chạy ổn” hoặc “giao diện đẹp”. |
| 7 | Tiến độ, thanh toán và thay đổi tính thế nào? | Mốc bàn giao, điều kiện thanh toán, quy trình duyệt phát sinh. | Không gắn thanh toán với công việc có thể kiểm tra. |
| 8 | Ai đưa app lên Google Play/App Store? | Người đứng tên tài khoản, trách nhiệm phát hành và phí bên ngoài. | Không biết ai trả phí máy chủ hoặc dịch vụ. |
| 9 | Ứng dụng được bảo hành và hỗ trợ ra sao? | Thời hạn, loại lỗi được sửa, thời gian phản hồi. | Không rõ bảo hành gồm gì hoặc ai tiếp nhận lỗi. |
| 10 | Nếu ngừng hợp tác, doanh nghiệp nhận gì? | Kế hoạch bàn giao mã nguồn, dữ liệu, tài khoản và tài liệu. | Không có phương án chuyển nhà cung cấp. |
Trước khi so báo giá, hãy thống nhất yêu cầu
Hai báo giá chỉ nên so sánh khi cùng phạm vi. Một đơn vị có thể báo cả app, hệ thống quản trị, kiểm thử và đưa lên kho ứng dụng; đơn vị khác chỉ lập trình app. Bạn có thể tham khảo bảng giá và cách tính chi phí viết app, nhưng giá cuối cùng vẫn phải dựa trên danh sách công việc thống nhất.
| Nội dung | Doanh nghiệp cần mô tả |
|---|---|
| Người dùng và mục tiêu | Ai dùng ứng dụng, cần giải quyết công việc nào? |
| Chức năng | Việc bắt buộc phải có, việc chưa làm; trang quản trị và kết nối khác. |
| Dữ liệu | Dữ liệu lấy từ đâu, ai quản lý và có cần chuyển từ hệ thống cũ? |
| Nền tảng | Android, iOS hay cả hai; thiết bị và cách phát hành. |
| Giới hạn dự án | Ngân sách dự kiến, thời hạn, bảo mật và yêu cầu ngành. |
| Sau khi vận hành | Ai hỗ trợ người dùng, sửa lỗi và cập nhật ứng dụng? |
Nếu còn chưa rõ người dùng hoặc chức năng thiết yếu, nên khảo sát nhu cầu hay làm phiên bản thử nghiệm MVP trước khi chốt toàn bộ dự án.
4 nhóm điều khoản cần ghi rõ trong hợp đồng
| Điều khoản | Cần ghi rõ |
|---|---|
| Phạm vi và nghiệm thu | Sản phẩm cần bàn giao, việc không bao gồm, cách kiểm tra và người duyệt. |
| Quyền sở hữu | Mã nguồn tạo riêng, phần mềm có sẵn, thiết kế, dữ liệu và tài khoản. |
| Thay đổi và thanh toán | Mốc thực hiện, điều kiện thanh toán, cách duyệt thay đổi và trễ hạn. |
| Bàn giao và chấm dứt | Mã nguồn, dữ liệu, tài liệu, hướng dẫn vận hành và thu hồi quyền truy cập. |
Bàn giao mã nguồn không tự động đồng nghĩa doanh nghiệp sở hữu mọi quyền đối với mọi thành phần. Hợp đồng cần phân biệt mã lập trình riêng, phần mềm có sẵn và thư viện dùng theo giấy phép của bên thứ ba. Có thể tra cứu pháp luật sở hữu trí tuệ Việt Nam tại WIPO Lex; nên nhờ người có chuyên môn pháp lý xem xét điều khoản cụ thể.
Dữ liệu và bảo mật: hỏi gì là đủ?
| Câu hỏi | Cần có câu trả lời |
|---|---|
| Nhà phát triển được dùng dữ liệu nào? | Danh sách dữ liệu, mục đích dùng và người cho phép. |
| Có dùng dữ liệu khách hàng để thử không? | Quy tắc rõ ràng, ẩn thông tin nhận diện nếu cần. |
| Ai truy cập hệ thống đang hoạt động? | Phân quyền, phê duyệt và ghi nhận truy cập. |
| Có bên thứ ba xử lý dữ liệu? | Danh sách đơn vị cung cấp máy chủ, công cụ và dịch vụ. |
| Nếu xảy ra sự cố? | Người tiếp nhận, cách thông báo và xử lý sự cố. |
| Khi ngừng hợp tác? | Cách xuất hoặc xóa dữ liệu, thu hồi quyền truy cập. |
Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 có hiệu lực từ 01/01/2026. Khi ứng dụng xử lý dữ liệu cá nhân tại Việt Nam, doanh nghiệp cần xác định trách nhiệm từng bên theo hoạt động thực tế. Xem văn bản chính thức của Chính phủ.
Về kỹ thuật, có thể đối chiếu checklist bảo mật ứng dụng di động.
Nghiệm thu và phát hành App: cần kiểm tra gì?
| Hạng mục | Ví dụ điều kiện nghiệm thu |
|---|---|
| Giao diện | Các màn hình chính, thông báo lỗi, trạng thái chưa có dữ liệu. |
| Chức năng | Đăng nhập, đặt lịch, thanh toán hoặc chức năng đã thống nhất hoạt động đúng. |
| Kết nối hệ thống | Gửi nhận dữ liệu đúng, xử lý khi mất mạng hoặc lỗi kết nối. |
| Chất lượng | Thiết bị Android/iOS cần hỗ trợ và mức lỗi được chấp nhận. |
| Bảo mật | Phân quyền, bảo vệ dữ liệu và quyền truy cập thiết bị. |
| Phát hành | Phiên bản gửi kho ứng dụng, tài khoản đứng tên, cách theo dõi lỗi. |
| Bàn giao | Mã nguồn, tài khoản, tài liệu, hướng dẫn cài đặt và đào tạo. |
Cần phân biệt kiểm thử của đơn vị phát triển và nghiệm thu của khách hàng. TestFlight và Google Play Testing chỉ giúp phân phối ứng dụng để thử, không thay thế kế hoạch kiểm tra. Xem quy trình phát triển ứng dụng, TestFlight và Google Play Testing.
Dấu hiệu nên dừng ký để làm rõ
- Không có danh sách công việc hoặc điều kiện nghiệm thu.
- Không làm rõ quyền sở hữu mã nguồn, dữ liệu và tài khoản.
- Không cho biết đội thực hiện hoặc có thuê lại bên khác không.
- Cam kết ngày hoàn thành và chi phí cố định khi yêu cầu còn chưa rõ.
- Truy cập dữ liệu khách hàng nhưng không thống nhất trách nhiệm bảo vệ.
- Không ghi chính sách bảo hành, hỗ trợ và bàn giao.
Câu hỏi thường gặp
Có nên chọn báo giá app thấp nhất không?
Không nên so tổng tiền khi scope khác nhau. Chuẩn hóa deliverable, ownership, testing, release, support và third-party cost rồi mới so giá.
Fixed price hay Time & Materials tốt hơn?
Fixed price phù hợp khi scope/acceptance đủ rõ. Time & Materials phù hợp hơn khi discovery và thay đổi còn lớn. Mô hình nào cũng cần governance, estimate và reporting.
Có nên để vendor đứng tên Store và cloud?
Tài khoản lõi nên do doanh nghiệp sở hữu và cấp quyền theo vai trò. Nếu vendor tạm quản lý, cần giới hạn quyền, thời hạn và cơ chế chuyển giao rõ.
Kết luận
Hợp đồng viết app tốt không chỉ có giá và thời gian. Trước khi ký, hãy bảo đảm 10 câu hỏi trên có câu trả lời rõ, kiểm tra được và được ghi trong hợp đồng hoặc phụ lục. Đặc biệt chú ý phạm vi, dữ liệu, mã nguồn, nghiệm thu, thanh toán và bàn giao.
Đ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ả.