Thuê Làm MVP: Tự Làm, Freelance Hay Đối Tác Phần Mềm, Chốt Gì Và Ký Gì

Có ý tưởng sản phẩm và một khoản ngân sách giới hạn, nhà sáng lập nào cũng sớm phải chọn: tự tuyển người làm, thuê freelance hay giao cho một công ty phần mềm. Chọn sai thường chỉ lộ ra khi tiền đã tiêu gần hết mà sản phẩm chưa đến tay người dùng. Khái niệm MVP đã có trong bài MVP là gì và cách xây sản phẩm khả dụng tối thiểu cho startup; bài này trả lời chuyện thuê ai, chốt gì và ký gì.

Tóm tắt nhanh

Thuê làm MVP hợp lý khi nhà sáng lập đã rõ giả định cần kiểm và người dùng đầu tiên, nhưng chưa có đội kỹ thuật đủ nghề. Tự làm hợp với đội đã có kỹ sư; freelance hợp với phạm vi rất nhỏ; đối tác phần mềm hợp khi cần đủ phân tích, thiết kế, lập trình, kiểm thử và đi tiếp sau ra mắt. Trước khi ký, hãy chốt phạm vi tối thiểu, chỉ số thành công, quyền với mã nguồn và tài khoản, rồi thanh toán theo mốc nghiệm thu bằng bản chạy được.

1. Có mấy cách để có MVP và khi nào nên chọn cách nào?

Có ba cách: tự làm với đội nội bộ, thuê freelance, hoặc thuê đối tác phần mềm. Cách phù hợp phụ thuộc vào việc doanh nghiệp đã có người giỏi kỹ thuật hay chưa, phạm vi lớn đến đâu và ai chịu trách nhiệm sản phẩm sau ngày ra mắt, không chỉ phụ thuộc vào báo giá.

Ba cách có thể nối tiếp nhau. KNOWME, startup tìm việc bằng hồ sơ video tại Mỹ, tự làm MVP với đội lõi và freelancer, gọi vốn thành công rồi mới cần đối tác để đưa MVP thành sản phẩm hoàn chỉnh. Nếu còn phân vân nền tảng cho bản đầu, bài so sánh web và app cho doanh nghiệp giúp chọn nơi bắt đầu; khi đã chọn web, xem 7 bước phát triển ứng dụng web.

Sơ đồ dưới gom bảng trên thành ba câu hỏi theo thứ tự. Dừng ở câu đầu tiên có câu trả lời “Có”.

Khi nào chưa nên thuê đối tác làm MVP?

Chưa nên thuê khi nhà sáng lập chưa gọi tên được người dùng đầu tiên, hoặc khi giả định kiểm được bằng cách rẻ hơn: một trang nhận đăng ký, một biểu mẫu, một quy trình tạm làm thủ công phía sau. Nếu công cụ không cần lập trình (no-code) đủ cho luồng chính, hãy dùng nó trước.

Vài tuần kiểm chứng thủ công với người dùng thật thường cho nhiều thông tin hơn một bản app làm vội.

2. Thuê làm MVP khác thuê làm phần mềm thông thường ở đâu?

Phần mềm thông thường được làm theo yêu cầu đã rõ và nghiệm thu theo đặc tả. Với MVP, phạm vi thay đổi theo phản hồi người dùng, nghiệm thu gồm cả khả năng đo hành vi, và hợp đồng nên chia giai đoạn thay vì chốt trọn gói cho toàn bộ sản phẩm.

• Phạm vi thay đổi theo phản hồi. Đề bài là một giả định, không phải danh sách tính năng. Đối tác cần sẵn sàng cắt bớt, đổi thứ tự sau mỗi vòng thử và ghi nhận thay đổi rõ ràng để không bên nào bất ngờ về chi phí.
• Đo lường là một phần sản phẩm. MVP chưa gắn công cụ theo dõi đăng ký, dùng tính năng chính, quay lại lần hai thì ra mắt xong vẫn không biết giả định đúng hay sai.
• Hợp đồng theo giai đoạn. Kết quả vòng thử đầu có thể làm kế hoạch giai đoạn sau thay đổi hoàn toàn.

3. Nhà sáng lập cần chuẩn bị gì trước khi tìm đối tác làm MVP?

Nhà sáng lập nên có bản mô tả một đến hai trang trả lời năm câu: đang kiểm giả định gì, người dùng đầu tiên là ai, con số nào cho biết MVP thành công, luồng tối thiểu nào phải chạy trọn, ai phía doanh nghiệp có quyền quyết định. Có bản này, các báo giá mới so sánh được.

Ví dụ với một ý tưởng giả định: ứng dụng đặt dọn nhà theo giờ cho cư dân chung cư.

Khi biết mức trần ngân sách, đối tác có trách nhiệm sẽ đề xuất cắt phạm vi cho vừa thay vì để phần phát sinh xuất hiện sau. Cách chọn tính năng cho bản đầu có trong bài cách chọn tính năng và chỉ số đo cho MVP.

4. Việc nào nhà sáng lập giữ, việc nào giao cho đối tác?

Nhà sáng lập giữ những việc gắn với thị trường và quyền sở hữu: giả định, thứ tự ưu tiên, người dùng thử, tài khoản đứng tên công ty. Đối tác biến ý tưởng thành sản phẩm chạy được: phân tích nghiệp vụ, thiết kế trải nghiệm, kiến trúc, lập trình, kiểm thử và gắn công cụ đo.

Tài khoản phát hành ứng dụng và tài khoản cloud nên do doanh nghiệp đứng tên từ ngày đầu; chuyển quyền về sau luôn tốn công hơn.

5. Nên hỏi đối tác làm MVP những gì trước khi ký?

Năm nhóm câu hỏi quan trọng nhất: mã nguồn và tài khoản thuộc về ai, ai trực tiếp làm, kiểm thử và đo lường ra sao, ai bảo trì sau ra mắt, kiến trúc có mở rộng được không. Câu trả lời cụ thể đến đâu cho thấy đối tác từng làm sản phẩm thật đến đâu.

• Mã nguồn và tài khoản: kho mã đặt ở tài khoản của ai, doanh nghiệp có quyền xem từ tuần đầu không, quyền sở hữu chuyển giao khi nào.
• Ai làm thật: có được gặp trưởng dự án trước khi ký không, có phần việc nào giao cho bên thứ ba không.
• Kiểm thử và đo lường: kiểm thử trên những thiết bị nào, ai xác nhận một bản đủ điều kiện phát hành, theo dõi hành vi nào của người dùng.
• Bảo trì: thời gian bảo hành lỗi, thời gian phản hồi sự cố, cách tính việc cập nhật khi iOS, Android ra phiên bản mới.
• Mở rộng sau MVP: phần nào làm nhanh để thử và sẽ phải làm lại nếu sản phẩm đi tiếp. Đối tác trả lời thẳng câu này đáng tin hơn bên khẳng định mọi thứ đều mở rộng được.

Nếu MVP có tính năng AI như trợ lý trả lời khách hàng hay đọc hồ sơ tự động, hãy hỏi thêm: độ chính xác được đo trên dữ liệu thật bằng cách nào, hệ thống xử lý ra sao khi AI trả lời sai. Rủi ro này nên được kiểm bằng một bản thử khả thi (PoC) trước khi đưa vào MVP.

6. Hợp đồng và thanh toán MVP nên chia theo mốc nào?

Hợp đồng MVP nên có ít nhất bốn mốc: làm rõ phạm vi, thiết kế bấm thử được, MVP chạy trên môi trường thật, phát hành kèm bảo hành. Mỗi mốc nghiệm thu bằng thứ nhìn thấy và dùng được, thanh toán gắn với mốc đó; giai đoạn sau MVP nên ký phụ lục hoặc hợp đồng riêng.

Giá cố định hợp với phần đã chốt rõ; phần còn mở theo phản hồi người dùng hợp với cách tính theo thời gian thực tế, có trần ngân sách từng đợt. Tránh dồn phần lớn khoản thanh toán vào tạm ứng. Danh mục điều khoản đầy đủ có trong phần hợp đồng viết phần mềm theo yêu cầu nên ghi rõ những gì; các khoản tạo nên ngân sách được giải thích ở bài chi phí phát triển phần mềm theo yêu cầu và cách đọc báo giá.

7. Dấu hiệu nào cho thấy đối tác làm MVP đáng ngờ?

Đáng ngờ nhất là đối tác báo giá trọn gói khi chưa hỏi gì về người dùng và giả định, nhận hết mọi tính năng mà không đề xuất cắt bớt, hoặc giữ mã nguồn trên tài khoản của họ đến cuối dự án. Đây thường là dấu hiệu báo trước tranh chấp về phạm vi và quyền sở hữu.

• Hứa ngày ra mắt trước khi có danh sách tính năng.
• Nhiều tuần không cho xem bản chạy được, chỉ gửi báo cáo bằng chữ.
• Người tư vấn bán hàng không phải người làm, không được gặp trưởng dự án.
• Đề xuất không nhắc đến kiểm thử, công cụ đo hay bảo hành.
• Báo giá thấp bất thường so với các bên khác trên cùng bản mô tả, kèm câu “phát sinh tính sau”.

8. Savvycom đã đồng hành cùng những sản phẩm số nào?

Savvycom đã đồng hành cùng startup và doanh nghiệp xây sản phẩm số, từ MVP đến bản hoàn chỉnh: ứng dụng tìm việc bằng video, nền tảng ghép bạn tập, nền tảng đặt lịch phẫu thuật. Chúng tôi phù hợp khi sản phẩm cần một đội đủ vai trò và cần đi tiếp sau ra mắt.

Mỹ · Công nghệ nhân sựMVP → sản phẩmđội lập trình, BA và thiết kế tiếp sức sau khi khách hàng gọi vốn thành côngKNOWME: ứng dụng tìm việc bằng hồ sơ videoPhù hợp khi: MVP đã có người dùng và vốn, cần tăng tốc mà không xáo trộn đội lõiXem dự án →Thể thao · Mạng xã hộiiOS + Androidtừ ý tưởng đến sản phẩm hoàn chỉnh trên hai kho ứng dụngWanna Train: nền tảng ghép bạn tập và cộng đồng luyện tậpPhù hợp khi: giá trị sản phẩm nằm ở cơ chế ghép nối đúng người ngay từ bản đầuXem dự án →Mỹ · Y tếWeb appmột nền tảng thay quy trình đặt lịch nhiều bước và các cuộc gọi qua lạiNền tảng web đặt lịch phẫu thuật và kết nối bác sĩPhù hợp khi: cần đưa một quy trình phục vụ khách hàng đang rời rạc lên nền tảng webXem dự án →

Ba dự án chưa công bố chỉ số kinh doanh nên thẻ ghi phạm vi đã làm. Với KNOWME, Savvycom làm cùng đội nội bộ của khách hàng sau giai đoạn MVP.

Câu hỏi thường gặp về thuê làm MVP

1. Startup nên tự làm hay thuê ngoài MVP?
Tự làm khi đội sáng lập đã có người viết được phần lõi và công nghệ là lợi thế chính. Thuê ngoài khi chưa có kỹ sư, cần bản dùng thử sớm, hoặc sản phẩm có thanh toán, dữ liệu nhạy cảm. Nhiều startup kết hợp: tự giữ quyết định sản phẩm, thuê đối tác phần xây dựng.

2. Thuê ngoài làm MVP thì ai sở hữu source code?
Doanh nghiệp nên sở hữu mã nguồn, và hợp đồng phải ghi rõ quyền sở hữu chuyển giao khi nào, gồm những gì. Kho mã nguồn nên đặt ở tài khoản do doanh nghiệp đứng tên ngay từ đầu, đối tác chỉ được cấp quyền truy cập, kèm tài liệu kỹ thuật khi bàn giao.

3. Thuê làm MVP mất bao lâu?
Thời gian phụ thuộc phạm vi tối thiểu, số hệ thống cần kết nối và tốc độ ra quyết định phía doanh nghiệp, thường tính bằng tuần đến vài tháng. Cắt phạm vi quanh một luồng chính là cách rút ngắn rõ nhất. Mốc tham chiếu có trong bài làm phần mềm theo yêu cầu mất bao lâu.

4. Chi phí thuê làm MVP là bao nhiêu?
Không có mức giá chung, vì chi phí phụ thuộc phạm vi, số nền tảng (web, iOS, Android), các tích hợp như thanh toán và yêu cầu bảo mật. Cách so sánh đúng là gửi cùng một bản mô tả cho các bên và đề nghị báo giá tách theo từng mốc nghiệm thu.

5. Nên bắt đầu thuê làm MVP từ đâu?
Bắt đầu bằng bản mô tả một đến hai trang: giả định cần kiểm, người dùng đầu tiên, chỉ số thành công, luồng tối thiểu và người quyết định. Sau đó gửi cho hai đến ba đối tác, đề nghị một giai đoạn làm rõ phạm vi có giá riêng trước khi ký phần xây dựng.