Quy trình
7 câu hỏi lọc công ty phần mềm uy tín — trước khi ký bất kỳ hợp đồng nào
Chọn công ty phần mềm uy tín không cần may mắn — cần đúng 7 câu hỏi. Bộ câu hỏi khiến nhà cung cấp yếu lộ diện ngay buổi gặp đầu, từ chính một công ty trong ngành.
Code4Change Team · 06 · 06 · 2026 · 4 phút đọc
Bảy câu hỏi dưới đây được thiết kế để phân biệt công ty phần mềm sống cùng sản phẩm với đơn vị bàn giao xong rồi biến mất. Hãy hỏi chúng ở buổi gặp đầu tiên — cách nhà cung cấp trả lời nói nhiều hơn mọi hồ sơ năng lực.
Vì sao chúng tôi tự công bố bộ câu hỏi soi chính mình
Bài này do một công ty phần mềm viết, nên cần nói rõ động cơ: những câu hỏi này giúp khách giỏi chọn đúng đối tác — và các công ty làm thật không sợ chúng. Nếu bộ câu hỏi khiến một nhà cung cấp khó chịu, đó chính là kết quả sàng lọc.
Câu 1 — "Cho tôi xem một hệ thống các anh xây đã chạy hơn ba năm."
Demo đẹp thì ai cũng có; hệ thống sống lâu mới là bằng chứng của kiến trúc tử tế và cam kết đồng hành. Chú ý cách họ trả lời: kể được cụ thể hệ thống nào, khách nào, đang ở phiên bản bao nhiêu — hay chỉ nói chung chung "bên em nhiều dự án lắm".
Câu 2 — "Ai sẽ trực tiếp làm dự án của tôi — và tôi gặp họ được không?"
Chiêu quen của ngành: đội senior đi bán, đội junior đi làm. Yêu cầu gặp kỹ sư sẽ đứng dự án ngay từ vòng trao đổi. Công ty tự tin vào người của mình sẽ đồng ý ngay; công ty ậm ừ là có lý do để ậm ừ.
Câu 3 — "Nếu giữa chừng tôi muốn dừng, chuyện gì xảy ra?"
Câu hỏi khó chịu nhất — và trả lời của nó cho biết bạn sắp là đối tác hay con tin. Câu trả lời lành mạnh có ba ý rõ ràng: mã nguồn thuộc về bạn, tài liệu bàn giao đủ để đội khác tiếp quản, chi phí dừng tính minh bạch theo phần đã làm. Né tránh câu này là cờ đỏ to nhất trong toàn bộ danh sách.
Câu 4 — "Kể tôi nghe một dự án các anh làm hỏng."
Công ty làm đủ lâu chắc chắn có thất bại. Đơn vị kể được thất bại cụ thể và bài học rút ra là đơn vị có văn hoá nhìn thẳng — chính văn hoá đó sẽ cứu dự án của bạn khi có biến. Đơn vị "chưa từng thất bại" thì hoặc quá mới, hoặc đang nói dối, và cả hai đều đáng lo như nhau.
Câu 5 — "Tôi sẽ biết dự án đang trễ tiến độ bằng cách nào, và biết sớm bao lâu?"
Dự án phần mềm hiếm khi chết vì trễ — nó chết vì trễ được giấu đến phút chót. Câu trả lời tốt mô tả một nhịp minh bạch cụ thể: demo định kỳ trên phần mềm chạy thật (không phải slide), báo cáo rủi ro chủ động, tin xấu được báo ngay khi nó còn nhỏ. Ở công ty chúng tôi có một câu nội bộ: tin xấu luôn được truyền đạt nhanh nhất — hãy tìm đối tác có phản xạ đó.
Câu 6 — "Sau khi ra mắt, cụ thể các anh còn ở đó thế nào?"
"Có bảo hành" là câu trả lời rỗng. Câu trả lời thật có cấu trúc: SLA phản hồi sự cố bao nhiêu giờ, ai trực, chi phí duy trì tính ra sao, và có cơ chế tối ưu theo dữ liệu sử dụng thật không. Phần mềm không hỏng ngay ngày bàn giao — nó hỏng vào 2 giờ sáng của tháng thứ mười một.
Câu 7 — "Điều gì trong yêu cầu của tôi mà các anh thấy chưa hợp lý?"
Câu hỏi lọc tinh nhất. Nhà cung cấp gật đầu với mọi yêu cầu là nhà cung cấp sẽ xây cả những sai lầm của bạn — với đơn giá tính đủ. Đối tác đáng tiền là người dám phản biện từ buổi đầu: chỉ ra chỗ nên cắt, chỗ đang thừa, kể cả khi phản biện đó làm hợp đồng nhỏ đi.
Dùng bộ câu hỏi này thế nào
Đừng gửi qua email như bảng thầu — hãy hỏi trực tiếp và quan sát phản xạ. Nội dung câu trả lời quan trọng một, sự thoải mái khi trả lời quan trọng mười: đối tác tốt trả lời những câu này như kể chuyện nghề, vì họ đã sống câu trả lời mỗi ngày.
Bạn được chào đón mang cả bảy câu này đến buổi trò chuyện đầu tiên với Code4Change — miễn phí, không chào hàng, có NDA nếu bạn cần.
Đọc thêm
Check-in 50.000 người: giải phẫu một hệ thống không được phép sập
18 · 07 · 2026 · 3 phút đọc
Xây MVP: vì sao phiên bản đầu tiên nên khiến bạn hơi xấu hổ
11 · 07 · 2026 · 3 phút đọc
Vì sao nhân viên không chịu dùng CRM — và lỗi hiếm khi nằm ở nhân viên
04 · 07 · 2026 · 3 phút đọc
Muốn câu trả lời hơn là bài viết?
Hỏi trực tiếp chúng tôi — buổi trò chuyện đầu tiên hoàn toàn miễn phí.
