Chọn nhầm một đối tác công nghệ có thể khiến dự án trễ cả năm, thậm chí phải làm lại từ đầu. Đội ngũ của chúng tôi đã gặp không ít doanh nghiệp rơi vào tình huống này chỉ vì ký hợp đồng quá vội. Vì vậy, trước mỗi buổi tư vấn, chúng tôi thường bắt đầu bằng đúng bộ câu hỏi dưới đây. Đây cũng là nội dung nhiều người tìm khi muốn biết cần hỏi gì để đánh giá một công ty công nghệ.
Vì sao cần một bộ câu hỏi chuẩn khi đánh giá công ty công nghệ
Nhiều chủ doanh nghiệp nghĩ rằng chỉ cần nghe giới thiệu đẹp và xem vài sản phẩm là đủ. Thực tế, khoảng cách giữa lời giới thiệu và năng lực thật thường chỉ lộ ra khi dự án đã đi được nửa đường. Một bộ câu hỏi chuẩn giúp bạn đối chiếu mọi nhà cung cấp trên cùng một thước đo.
Tinh thần chung khá đơn giản. Một công ty công nghệ nên được đánh giá dựa trên năng lực kỹ thuật, quy trình làm việc, hồ sơ dự án đã bàn giao, phản hồi của khách hàng cũ và mức độ minh bạch khi báo giá. Bạn không cần là dân kỹ thuật để hỏi những câu này. Chỉ cần đủ kiên nhẫn để nghe trả lời và đối chiếu.
Bài viết này phù hợp nhất với chủ doanh nghiệp vừa, startup đang cần phần mềm và chủ shop online muốn làm website bán hàng. Nếu bạn đang đứng trước quyết định chọn nhà thầu, hãy xem đây như một bảng kiểm tra nhanh trước khi bước vào các cuộc họp chi tiết.
Vì sao 10 câu này được chọn
Tiêu chí đầu tiên là tần suất. Chúng tôi ghi lại những câu khách hàng hay hỏi nhất trong các buổi trao đổi, và đó là điểm xuất phát. Có câu nghe rất đơn giản nhưng lại được hỏi đi hỏi lại, bởi ai cũng muốn chắc chắn trước khi ký.
Tiêu chí thứ hai là mức ảnh hưởng. Một câu hỏi có vẻ nhỏ vẫn có thể khiến bạn trả giá khi hợp đồng đã ký. Ví dụ điển hình là quyền sở hữu mã nguồn. Nhiều người nghĩ đó là điều hiển nhiên, cho đến khi muốn đổi nhà thầu và mới phát hiện mã nguồn vẫn nằm trong tay bên cũ.
Cần nói rõ một điều: chúng tôi không có khảo sát thị trường chính thức nào chứng minh 10 câu này là “top” theo thống kê. Đây là kinh nghiệm tư vấn thực tế của đội ngũ. Bạn nên kiểm chứng thêm với chuyên gia trước khi quyết định.
Câu 1 đến 3: Năng lực kỹ thuật và con người
Câu hỏi đầu tiên nên là: công ty dùng công nghệ gì, và đội ngũ thực hiện là nhân sự nội bộ hay thuê ngoài? Dùng React, Laravel hay Flutter tự nó chưa nói lên điều gì. Điều quan trọng hơn là họ có người thật sự hiểu công nghệ đó hay không. Đừng ngại hỏi thẳng tên kỹ sư phụ trách và số năm kinh nghiệm của họ.
Một tình huống chúng tôi từng gặp: khách hàng được giới thiệu một đơn vị có portfolio rất đẹp. Khi hỏi ai là người viết phần backend, cả nhóm bán hàng lúng túng. Người thực sự làm việc hóa ra là một freelancer thuê theo dự án. Sau đó, khách hàng đã bổ sung điều khoản yêu cầu việc thay đổi nhân sự phải được chấp thuận trước.
Cách kiểm tra đáng tin nhất là xem sản phẩm đã bàn giao và yêu cầu demo trên dữ liệu thật. Một bản demo chạy mượt khi đã được chuẩn bị sẵn khác hẳn với một hệ thống đang vận hành mỗi ngày với hàng nghìn người dùng. Hãy hỏi thêm họ xử lý thế nào khi một tính năng phải đổi giữa chừng, vì câu trả lời ở tình huống khó thường cho thấy năng lực thật.
Câu 4 đến 6: Quy trình làm việc và hỗ trợ sau bàn giao
Nhiều đội hiện nay làm theo Agile, chia công việc thành các đợt ngắn để bạn thấy tiến độ thường xuyên và kịp điều chỉnh. Waterfall thì làm tuần tự từng giai đoạn, phù hợp khi yêu cầu đã cố định ngay từ đầu. Điều bạn cần hỏi không phải là họ theo phương pháp nào, mà là có báo cáo tiến độ định kỳ hay không, và báo cáo đó gồm những gì.
Sau bàn giao là giai đoạn dễ bị bỏ quên nhất. Nhiều người dồn sức cho lúc ký hợp đồng và nghiệm thu, rồi đến khi có lỗi phát sinh mới nhận ra chưa ai thống nhất trách nhiệm. Hãy hỏi rõ bảo hành kéo dài bao lâu, bảo trì có tính phí không, và thời gian phản hồi khi có sự cố là bao lâu.
Một hạn chế hay gặp là hợp đồng ghi cam kết SLA nhưng thiếu điều khoản cụ thể về mức phạt hoặc cách đo lường. Khi đó, cam kết chỉ có ý nghĩa trên giấy. Bạn nên yêu cầu SLA được viết rõ theo số giờ phản hồi và mức độ ưu tiên của từng loại sự cố, để sau này không phải tranh cãi.
Câu 7 và 8: Hồ sơ dự án, khách hàng cũ và phản hồi thực tế
Hồ sơ dự án đẹp chưa chắc đã đồng nghĩa với dự án thành công. Cách xác minh hiệu quả nhất là liên hệ trực tiếp với khách hàng cũ và hỏi họ về tiến độ, cách xử lý lỗi và thời điểm khó khăn nhất của dự án. Nếu được, hãy truy cập thử sản phẩm đang vận hành để tự cảm nhận tốc độ, giao diện và độ ổn định.
Khi đọc đánh giá trên mạng, đừng chỉ tin một nguồn duy nhất. Đánh giá thật thường có cả khen lẫn chê, kèm chi tiết cụ thể như tên tính năng, thời gian làm việc hay một lần xử lý sự cố. Ngược lại, những đánh giá quá đều tay, toàn lời khen chung chung thì nên đọc với thái độ dè dặt hơn.
Một đánh giá tiêu cực không phải lúc nào cũng là dấu hiệu xấu. Có khách hàng rất khó tính mà đội ngũ vẫn xử lý tốt. Điều đáng để ý hơn là cách công ty phản hồi khi bị chê: bình tĩnh giải thích và sửa lỗi, hay né tránh. Thái độ đó nói lên nhiều điều về cách họ làm việc với bạn sau này.
Câu 9 và 10: Giá cả, hợp đồng và sự minh bạch
Đừng so sánh báo giá chỉ bằng con số. Hai báo giá cùng ghi “làm website” có thể khác nhau hoàn toàn về phạm vi: số trang, số tính năng, có đa ngôn ngữ hay không, có tích hợp thanh toán hay không. Hãy yêu cầu bảng phân rã chi phí theo từng hạng mục để so sánh công bằng.
Minh bạch thể hiện ở việc giải thích được từng khoản phí. Nếu họ né tránh khi bạn hỏi về chi phí bảo trì hay các khoản phát sinh, đó là tín hiệu nên dừng lại và cân nhắc kỹ.
Về mức chi phí cụ thể, chúng tôi không có số liệu chung đáng tin cậy để công bố, vì giá phụ thuộc rất nhiều vào phạm vi công việc. Bạn nên xin báo giá trực tiếp từ nhà cung cấp và đối chiếu với ít nhất hai đơn vị khác. Nếu một báo giá thấp bất thường, hãy hỏi kỹ xem phần nào đã bị cắt bớt.
Làm thử trước khi ký: Cách giảm rủi ro rẻ nhất
Trước khi ký một hợp đồng lớn, hãy đề nghị một thử nghiệm nhỏ, thường gọi là proof of concept. Chỉ cần một tính năng nhỏ hoặc một trang đơn giản cũng đủ để bạn thấy cách họ làm việc, giao tiếp và xử lý vấn đề. Đây là cách rẻ nhất để phát hiện rủi ro từ sớm, và đội ngũ nghiêm túc thường không ngại đề nghị này.
Đừng quên kiểm tra pháp lý cơ bản: mã số doanh nghiệp, địa chỉ văn phòng thực tế và người đại diện pháp luật. Nếu địa chỉ chỉ là hộp thư ảo hoặc không tìm thấy thông tin doanh nghiệp đăng ký, đó là lúc bạn nên dừng lại. Mất thêm một buổi tra cứu luôn tốt hơn là phải tranh chấp về sau.
Rủi ro thường gặp nhất là đối tác chậm tiến độ và thay đổi nhân sự giữa chừng. Hãy ghi rõ trong hợp đồng rằng việc thay người phải có sự đồng ý của bạn, và giữ quyền yêu cầu bàn giao tài liệu đầy đủ bất cứ lúc nào.
Những sai lầm chúng tôi hay thấy khi đánh giá
Sai lầm đầu tiên là chỉ nhìn portfolio mà không hỏi về quy trình. Một portfolio có thể do đội thiết kế làm phần giao diện, còn phần code lại do nhóm khác viết. Bạn sẽ không biết điều đó nếu không hỏi cho rõ.
Sai lầm thứ hai là bỏ qua điều khoản quyền sở hữu mã nguồn và dữ liệu. Sau nghiệm thu, mã nguồn và dữ liệu phải thuộc về bạn, và bạn có quyền chuyển sang nhà cung cấp khác mà không bị cản trở. Đây là điểm nên ghi thành điều khoản riêng.
Sai lầm thứ ba là chọn theo giá rẻ rồi phát sinh chi phí ngoài hợp đồng. Báo giá thấp thường đi kèm hàng loạt khoản “phát sinh” về sau. Hãy hỏi rõ mọi khoản có thể phát sinh ngay từ đầu và yêu cầu ghi chúng vào phụ lục.
So sánh nhiều nhà cung cấp: Nên cân nhắc điều gì
Bạn nên làm một bảng chấm điểm với trọng số khác nhau tùy nhu cầu. Nếu cần sản phẩm chạy ổn định trong thời gian dài, trọng số cho hỗ trợ và quy trình nên cao hơn giá. Ngược lại, nếu ngân sách hạn chế và dự án ngắn hạn, giá có thể trở thành yếu tố quyết định hơn.
Hãy phỏng vấn ít nhất hai đến ba đối tác với cùng một yêu cầu. Khi cùng một đề bài nhận về các cách trả lời khác nhau, bạn sẽ thấy ai thật sự hiểu nhu cầu của mình. Hạn chế của cách này là kết quả vẫn phụ thuộc vào mức độ rõ ràng của yêu cầu, nên hãy viết brief thật cụ thể trước khi gửi đi.
Câu hỏi thường gặp
Làm sao biết công ty công nghệ có năng lực thật?
Hãy yêu cầu xem sản phẩm đang vận hành, liên hệ khách hàng cũ và hỏi trực tiếp người phụ trách kỹ thuật về cách họ xử lý sự cố. Năng lực thật thường lộ ra khi bạn hỏi sâu vào tình huống khó, chứ không phải lúc họ trình bày slide giới thiệu.
Nên xem những tiêu chí nào trước khi ký hợp đồng?
Ưu tiên phạm vi công việc, quy trình nghiệm thu, điều khoản bảo hành, quyền sở hữu mã nguồn và cách xử lý khi chậm tiến độ. Đây là những điểm dễ tranh cãi nhất nếu không được ghi rõ từ đầu.
Nên chọn công ty có quy mô lớn hay nhỏ?
Công ty lớn thường có quy trình và nguồn lực ổn định hơn, nhưng dự án nhỏ đôi khi không nhận được sự chú ý tương xứng. Công ty nhỏ linh hoạt và gần gũi hơn, song cần kiểm tra kỹ khả năng duy trì lâu dài.
Đánh giá trên mạng có đáng tin không?
Có, nhưng bạn cần đọc nhiều nguồn và phân biệt đánh giá thật với đánh giá dàn xếp. Đánh giá có chi tiết cụ thể thường đáng tin hơn những lời khen chung chung.
Cần kiểm tra điều khoản nào trong hợp đồng công nghệ?
Hãy đọc kỹ phạm vi công việc, quyền sở hữu mã nguồn và dữ liệu, điều khoản bảo hành, SLA, cách thay đổi yêu cầu và điều kiện chấm dứt hợp đồng. Nếu chưa hiểu rõ, nên nhờ người có chuyên môn pháp lý xem trước khi ký.
Chọn đối tác công nghệ không có đáp án đúng tuyệt đối, nhưng có cách làm đúng. Hãy bắt đầu bằng việc viết ra nhu cầu của mình, xin báo giá theo hạng mục, làm một thử nghiệm nhỏ và kiểm tra pháp lý trước khi ký. Nếu muốn đi sâu hơn vào từng bước, bạn có thể tham khảo checklist đánh giá công ty outsourcing công nghệ uy tín mà chúng tôi đã tổng hợp. Ngoài ra, nếu bạn đang chuẩn bị làm lại giao diện, cách khoảng trắng ảnh hưởng đến thiết kế website là một gợi ý đáng đọc thêm.