Cách chọn công ty viết phần mềm uy tín: checklist 10 tiêu chí

Chọn sai đơn vị làm phần mềm là rủi ro tốn kém nhất trong dự án chuyển đổi số — không phải vì mất tiền một lần, mà vì mất thời gian, mất dữ liệu, và nhiều khi phải làm lại từ đầu với một đội khác. Bài này đưa ra checklist 10 tiêu chí cụ thể để đánh giá một công ty viết phần mềm theo yêu cầu uy tín, cùng những dấu hiệu cảnh báo (cờ đỏ) cần tránh trước khi đặt bút ký hợp đồng.

Thế nào là một công ty viết phần mềm theo yêu cầu uy tín?

Một công ty uy tín là đơn vị có thể chứng minh bằng dữ liệu kiểm chứng được: portfolio thật, quy trình rõ ràng, hợp đồng minh bạch và cam kết bàn giao đầy đủ mã nguồn — chứ không chỉ bằng lời hứa trong buổi tư vấn. Uy tín không phải một cảm nhận chủ quan sau một buổi gặp gỡ dễ chịu. Nó là tổng hợp của nhiều bằng chứng có thể kiểm tra độc lập: dự án đã triển khai còn vận hành hay không, khách hàng cũ có sẵn sàng xác nhận không, hợp đồng có ghi rõ quyền sở hữu mã nguồn không, và đội ngũ có chịu trách nhiệm bảo hành sau bàn giao không. Checklist dưới đây giúp biến "cảm giác tin tưởng" thành các tiêu chí đo được.

Tiêu chí 1: Portfolio có dự án cùng ngành hoặc quy mô tương đương không?

Một portfolio đáng tin cậy phải có ít nhất một dự án cùng ngành hoặc quy mô nghiệp vụ tương đương, kèm link demo hoặc case study cụ thể — không chỉ là danh sách logo khách hàng. Khi xem portfolio, đừng dừng lại ở tên thương hiệu lớn được liệt kê. Hỏi thẳng: dự án đó do đội nào trực tiếp làm, quy mô nghiệp vụ ra sao (số module, số người dùng, tích hợp gì), và hiện còn vận hành không. Một công ty uy tín sẵn sàng cho xem demo hoặc kết nối với khách hàng cũ để xác nhận. Nếu vendor né tránh câu hỏi "dự án này còn chạy không" hoặc chỉ đưa ảnh chụp giao diện tĩnh, đó là dấu hiệu cần thận trọng.

Tiêu chí 2: Quy trình làm việc có được mô tả rõ ràng từ đầu không?

Công ty uy tín trình bày quy trình cụ thể theo từng giai đoạn — khảo sát, thiết kế, phát triển, kiểm thử, bàn giao — kèm mốc thời gian và đầu ra rõ ràng cho từng bước, thay vì nói chung chung "chúng tôi sẽ làm nhanh gọn". Một quy trình chuyên nghiệp luôn bắt đầu bằng khảo sát nghiệp vụ để hiểu đúng bài toán trước khi báo giá chính xác, sau đó mới đến thiết kế kiến trúc, phát triển theo sprint, kiểm thử độc lập (không phải người viết code tự test), và bàn giao có tài liệu. Nếu công ty báo giá ngay trong buổi gặp đầu tiên mà chưa hỏi kỹ về nghiệp vụ, số lượng người dùng, hệ thống cần tích hợp — đó là tín hiệu quy trình thiếu chuẩn. Tham khảo thêm về thời gian thực tế của từng giai đoạn (MVP thường 6–12 tuần, dự án tầm trung 4–9 tháng, hệ thống ERP 3–5 tháng cho giai đoạn khởi đầu và 9–15 tháng cho bản đầy đủ) để đối chiếu với cam kết tiến độ vendor đưa ra.

Tiêu chí 3: Hợp đồng có ghi rõ bàn giao toàn bộ mã nguồn không?

Hợp đồng uy tín phải ghi rõ bằng văn bản: khách hàng sở hữu 100% mã nguồn, tài liệu kỹ thuật và quyền truy cập hạ tầng sau khi thanh toán đầy đủ — không có điều khoản mập mờ về "quyền sử dụng" thay vì "quyền sở hữu". Đây là điểm nhiều doanh nghiệp bỏ qua vì tin tưởng lời nói miệng. Thực tế, một số vendor cố tình giữ lại quyền kiểm soát mã nguồn hoặc tài khoản hosting để ràng buộc khách hàng phải tiếp tục thuê bảo trì. Trước khi ký, yêu cầu điều khoản cụ thể: mã nguồn bàn giao qua repository riêng của khách hàng (không phải link tải một lần), tài liệu kiến trúc hệ thống, và thông tin đăng nhập toàn bộ dịch vụ liên quan (domain, server, API key bên thứ ba).

Tiêu chí 4: Có chính sách bảo hành sau bàn giao rõ ràng không?

Một công ty phần mềm uy tín cam kết bảo hành bằng văn bản với thời hạn cụ thể (thường 3–6 tháng tùy dự án) và phạm vi rõ ràng: sửa lỗi phát sinh miễn phí, không tính thêm phí cho lỗi do đội phát triển gây ra. Bảo hành khác với bảo trì trả phí định kỳ (thường 15–20%/năm giá trị hợp đồng cho việc nâng cấp, hỗ trợ vận hành dài hạn). Cần phân biệt rõ hai khoản này trong hợp đồng: bảo hành là trách nhiệm miễn phí cho lỗi do vendor gây ra, còn bảo trì là dịch vụ trả phí cho nhu cầu phát sinh sau này. Nếu công ty không đề cập bảo hành hoặc nói "sẽ hỗ trợ sau" mà không ghi cụ thể thời hạn, đây là cờ đỏ cần làm rõ trước khi ký.

Tiêu chí 5: Review trên Clutch, Google, hoặc nền tảng độc lập có đáng tin không?

Review đáng tin là review có nội dung cụ thể (tên dự án, vấn đề gặp phải, cách xử lý) trên nền tảng độc lập như Clutch, Google Business, GoodFirms — không phải chỉ có số sao cao mà không kèm bình luận chi tiết. Khi đọc review, chú ý các review 3-4 sao có phản hồi thẳng thắn từ công ty hơn là toàn 5 sao chung chung kiểu "dịch vụ tốt, nhân viên nhiệt tình". Một công ty minh bạch không ngại review trung bình vì họ có thể giải thích ngữ cảnh. Cũng nên kiểm tra xem công ty có phản hồi công khai các review tiêu cực một cách chuyên nghiệp không — đây là dấu hiệu văn hóa chịu trách nhiệm.

Tiêu chí 6: Đội ngũ trực tiếp làm dự án là ai — in-house hay thuê ngoài?

Cần biết rõ dự án do đội ngũ in-house của công ty trực tiếp phát triển hay được thuê ngoài (outsource lại cho freelancer/đội khác) — vì điều này ảnh hưởng trực tiếp đến chất lượng kiểm soát và trách nhiệm bảo hành. Nhiều công ty nhận dự án rồi phân bổ cho freelancer bên ngoài để giảm chi phí, dẫn đến thiếu kiểm soát chất lượng và khó quy trách nhiệm khi có sự cố. Hỏi thẳng: ai là kiến trúc sư (architect) phụ trách, đội dev có bao nhiêu người, có làm việc cố định tại công ty không. Với mô hình dedicated team (thường 75–200 triệu đồng/người/tháng tại Việt Nam), cần biết rõ CV và kinh nghiệm từng thành viên được phân công, không chỉ tin vào profile chung của công ty.

Tiêu chí 7: Cách báo giá có minh bạch và giải thích được không?

Báo giá uy tín phải tách bạch theo hạng mục cụ thể (module, giờ công, giai đoạn) và giải thích được vì sao có mức giá đó — không phải một con số tổng duy nhất không kèm diễn giải. Một bảng báo giá tốt cho thấy rõ: chi phí cho từng module chức năng, số giờ công ước tính (mức phổ biến tại Việt Nam khoảng 520.000đ/giờ), và giả định về quy mô (số người dùng, mức độ tích hợp). Khi so sánh nhiều báo giá, đừng chỉ nhìn con số cuối cùng — hãy xem báo giá nào có mức giá thấp hơn thì đã cắt giảm hạng mục gì (giảm số vòng kiểm thử, giảm tài liệu bàn giao, giảm thời gian bảo hành). Việc hiểu rõ các mô hình định giá phần mềm — Fixed Price, Time & Material, hay Dedicated Team — giúp bạn đọc báo giá đúng bản chất thay vì chỉ so số tiền bề mặt. Tham khảo báo giá viết phần mềm theo yêu cầu để có khung tham chiếu các mức giá phổ biến theo quy mô dự án trước khi đánh giá một báo giá cụ thể.

Tiêu chí 8: Công ty có pháp nhân rõ ràng và địa chỉ văn phòng thật không?

Một công ty uy tín có pháp nhân đăng ký kinh doanh hợp lệ, địa chỉ văn phòng có thể xác minh (không chỉ là văn phòng ảo), và thông tin liên hệ nhất quán trên nhiều kênh. Trước khi ký hợp đồng giá trị lớn, kiểm tra mã số thuế, giấy phép kinh doanh qua cổng thông tin doanh nghiệp quốc gia. Với các dự án cần yếu tố pháp lý cao (hợp đồng B2B, dữ liệu nhạy cảm), việc có pháp nhân rõ ràng đảm bảo có bên chịu trách nhiệm nếu xảy ra tranh chấp — khác với làm việc qua freelancer cá nhân không có ràng buộc pháp lý.

Tiêu chí 9: Có case study về xử lý sự cố hoặc thay đổi yêu cầu không?

Công ty uy tín sẵn sàng chia sẻ ví dụ thực tế về cách họ xử lý khi dự án gặp vấn đề (trễ tiến độ, thay đổi yêu cầu giữa chừng, lỗi phát sinh sau go-live) — không né tránh câu hỏi này bằng câu trả lời "chúng tôi chưa từng gặp vấn đề". Không có dự án phần mềm nào hoàn toàn suôn sẻ 100%. Cách một công ty kể lại họ đã xử lý thay đổi yêu cầu hoặc sự cố ra sao nói lên nhiều về quy trình quản lý rủi ro của họ hơn là những lời cam kết hoàn hảo. Đây cũng là câu hỏi tốt để đặt ra khi liên hệ tham khảo với khách hàng cũ của họ.

Tiêu chí 10: Điều khoản chấm dứt hợp đồng giữa chừng có công bằng không?

Hợp đồng công bằng phải quy định rõ quyền lợi hai bên nếu dự án phải dừng giữa chừng: khách hàng nhận được mã nguồn và tài liệu của phần đã hoàn thành, thanh toán theo tiến độ thực tế đã thực hiện — không mất trắng toàn bộ hoặc bị giữ lại thành quả. Điều khoản này thường bị bỏ qua vì không ai muốn nghĩ đến kịch bản xấu khi bắt đầu hợp tác. Nhưng chính lúc mọi thứ đang thuận lợi là thời điểm tốt nhất để thỏa thuận rõ ràng. Một công ty tự tin vào chất lượng dịch vụ của mình sẽ không ngại đưa điều khoản công bằng vào hợp đồng.

Những cờ đỏ cần tránh khi chọn công ty viết phần mềm

Các dấu hiệu cảnh báo phổ biến gồm: báo giá ngay không cần khảo sát, từ chối cho xem demo dự án thật, hợp đồng mập mờ về quyền sở hữu mã nguồn, không có chính sách bảo hành bằng văn bản, và gây áp lực ký hợp đồng gấp. Ngoài ra, cần cảnh giác với các công ty liên tục đổi số điện thoại/địa chỉ liên hệ, không có nhân sự cố định trả lời xuyên suốt dự án, hoặc yêu cầu thanh toán 100% trước khi bắt đầu (thông thường thanh toán theo giai đoạn là chuẩn mực hợp lý hơn). Nếu gặp từ 2 cờ đỏ trở lên trong danh sách này, nên cân nhắc lại lựa chọn dù mức giá chào có vẻ hấp dẫn.

Vì sao nên ưu tiên công ty có quy trình minh bạch khi so sánh giá?

Vì phần mềm là tài sản vận hành lâu dài, không phải sản phẩm dùng một lần — một công ty minh bạch về quy trình, giá cả và bàn giao giúp doanh nghiệp làm chủ hệ thống của mình, tránh phụ thuộc vào một vendor duy nhất không thể thay thế. Mức giá thấp chỉ thực sự có lợi khi đi kèm mô hình vận hành tinh gọn (đội ngũ nhỏ hiệu quả, quy trình rõ ràng) chứ không phải khi đến từ việc cắt giảm kiểm thử, tài liệu hay bảo hành. Khi tham khảo báo giá viết phần mềm theo yêu cầu, hãy dùng chính checklist 10 tiêu chí trên để đối chiếu từng vendor, thay vì chỉ xếp hạng theo con số cuối bảng báo giá.

FutureTech áp dụng đúng các tiêu chí trên trong mọi hợp đồng: bàn giao 100% mã nguồn qua repository của khách hàng, hợp đồng ghi rõ bảo hành, báo giá minh bạch theo từng hạng mục sau khi khảo sát nghiệp vụ thực tế — không báo giá đại khái qua điện thoại.

Giá tham khảo, báo giá chính xác sau khi khảo sát nghiệp vụ.

Câu hỏi thường gặp

Làm sao biết công ty phần mềm có đang outsource dự án ra ngoài không? Hỏi trực tiếp về đội ngũ phụ trách: tên, vai trò, có làm việc tại văn phòng công ty không. Yêu cầu gặp trực tiếp kiến trúc sư hoặc trưởng nhóm kỹ thuật trước khi ký hợp đồng để xác nhận họ hiểu rõ dự án, không chỉ là người trung gian nhận việc.

Review trên Clutch hay Google có thể làm giả không, làm sao kiểm chứng? Có thể xảy ra nhưng khó làm giả tinh vi ở review có nội dung chi tiết. Cách kiểm chứng tốt nhất là xin liên hệ trực tiếp 1-2 khách hàng cũ để hỏi thẳng về trải nghiệm, thay vì chỉ tin vào số sao hiển thị công khai.

Hợp đồng phần mềm nên yêu cầu bàn giao mã nguồn như thế nào là chuẩn? Chuẩn nhất là bàn giao qua repository riêng do khách hàng sở hữu (ví dụ tài khoản Git của công ty khách hàng), kèm tài liệu kiến trúc và hướng dẫn triển khai — không phải chỉ nhận một file nén gửi qua email sau khi dự án kết thúc.

Bảo hành phần mềm thường kéo dài bao lâu là hợp lý? Phổ biến từ 3–6 tháng tùy quy mô dự án, tính từ ngày nghiệm thu chính thức. Phạm vi bảo hành nên ghi rõ là sửa lỗi phát sinh do đội phát triển gây ra, không bao gồm yêu cầu thay đổi tính năng mới.

Có nên chọn công ty báo giá thấp nhất trong các báo giá nhận được không? Không nên chọn chỉ dựa vào con số thấp nhất mà cần đối chiếu với checklist 10 tiêu chí — giá thấp có thể hợp lý nếu vendor có mô hình vận hành tinh gọn thực sự, nhưng cũng có thể là dấu hiệu cắt giảm kiểm thử, tài liệu hoặc bảo hành.