1. Họ có hiểu bài toán không?
Một đối tác bắt đầu bằng danh sách công nghệ đang bán năng lực. Một đối tác hỏi về người dùng, ngoại lệ, dữ liệu và quyết định đang cố hiểu hệ thống. Hãy đề nghị họ diễn đạt lại bài toán bằng lời của họ và nêu giả định họ sẽ kiểm tra trước.
2. Họ có giải thích được đánh đổi kiến trúc?
Bạn không cần là kỹ sư để đánh giá điều này. Hỏi vì sao chọn monolith hay chia service, xử lý lỗi thế nào, dữ liệu nằm ở đâu và chuyện gì xảy ra khi một hệ thống phụ thuộc ngừng hoạt động. Câu trả lời tốt nêu cả ràng buộc và chi phí, không chỉ lợi ích.
3. Ai sở hữu code và quyết định?
- Mã nguồn, repository và tài khoản triển khai phải thuộc về bạn hoặc chuyển giao được.
- Giấy phép của thành phần bên thứ ba phải được ghi lại.
- Quyết định kiến trúc và rủi ro đã biết phải được viết ra, không nằm trong đầu một người.
- Quyền truy cập cloud, tên miền và analytics không được phụ thuộc vào một nhà thầu.
4. Họ giao tiếp thế nào?
Xin một bản cập nhật trạng thái, một ghi chú quyết định kỹ thuật và một báo cáo lỗi mẫu. Viết rõ là một phần của chất lượng bàn giao. Xác nhận ngôn ngữ, nhịp họp và ai trả lời câu hỏi kỹ thuật. Tránh đội ngũ chỉ giao tiếp qua nhân viên kinh doanh.
5. Họ kiểm thử và bảo mật thế nào?
- Tiêu chí nghiệm thu tồn tại trước khi bắt đầu phát triển.
- Test tự động bao phủ logic rủi ro, không chỉ luồng thành công.
- Kiểm tra bảo mật là một phần của bàn giao, không phải lời hứa riêng.
- Sao lưu, giám sát lỗi và rollback được lên kế hoạch trước khi phát hành.
- Dữ liệu cá nhân có mục đích, thời hạn lưu và chính sách truy cập rõ ràng.
6. Bàn giao diễn ra thế nào?
Một đối tác tốt làm cho chính họ có thể bị thay thế. Hỏi về tài liệu, cách dựng môi trường, các bước triển khai, buổi walkthrough và thời gian hỗ trợ sau bàn giao. Nếu câu trả lời là “bạn không cần hiểu”, hãy coi đó là cảnh báo.
7. Có thể bắt đầu bằng phạm vi giới hạn không?
Một bước khảo sát ngắn hoặc pilot có trả phí thường tốt hơn hợp đồng lớn cố định ngay từ đầu. Nó kiểm tra giao tiếp, bằng chứng và năng lực bàn giao trước khi hai bên cam kết lộ trình dài.
8. Kiểm chứng tuyên bố bằng bằng chứng
Xin người tham chiếu có thể liên hệ, kèm sự đồng ý. Tìm code công khai, bài viết kỹ thuật hoặc demo sản phẩm phù hợp với việc bạn cần. Đừng coi logo, testimonial hay chứng chỉ là bằng chứng duy nhất; hãy xác minh đối tác thực sự đã làm gì.
Xem thêm chi phí phát triển phần mềm và dịch vụ phát triển phần mềm theo yêu cầu.