Muốn biết cách chọn công ty phần mềm đáng tin, đừng chỉ so giá và xem hồ sơ năng lực. Hãy hỏi những câu buộc họ trả lời bằng cách làm cụ thể: họ tìm hiểu yêu cầu thế nào, kiểm thử ra sao, bàn giao gì cho bạn, và chuyện gì xảy ra khi có sự cố.
Dưới đây là 10 câu hỏi dùng được với bất kỳ đơn vị nào, kể cả khi cuối cùng bạn không chọn chúng tôi. Câu trả lời mơ hồ cũng là một thông tin hữu ích.
Nhóm 1: Hiểu yêu cầu và cách làm việc
Câu 1: Trước khi báo giá, các bạn tìm hiểu quy trình của tôi thế nào
Đơn vị tốt sẽ hỏi nhiều về cách bạn đang làm việc, ai dùng, dữ liệu nằm ở đâu, rồi mới báo giá. Báo giá ngay sau một cuộc gọi ngắn thường dựa trên giả định, và giả định sai sẽ thành phát sinh về sau.
Câu 2: Dự án sẽ chia giai đoạn thế nào
Hỏi xem họ có làm bản đầu nhỏ chạy được rồi mở rộng không, và mỗi giai đoạn có tiêu chí nghiệm thu rõ ràng không. Cách này giúp bạn thấy kết quả sớm và điều chỉnh khi chưa tốn quá nhiều.
Câu 3: Tôi sẽ làm việc với ai và họ báo cáo tiến độ thế nào
Hỏi về đầu mối liên lạc, tần suất cập nhật, và bạn có xem được bản đang chạy giữa chừng không. Tránh trường hợp hai tháng im lặng rồi giao một khối lớn.
Nhóm 2: Chất lượng kỹ thuật
Câu 4: Phần mềm được kiểm thử thế nào trước khi đưa lên
Câu trả lời tốt nhắc đến kiểm thử tự động và quy trình kiểm tra mã trước mỗi lần cập nhật. Bạn có thể đọc thêm trong bài kiểm thử tự động và CI/CD để biết cần nghe thấy gì.
Câu 5: Dữ liệu của tôi được bảo vệ và sao lưu ra sao
Hỏi về phân quyền người dùng, ai trong đội ngũ được truy cập dữ liệu, sao lưu bao lâu một lần, và đã từng thử khôi phục chưa. Đơn vị nghiêm túc sẽ trả lời cụ thể và không hứa "an toàn tuyệt đối", vì không có hệ thống nào như vậy.
Câu 6: Vì sao chọn công nghệ này cho dự án của tôi
Bạn không cần hiểu sâu kỹ thuật, chỉ cần nghe được lý do gắn với nhu cầu của bạn: dễ bảo trì, dễ tìm người tiếp quản, phù hợp quy mô. Nếu câu trả lời chỉ là "đang thịnh hành", hãy thận trọng.
Nhóm 3: Bàn giao và quan hệ lâu dài
Câu 7: Tôi được nhận những gì khi kết thúc
Mã nguồn, dữ liệu, tài liệu, tài khoản máy chủ có được giao cho bạn không. Điều này nên ghi trong hợp đồng, xem chi tiết ở bài quyền sở hữu mã nguồn và hợp đồng làm phần mềm.
Câu 8: Sau bàn giao, ai sửa lỗi và cập nhật, tính phí thế nào
Phân biệt sửa lỗi, cập nhật bảo mật và phát triển thêm tính năng. Hỏi rõ phần nào nằm trong bảo hành, phần nào tính riêng.
Câu 9: Nếu một người chủ chốt nghỉ việc thì sao
Phần mềm không nên phụ thuộc vào kiến thức của một cá nhân. Hỏi về tài liệu, quy trình làm việc theo đội và cách chuyển giao nội bộ.
Câu 10: Báo giá của các bạn tính theo cách nào
Bạn cần hiểu báo giá gồm những hạng mục gì, tính theo giai đoạn hay trọn gói, và thay đổi phạm vi được xử lý ra sao. Tại Prime Technology, báo giá được đưa ra theo từng giai đoạn sau khi phân tích quy trình. Để hiểu các yếu tố cấu thành giá, xem chi phí viết phần mềm theo yêu cầu.
Cách dùng bộ câu hỏi này
Gửi cùng bộ câu hỏi cho hai hoặc ba đơn vị, yêu cầu trả lời bằng văn bản. So sánh theo mức độ cụ thể, không chỉ theo giọng điệu tự tin. Nên đề nghị trao đổi với người sẽ thực sự làm dự án, không chỉ người bán hàng. Khi cần, hãy nhờ một người am hiểu kỹ thuật đọc giúp phần trả lời.
Dấu hiệu nên thận trọng
Ngoài việc nghe câu trả lời, hãy để ý cách họ phản ứng. Đơn vị đáng tin thường dám nói điều bạn không muốn nghe, ví dụ chỉ ra rằng một tính năng chưa cần làm ngay, hoặc một phần mềm có sẵn đã đủ dùng. Hãy thận trọng khi gặp hứa hẹn quá chắc chắn như không bao giờ có lỗi, hoặc né tránh việc cho bạn xem sản phẩm đang chạy, trao đổi với người làm thật, và ghi cam kết vào văn bản.
Giới hạn của cách này
Câu trả lời tốt chưa bảo đảm kết quả tốt. Một số điều chỉ lộ ra khi làm việc thật, nên hãy bắt đầu bằng giai đoạn nhỏ để quan sát cách đơn vị làm việc trước khi cam kết lớn. Ngoài ra, nếu nhu cầu của bạn phổ thông, một phần mềm có sẵn có thể phù hợp hơn và rẻ hơn so với làm riêng. Bài này không thay thế việc nhờ luật sư xem hợp đồng.
Bước tiếp theo
Hãy lập danh sách ngắn 2 đến 3 đơn vị, gửi bộ câu hỏi và so sánh. Nếu muốn biết cách chúng tôi trả lời từng câu, xem dịch vụ viết phần mềm theo yêu cầu hoặc đọc tiếp về rủi ro khi thuê ngoài làm phần mềm.
