Danh mục sản
phẩm
IT DOCTOR DỊCH VỤ CNTT
Trước khi mua phần mềm bản quyền, doanh nghiệp cần một bộ câu hỏi cho nhà cung cấp để sát hạch năng lực, trách nhiệm và mức độ minh bạch của từng đại lý.
Trên bàn đàm phán mua sắm B2B, người đặt câu hỏi đúng là người kiểm soát rủi ro tốt hơn. Khi doanh nghiệp chuẩn bị đầu tư hệ thống phần mềm bản quyền, sai lầm lớn nhất của bộ phận Mua hàng là chỉ xoay quanh câu hỏi “giá bên anh là bao nhiêu?”. Thực tế, một báo giá rẻ bất ngờ có thể đi kèm thiếu chứng từ, thiếu triển khai, không có SLA, không bàn giao quyền admin và nhiều chi phí ẩn sau khi ký hợp đồng. Vì vậy, trước khi mua, doanh nghiệp cần một bộ câu hỏi cho nhà cung cấp phần mềm để sát hạch năng lực, trách nhiệm và mức độ minh bạch của từng đại lý.
Trong mua sắm B2B, giảm được 5–10% giá license không có nhiều ý nghĩa nếu sau đó doanh nghiệp phải trả thêm chi phí triển khai, migration, xử lý lỗi, hỗ trợ onsite hoặc mua bổ sung vì báo giá ban đầu sai phạm vi. Đàm phán phần mềm không nên dừng ở giá mua ban đầu, mà phải đi sâu vào TCO, tức tổng chi phí sở hữu trong suốt vòng đời sử dụng.
Một nhà cung cấp có thể đồng ý giảm giá ngay vì họ đã cắt khỏi báo giá những phần quan trọng:
Với Procurement, câu hỏi “bớt được bao nhiêu?” chỉ giải quyết bề mặt. Câu hỏi quan trọng hơn là: “Sau khi giảm giá, phạm vi nào bị cắt đi?”. Nếu không hỏi rõ, doanh nghiệp có thể thắng trên bảng báo giá nhưng thua ở giai đoạn triển khai.
Đàm phán B2B không phải ép giá bằng mọi cách. Đàm phán B2B là ép sự minh bạch: minh bạch về sản phẩm, chứng từ, phạm vi dịch vụ, thời gian hỗ trợ, quyền quản trị và chi phí phát sinh.
Đây là câu hỏi đầu tiên để phân biệt nhà cung cấp giải pháp với đơn vị chỉ bán key. Nếu nhà cung cấp trả lời “không cần khảo sát, anh/chị gửi số lượng là em báo giá ngay”, Mua hàng cần thận trọng. Với phần mềm B2B, số lượng nhân sự không đủ để tạo ra báo giá chuẩn.
Câu hỏi nên đặt:
Một nhà cung cấp có năng lực sẽ không vội báo giá khi dữ liệu đầu vào chưa đủ. Họ cần audit để right-sizing, tức tối ưu đúng quy mô cấp phép.
Ví dụ, doanh nghiệp hỏi mua 500 Microsoft 365 Business Standard. Sau khi rà soát, nhà cung cấp có thể đề xuất 100 user Standard, 300 user Basic, 50 user Premium và 50 máy dùng Office cục bộ. Khi đó, giá trị của tư vấn không nằm ở “chiết khấu thêm”, mà nằm ở việc tránh mua sai ngay từ đầu.
Câu trả lời tốt cần có: “Chúng tôi cần rà soát nhóm người dùng, thiết bị, hệ điều hành, nhu cầu cloud, bảo mật và hiện trạng license trước khi báo giá chính thức.”
Đây là nhóm câu hỏi về tính chính danh. Với nhiều dự án phần mềm B2B, đặc biệt là hồ sơ thầu, ngân sách lớn hoặc khách hàng có yêu cầu compliance cao, doanh nghiệp cần biết nhà cung cấp có đủ tư cách cung cấp sản phẩm hay không.
Câu hỏi nên đặt:
Cần hiểu đúng: LOA không phải lúc nào cũng bắt buộc trong mọi giao dịch phần mềm. Nhưng nếu nhà cung cấp né tránh hoàn toàn các câu hỏi về kênh cung cấp, chứng từ, end-user, hóa đơn và license confirmation, đó là tín hiệu rủi ro.
Procurement không nên chấp nhận câu trả lời chung chung như “bên em bán hàng chuẩn” hoặc “anh/chị cứ yên tâm”. Hãy yêu cầu ghi rõ trong báo giá hoặc phụ lục hợp đồng: nhà cung cấp sẽ bàn giao loại chứng từ nào, dưới dạng nào, do ai phát hành và vào thời điểm nào.
Câu trả lời tốt cần có: “Chúng tôi có thể cung cấp hồ sơ năng lực, chứng từ kênh cung cấp phù hợp và LOA nếu chính sách hãng/kênh phân phối và hồ sơ dự án cho phép.”
Đây là câu hỏi bóc tách chi phí ẩn. Nhiều báo giá nhìn rẻ vì chỉ gồm license. Khi triển khai thật, doanh nghiệp mới phát hiện cài đặt, migration, cấu hình, training và hỗ trợ đều tính phí riêng.
Câu hỏi nên đặt:
Ví dụ với Microsoft 365, license chỉ là quyền sử dụng. Migration email từ Google Workspace, hệ thống mail cũ hoặc file server nội bộ là một dự án riêng. Nếu hợp đồng không ghi migration, nhà cung cấp có thể từ chối trách nhiệm sau khi bàn giao license.
Ví dụ với Kaspersky, mua endpoint license không đồng nghĩa đại lý sẽ cài console, tạo policy, đẩy agent và xử lý xung đột với phần mềm nội bộ. Những hạng mục này cần được ghi rõ.
Câu trả lời tốt cần có: “Báo giá đang gồm license và các dịch vụ A/B/C; các hạng mục D/E/F chưa bao gồm và sẽ được báo riêng nếu khách hàng cần.”
Đây là câu hỏi Kế toán phải đặt trước khi ký hợp đồng. Phần mềm có thể bàn giao theo nhiều hình thức: FPP, ESD, cloud subscription, volume licensing, portal entitlement hoặc license confirmation. Nếu không hỏi rõ, Kế toán sẽ lúng túng khi nghiệm thu.
Câu hỏi nên đặt:
Bảng kiểm tra chứng từ:
| Nhóm chứng từ | Cần làm rõ |
|---|---|
| Tài chính | Hóa đơn VAT, hợp đồng, PO, báo giá. |
| Sản phẩm | SKU, Part Number, Edition, số lượng. |
| License | License confirmation, portal, key nếu có. |
| Pháp lý | Certificate/COA/LOA nếu áp dụng. |
| Bàn giao | Biên bản bàn giao, biên bản nghiệm thu. |
| Hỗ trợ | SLA, kênh support, thông tin escalation. |
Không phải mọi phần mềm đều có hộp, tem hoặc COA giấy. Nhưng mọi giao dịch B2B cần có bộ chứng từ phù hợp với hình thức cấp phép. Nhà cung cấp tốt sẽ giải thích rõ, không để Kế toán tự đoán.
SLA là Service Level Agreement, tức cam kết mức dịch vụ hoặc thời gian phản hồi. Đây là phần thường bị bỏ qua khi Mua hàng chỉ tập trung ép giá.
Câu hỏi nên đặt:
Câu hỏi thực chiến:
“Nếu sáng thứ Hai sau rollout, 50 máy phòng Kế toán không mở được file do xung đột phần mềm, bên anh/chị phản hồi trong bao lâu, cử ai xử lý và có tính phí ngoài không?”
Một nhà cung cấp chuyên nghiệp sẽ không trả lời bằng câu “bên em hỗ trợ hết mình”. Họ phải trả lời bằng SLA, phạm vi, kênh tiếp nhận và quy trình escalation.
Câu trả lời tốt cần có: “SLA phản hồi trong X giờ theo mức độ sự cố, hỗ trợ qua hotline/email/ticket, onsite/remote theo phạm vi hợp đồng và có quy trình escalation khi lỗi vượt cấp.”
Với phần mềm cloud như Microsoft 365, Google Workspace, Kaspersky Business Hub hoặc các portal quản trị bảo mật, quyền admin chính là chìa khóa vận hành. Nếu đại lý tự tạo tài khoản admin rồi giữ quyền cao nhất, doanh nghiệp chưa thật sự kiểm soát tài sản số của mình.
Câu hỏi nên đặt:
Cách ghi trong hợp đồng nên rõ:
“Nhà cung cấp có trách nhiệm bàn giao quyền quản trị cho đại diện IT của khách hàng. Sau bàn giao, mọi quyền truy cập của nhà cung cấp vào tenant/portal chỉ được duy trì nếu có thỏa thuận bằng văn bản về phạm vi hỗ trợ.”
Câu trả lời tốt cần có: “Doanh nghiệp sẽ nắm quyền admin cao nhất; nhà cung cấp chỉ giữ quyền hỗ trợ theo phạm vi và thời hạn được khách hàng phê duyệt.”
Một dự án phần mềm không đứng yên. Doanh nghiệp có thể tuyển thêm nhân sự, mở chi nhánh, thêm server, mở rộng máy ảo hoặc tăng số endpoint giữa kỳ. Nếu không hỏi trước add-on và co-term, Kế toán sẽ phải xử lý nhiều ngày hết hạn, nhiều hóa đơn và nhiều đợt gia hạn rời rạc.
Câu hỏi nên đặt:
Co-term là gộp ngày hết hạn của nhiều license/subscription về cùng một mốc, giúp Kế toán và IT dễ quản trị hơn. Với doanh nghiệp có nhiều đợt mua, co-term là yếu tố quan trọng để giảm rối hồ sơ.
Câu trả lời tốt cần có: “License add-on sẽ được tính theo chính sách hãng/kênh phân phối tại thời điểm mua; chúng tôi sẽ tư vấn co-term để đồng bộ ngày gia hạn nếu chương trình sản phẩm hỗ trợ.”
Không phải nhà cung cấp yếu nào cũng nói “chúng tôi không đủ năng lực”. Mua hàng cần nhận diện qua cách họ né câu hỏi.
Dấu hiệu cần cảnh giác:
| Dấu hiệu | Ý nghĩa rủi ro |
|---|---|
| Hối thúc chốt nhanh để giữ giá | Có thể ép quyết định trước khi kiểm chứng. |
| Không chịu ghi cam kết vào hợp đồng | Cam kết miệng khó ràng buộc. |
| Lảng tránh câu hỏi hóa đơn/chứng từ | Rủi ro kế toán và compliance. |
| Không giải thích được SKU/Part Number | Có thể không nắm sản phẩm. |
| Không hỏi end-user/domain/admin | Không hiểu quy trình B2B. |
| Không có SLA cụ thể | Hỗ trợ sau mua thiếu ràng buộc. |
| Không tách license và dịch vụ | Dễ phát sinh chi phí ẩn. |
| Trả lời “cái này đơn giản” cho mọi câu hỏi | Có thể thiếu kinh nghiệm dự án lớn. |
| Không có phương án rollback | Rủi ro triển khai cao. |
| Không có đội kỹ thuật rõ ràng | Có thể chỉ là đơn vị bán sang tay. |
Procurement nên yêu cầu mọi câu trả lời quan trọng được xác nhận bằng email hoặc phụ lục báo giá. Với dự án lớn, không nên chốt dựa trên lời hứa trong cuộc họp.
Một nguyên tắc đơn giản: điều gì không được ghi vào hợp đồng, điều đó rất khó dùng để ràng buộc trách nhiệm sau này.
Sau khi đặt 7 nhóm câu hỏi, doanh nghiệp sẽ có dữ liệu để đánh giá nhà cung cấp. Bước tiếp theo không phải là chọn theo cảm tính, mà là đưa câu trả lời vào scorecard.
Bảng chấm điểm nên gồm:
| Nhóm tiêu chí | Câu hỏi đánh giá | Điểm |
|---|---|---|
| Audit/Right-sizing | Có khảo sát trước báo giá không? | 0–10 |
| Pháp lý/chứng từ | Có VAT, SKU, license confirmation, LOA/certificate nếu cần không? | 0–10 |
| Chi phí ẩn | Có tách license, deployment, migration, support không? | 0–10 |
| Bàn giao | Có portal/admin, biên bản, nghiệm thu không? | 0–10 |
| SLA | Có response time và phạm vi hỗ trợ rõ không? | 0–10 |
| Quyền quản trị | Có bàn giao admin và giới hạn quyền đại lý không? | 0–10 |
| Add-on/co-term | Có chính sách mở rộng và gia hạn rõ không? | 0–10 |
| Kỹ thuật | Có deployment plan, rollback, đội kỹ sư không? | 0–10 |
| Kinh nghiệm | Có dự án tương tự không? | 0–10 |
| Minh bạch | Có trả lời rõ, có xác nhận bằng văn bản không? | 0–10 |
Cách đọc kết quả:
| Tổng điểm | Đánh giá |
|---|---|
| 80–100 | Có thể đưa vào vòng chọn cuối. |
| 60–79 | Cần làm rõ thêm trước khi đàm phán giá. |
| 40–59 | Rủi ro cao, chỉ phù hợp giao dịch nhỏ. |
| Dưới 40 | Không nên chọn cho dự án B2B quan trọng. |
Để biết cách thiết lập bảng chấm điểm nhà cung cấp chuyên nghiệp nhất, mời bạn xem bài: Đơn vị cung cấp phần mềm bản quyền cho doanh nghiệp nên có tiêu chí nào?
Khi có scorecard, CFO và Ban Giám đốc sẽ nhìn được toàn cảnh: nhà cung cấp nào rẻ, nhà cung cấp nào an toàn, nhà cung cấp nào đủ năng lực vận hành.
Một đối tác uy tín không nên né tránh các câu hỏi khó từ khách hàng. Ngược lại, câu hỏi càng rõ, dự án càng giảm rủi ro. CDC Technologies tiếp cận phần mềm bản quyền theo hướng tư vấn B2B: minh bạch sản phẩm, rõ chứng từ, rõ phạm vi triển khai, rõ SLA và rõ trách nhiệm sau bàn giao.
CDC Technologies có thể hỗ trợ doanh nghiệp:
Chất lượng của một hệ thống IT phụ thuộc rất lớn vào chất lượng những câu hỏi được đặt ra trên bàn đàm phán. Việc lật mở từng vấn đề về pháp lý, kỹ thuật, chi phí ẩn và hậu mãi giúp doanh nghiệp loại bỏ nhà cung cấp kém năng lực, tối ưu TCO và bảo vệ quyết định mua sắm trước mọi đợt rà soát.
Công ty Cổ phần Công Nghệ CDC
Trụ sở chính: 447 Nguyễn Khang, P. Cầu Giấy, TP. Hà Nội
Hotline 1: 0983.366.022 (Hà Nội)
CN.HCM: 28 Bis Nguyễn Văn Vĩnh, Phường Tân Sơn Nhất, TP Hồ Chí Minh
Hotline 2: 0938.898.328 (TP.HCM)
Website: maytinhcdc.vn - Facebook: https://www.facebook.com/maytinhcdc.official/
Youtube: https://www.youtube.com/@Maytinhcdcvn - TikTok: https://www.tiktok.com/@maytinhcdc.vn
LOA có thể giúp xác nhận phạm vi ủy quyền hoặc kênh cung cấp trong một số dự án, đặc biệt khi hồ sơ thầu hoặc quy trình nội bộ yêu cầu. Tuy nhiên, LOA không bắt buộc trong mọi giao dịch. Doanh nghiệp nên hỏi rõ có LOA không, do ai phát hành, áp dụng cho sản phẩm nào và có chứng từ thay thế gì nếu không có.
Có thể tiếp tục nếu giao dịch rất nhỏ và đơn giản. Nhưng với dự án nhiều user, server, endpoint, máy ảo hoặc cloud, việc không khảo sát là rủi ro lớn. Doanh nghiệp nên yêu cầu audit tối thiểu trước khi nhận báo giá chính thức.
Không. Nhiều báo giá chỉ gồm license. Deployment, migration, training, cấu hình, policy và support có thể là dịch vụ riêng. Mua hàng cần yêu cầu nhà cung cấp ghi rõ “đã bao gồm” hoặc “chưa bao gồm” trong báo giá/hợp đồng.
Hãy hỏi về hóa đơn VAT, SKU/Part Number, end-user, license confirmation, portal/admin, chứng từ bàn giao, Certificate/COA nếu áp dụng và LOA nếu hồ sơ yêu cầu. Key giá rẻ, giao qua chat, không hóa đơn, không chứng từ là tín hiệu rủi ro cao.
Hypercare là giai đoạn hỗ trợ tăng cường sau go-live, thường áp dụng trong những ngày hoặc tuần đầu sau triển khai. Đây là lúc user phát sinh nhiều lỗi nhất, nên cần biết nhà cung cấp có hỗ trợ onsite/remote, thời gian bao lâu và xử lý những loại lỗi nào.
Hãy hỏi: “Báo giá này chỉ gồm license hay đã gồm triển khai, migration, training, support, SLA, hypercare và rollback? Những hạng mục nào tính phí riêng và đơn giá phát sinh là bao nhiêu?”
Yêu cầu danh sách nhân sự phụ trách, kinh nghiệm dự án tương tự, deployment plan, rollback plan, SLA, quy trình escalation và khả năng hỗ trợ onsite/remote. Nếu họ không nêu được người phụ trách kỹ thuật cụ thể, cần thận trọng.
Vì mỗi hình thức bàn giao có chứng từ khác nhau. FPP có thể có hộp/tem/media nếu áp dụng; ESD thường bàn giao điện tử; Cloud bàn giao qua tenant/portal/subscription. Kế toán cần biết sẽ nhận gì để nghiệm thu và lưu hồ sơ đúng.
Cần hỏi: “Sau khi bàn giao, tài khoản quản trị cao nhất thuộc về ai, có bật MFA không, đại lý còn quyền truy cập không và quyền đó được giới hạn bằng văn bản như thế nào?”
SLA nên quy định kênh hỗ trợ, giờ hỗ trợ, thời gian phản hồi, mức độ ưu tiên sự cố, phạm vi xử lý, onsite/remote, escalation và hạng mục ngoài phạm vi. Không có SLA chung cho mọi dự án; càng quan trọng càng phải cụ thể.
Hãy hỏi cách tính giá license mua bổ sung, có được gộp ngày hết hạn với license cũ không, có hỗ trợ tăng/giảm user giữa kỳ không, có cảnh báo gia hạn không và điều kiện renewal là gì.
CDC Technologies có thể phối hợp với doanh nghiệp để trả lời các nhóm câu hỏi về audit, right-sizing, chứng từ, deployment, SLA, admin handover, add-on, co-term và quy trình bàn giao trước khi ký hợp đồng.