RFP ERP (Request for Proposal) là hồ sơ yêu cầu đề xuất giải pháp ERP doanh nghiệp gửi đến nhiều nhà cung cấp. Hồ sơ mô tả nhu cầu, chức năng, phạm vi triển khai, cách nghiệm thu và mẫu báo giá. Nhờ mọi đơn vị trả lời cùng câu hỏi, doanh nghiệp so sánh được giải pháp và chi phí thay vì chỉ nghe giới thiệu.
Trước khi phát hành, cần thống nhất vấn đề đang gặp, phòng ban sử dụng và những tính năng không thể thiếu. Nếu chưa rõ, hãy xem cách lựa chọn phần mềm ERP. RFP tốt không cần dài, nhưng phải làm rõ ai sẽ làm gì và bên bán chứng minh bằng cách nào.
RFP ERP khác RFI và RFQ ở điểm nào?
| Loại hồ sơ | Khi nào dùng? | Mong đợi nhận được |
|---|---|---|
| RFI – hỏi thông tin | Chưa rõ giải pháp hoặc nhà cung cấp. | Giới thiệu khả năng và phương án ban đầu. |
| RFP – đề xuất giải pháp | Đã có nhu cầu, muốn so cách đáp ứng. | Giải pháp, kế hoạch, trách nhiệm, giá. |
| RFQ – yêu cầu báo giá | Phạm vi mua đã xác định rõ. | Giá và điều kiện cho cùng danh mục. |
Mẫu cấu trúc RFP ERP gồm những phần nào?
| Mục | Nội dung doanh nghiệp cung cấp | Điều bên bán trả lời |
|---|---|---|
| 1. Bối cảnh | Ngành, quy mô, vấn đề. | Giả định, mục tiêu. |
| 2. Phạm vi | Chi nhánh, người dùng, quy trình. | Việc có và không có. |
| 3. Chức năng | Yêu cầu bán hàng, kho, kế toán. | Mức đáp ứng và bằng chứng. |
| 4. Dữ liệu | Số dư, công nợ, dữ liệu cũ. | Ai chuyển và đối chiếu. |
| 5. Kết nối | Website, hóa đơn, ứng dụng khác. | Cách kết nối và chi phí. |
| 6. Bảo mật | Tài khoản, lưu trữ, sao lưu. | Phân quyền, khôi phục. |
| 7. Triển khai | Mốc, người phối hợp, nghiệm thu. | Đội dự án và kế hoạch. |
| 8. Hỗ trợ | Kênh báo lỗi, khung giờ. | Phạm vi và cam kết phản hồi. |
| 9. Chi phí | Cùng số người dùng và thời hạn. | Giá một lần, định kỳ, phát sinh. |
| 10. Phản hồi | Mẫu, hạn nộp, cách demo. | Đề xuất theo đúng biểu mẫu. |
1. Viết rõ bối cảnh và vấn đề kinh doanh
Không cần đưa thông tin nhạy cảm. Hãy mô tả doanh nghiệp có bao nhiêu kho, cửa hàng, bộ phận, phần mềm hiện tại và trở ngại muốn giải quyết. Chẳng hạn “tồn kho hai chi nhánh thường không khớp” rõ hơn “cần chuyển đổi số”. Mục tiêu nên có cách kiểm tra được sau khi triển khai.
2. Xác định việc nào nằm trong phạm vi
Không chỉ ghi tên phần mềm hoặc phân hệ “Quản lý kho”. Cần nói có nhập, xuất, điều chuyển, kiểm kê và quy trình phê duyệt nào; chi nhánh nào sẽ áp dụng, phần nào chưa làm. Có thể dùng danh sách các chức năng ERP để rà soát, nhưng yêu cầu gửi nhà cung cấp phải theo công việc thực tế.
3. Mẫu bảng yêu cầu chức năng và độ ưu tiên
Mỗi yêu cầu có một mã riêng. Phân thành bắt buộc, nên có, có thể bổ sung để đơn vị triển khai hiểu mức ưu tiên. Ví dụ giả định dưới đây minh họa cách viết yêu cầu có thể kiểm tra, không phải dữ liệu từ khách hàng thật.
| Mã | Yêu cầu cần có | Ưu tiên | Bằng chứng |
|---|---|---|---|
| KHO-01 | Chuyển hàng giữa hai kho, trưởng kho duyệt. | Bắt buộc | Thử tạo phiếu và kiểm tra tồn sau chuyển. |
| KT-01 | Theo dõi công nợ theo khách hàng. | Bắt buộc | Báo cáo và kết quả đối chiếu. |
| BC-01 | Báo cáo doanh số từng chi nhánh. | Nên có | Demo hoặc tài liệu sản phẩm. |
Nhà cung cấp phải trả lời: có sẵn / chỉ cấu hình / phải lập trình hoặc dùng phần mềm khác / không đáp ứng. Nếu phải làm thêm, yêu cầu ghi chi phí, thời gian và bên bảo trì. Một ô đánh dấu “có” không đủ chứng minh tính năng.
4. Yêu cầu chuyển dữ liệu cũ sang ERP
Liệt kê phần mềm đang dùng, ước tính số bản ghi, số dư, công nợ, tồn kho và dữ liệu lịch sử cần giữ. Bên chào giải pháp phải nói ai làm sạch dữ liệu, chuyển thử, đối chiếu và xử lý sai lệch. Xem quy trình chuyển dữ liệu ERP. Không nên chấp nhận một dòng “bao gồm chuyển dữ liệu” mà không có phạm vi.
5. Ghi từng kết nối cần thực hiện
Với website bán hàng, hóa đơn điện tử hoặc ứng dụng khác, hãy yêu cầu nêu dữ liệu nào sẽ trao đổi, theo chiều nào, khi lỗi ai xử lý và khoản phí liên quan. Tham khảo cách tích hợp ERP với phần mềm khác.
6. Hỏi về máy chủ, quyền truy cập và bảo mật
Cần làm rõ ERP đặt trên đám mây hay máy chủ doanh nghiệp, nơi lưu dữ liệu, ai phân quyền nhân viên, ai sao lưu và phục hồi khi xảy ra sự cố. Nếu còn phân vân, đọc so sánh Cloud ERP với ERP tại chỗ. Yêu cầu công việc kỹ thuật phải gắn với người chịu trách nhiệm và tiêu chí kiểm tra.
7. Yêu cầu kế hoạch và đội ngũ triển khai
Hỏi ai quản lý tiến độ, ai phụ trách nghiệp vụ, chuyển dữ liệu, kết nối và hỗ trợ. Cần lịch bàn giao từng giai đoạn, cách để nhân viên kiểm thử, đào tạo và xác nhận nghiệm thu. Tham khảo chuẩn bị nhân viên sử dụng ERP. Đừng chỉ nhận lời hứa chung rằng đơn vị có nhiều chuyên gia.
8. Yêu cầu báo giá để so tổng chi phí
Mọi đơn vị cần báo cùng nhóm khoản tiền: phần mềm, thiết lập, chuyển dữ liệu, kết nối, tùy chỉnh, đào tạo, máy chủ, bảo trì và hỗ trợ. Đề nghị tính tổng chi phí trong 3–5 năm với cùng số người sử dụng và phạm vi; xem cách tính tổng chi phí ERP. Khoản nào chưa bao gồm phải ghi rõ, không tự xem bằng 0.
9. Chấm phần mềm và đội triển khai riêng
Đừng chấm chung mọi thứ thành một điểm ngay từ đầu. Bảng phần mềm xem tính năng, dữ liệu, kết nối và bảo mật. Bảng đội triển khai xem nhân sự trực tiếp, kinh nghiệm, cách bàn giao và hỗ trợ. Sau đó so chi phí, rủi ro và hợp đồng.
| Đánh giá | Dựa vào gì? | Bằng chứng |
|---|---|---|
| Phần mềm | Đáp ứng nghiệp vụ bắt buộc. | Bảng yêu cầu, demo. |
| Đội triển khai | Nhân sự, dự án tương tự, kế hoạch. | Đội được phân công, khách hàng tham chiếu. |
| Thương mại | Phạm vi, tổng phí, điều kiện phát sinh. | Bảng giá cùng cấu trúc, hợp đồng. |
Có thể dùng điểm 0–5 với trọng số thống nhất trước khi nhận báo giá. Không có bộ trọng số bắt buộc cho mọi doanh nghiệp. Nếu chức năng bắt buộc không được đáp ứng an toàn, không nên để điểm trung bình cao che khuất rủi ro này.
10. Yêu cầu demo cùng một tình huống
Để so sánh công bằng, cho các nhà cung cấp cùng thử yêu cầu KHO-01: điều chuyển hàng giữa hai kho, người quản lý duyệt và kiểm tra tồn kho sau chuyển. Dùng dữ liệu minh họa như nhau; ghi rõ việc nào làm được, việc nào phải lập trình thêm, thời gian và chi phí. Không chỉ xem bài giới thiệu chức năng sẵn có.
Mẫu bảng phản hồi RFP ERP có thể sao chép
Gửi cùng bảng sau cho các đơn vị. Mỗi hàng là một yêu cầu; cột cuối ghi chi phí và điều kiện chưa đáp ứng. Mẫu đã điền yêu cầu minh họa để người đọc dễ điều chỉnh.
| Mã | Yêu cầu | Cách đáp ứng | Bằng chứng | Phí hoặc ngoại lệ |
|---|---|---|---|---|
| KHO-01 | Chuyển kho có duyệt – Bắt buộc | Có sẵn / Cấu hình / Lập trình / Không có | Demo, tài liệu | Đơn vị chào giá điền. |
| KT-01 | Công nợ từng khách – Bắt buộc | Có sẵn / Cấu hình / Lập trình / Không có | Demo, tài liệu | Đơn vị chào giá điền. |
Checklist trước khi phát hành RFP ERP
- Đã chốt người quyết định, mục tiêu, phạm vi và những việc chưa làm.
- Yêu cầu có độ ưu tiên và người phụ trách kiểm tra.
- Chuyển dữ liệu, kết nối, bảo mật, triển khai và hỗ trợ được mô tả.
- Mọi bên nhận cùng mẫu, cùng thời hạn; câu trả lời giải thích được chia sẻ công bằng.
- Tiêu chí chấm và điều kiện loại thống nhất trước khi nhận hồ sơ.
- Đã chuẩn bị tình huống demo và yêu cầu ghi bằng chứng, giá, ngoại lệ.
Nguồn kiểm chứng và những việc cần làm sau RFP
Nguồn tham khảo: SAP – đánh giá giải pháp ERP, ERP Research – mẫu RFP ERP, Rand Group – chấm phần mềm và đội triển khai riêng. World Bank – tiêu chí phi giá chỉ là ví dụ trong phạm vi các hoạt động mua sắm thuộc quy định của World Bank, không phải tiêu chuẩn pháp lý bắt buộc với mọi dự án ERP tư nhân. Nguồn được kiểm tra ngày 24/10/2026.
Sau khi nhận đề xuất, đối chiếu với bài toán hiệu quả đầu tư ERP, xem cách chọn đối tác triển khai ERP và ghi các cam kết quan trọng vào hợp đồng, quy trình triển khai ERP.
Nếu doanh nghiệp cân nhắc Odoo nhưng chưa biết cách chốt yêu cầu để gửi các bên, có thể tham khảo tư vấn phạm vi và RFP ERP/Odoo.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.