Danh mục sản
phẩm
IT DOCTOR DỊCH VỤ CNTT
Xin báo giá phần mềm là bước quyết định độ chính xác của cả dự toán. Một bảng tiêu chí rõ ràng giúp báo đúng sản phẩm, so sánh và kiểm soát được chi phí thực tế.
Trong quy trình mua sắm công nghệ doanh nghiệp, việc xin báo giá phần mềm bản quyền và các nhóm phần mềm Microsoft Office là bước quyết định độ chính xác của toàn bộ dự toán. Một yêu cầu kiểu “báo giá phần mềm 50 user” không đủ để xác định đúng phiên bản, hình thức cấp phép, thời hạn, chứng từ và dịch vụ triển khai. Doanh nghiệp cần một bảng tiêu chí rõ ràng để đại lý báo đúng sản phẩm, Mua hàng so sánh cùng phạm vi và CFO kiểm soát được chi phí thực tế.
Số lượng nhân sự chỉ phản ánh quy mô tổ chức, không phản ánh cách sử dụng phần mềm. Trong môi trường B2B, giá phần mềm chịu ảnh hưởng bởi nhiều biến số: user, thiết bị, server, máy ảo, thời hạn, edition, hình thức cấp phép, trạng thái cấp mới hoặc gia hạn, chứng từ và dịch vụ đi kèm.
Một câu hỏi như “báo giá cho 50 user” có thể dẫn tới hàng loạt cách hiểu khác nhau:
Vì sao ba báo giá có thể chênh lệch lớn?
Khi brief không rõ, mỗi đại lý tự giả định một phạm vi khác nhau. Mua hàng tưởng đang so giá cùng sản phẩm nhưng thực tế một bên báo license thuần, một bên kèm triển khai và một bên dùng edition khác.
Bước đầu tiên để nhận báo giá chuẩn không phải hỏi “giá bao nhiêu”, mà là chuẩn hóa brief yêu cầu báo giá.
Brief là bản mô tả nhu cầu mua sắm có cấu trúc. Với phần mềm, brief giúp đại lý xác định đúng sản phẩm, đúng license, đúng số lượng, đúng thời hạn và đúng chứng từ. Nó cũng giúp hãng hoặc nhà phân phối kiểm tra thông tin end-user trước khi cấp giá, cấp license hoặc xử lý quan hệ khách hàng.
Trong các mô hình cloud như Microsoft CSP, thông tin tenant, domain, email admin và quan hệ reseller có thể ảnh hưởng trực tiếp đến khả năng báo giá, cấp quyền và triển khai. Với firewall, server hoặc appliance, serial và trạng thái support cũng là dữ liệu bắt buộc.
Đối với IT
Đối với Mua hàng và CFO
Đối với Kế toán và pháp lý
Chuẩn bị dữ liệu nội bộ trước khi lập brief
Bài checklist dưới đây giúp IT, Mua hàng và CFO nắm rõ danh sách thông tin cơ sở cần thu thập trước khi gửi yêu cầu cho đại lý.
Xem checklist trước khi xin báo giáSố lượng là phần quan trọng nhất, nhưng cũng là phần dễ sai nhất. Số lượng cần được tách theo người dùng định danh, thiết bị vật lý, máy dùng chung, server, máy ảo, mobile, BYOD và vòng đời tài khoản. Ghi “50 nhân viên” hoặc “100 máy” không đủ để chọn đúng mô hình license.
Bảng dữ liệu user và thiết bị cần đưa vào brief
| Nhóm dữ liệu | Cần điền gì? | Vì sao quan trọng? |
|---|---|---|
| User định danh | Số người dùng có tài khoản riêng | Áp dụng cho Microsoft 365, email và SaaS. |
| Thiết bị vật lý | Số PC, laptop và máy trạm | Áp dụng cho Windows, endpoint và Office cục bộ. |
| Máy dùng chung | Số máy tại xưởng, lễ tân hoặc quầy dịch vụ | Tránh mua user license dư thừa. |
| Máy chủ vật lý | Số server, CPU và core | Áp dụng cho Windows Server, VMware và backup. |
| Máy ảo | Số VM đang chạy và dự kiến tăng | Tránh bỏ sót license hạ tầng. |
| Thiết bị di động | Số smartphone và tablet cần quản lý | Liên quan MDM, endpoint và bảo mật. |
| BYOD | Số thiết bị cá nhân truy cập hệ thống | Phục vụ chính sách bảo mật; không phải lúc nào cũng mua license. |
| User thời vụ | Số người dùng ngắn hạn | Tránh mua dài hạn không cần thiết. |
| User nghỉ việc | Số user cần thu hồi | Tránh gia hạn license thừa. |
Nguyên tắc đếm số lượng
Một user dùng nhiều thiết bị không tự động đồng nghĩa phải mua nhiều license nếu sản phẩm cấp theo user. Ngược lại, nhiều người dùng chung một máy vẫn phải được đánh giá theo nhu cầu tài khoản và điều khoản của từng phần mềm.
Hiểu rõ cơ chế định giá license
Số lượng user và thiết bị không chỉ quyết định số license phải mua, mà còn ảnh hưởng mô hình cấp phép, bậc chiết khấu, chi phí triển khai, support và SLA.
Xem cách định giá phần mềm bản quyền
Tên thương hiệu hoặc tên dòng sản phẩm không đủ để lập báo giá. Brief cần ghi rõ edition, licensing model và Part Number/SKU nếu có để IT, Mua hàng và Kế toán đối chiếu đúng sản phẩm khi đặt hàng và nghiệm thu.
Ví dụ chuyển từ yêu cầu mơ hồ sang yêu cầu có thể báo giá
| Cách hỏi chưa chuẩn | Cách hỏi nên dùng |
|---|---|
| Báo giá Windows | Báo giá Windows 11 Pro hoặc phương án hợp thức hóa phù hợp. |
| Báo giá Office | Báo giá Office 2024 Home & Business hoặc Office LTSC theo nhu cầu. |
| Báo giá Microsoft 365 | Báo giá 30 Business Standard và 20 Business Basic. |
| Báo giá Kaspersky | Báo giá endpoint cho 100 PC và 10 server, có quản trị tập trung. |
| Báo giá VMware | Báo giá theo số host, CPU, core và edition cần dùng. |
| Báo giá firewall | Tách phần cứng, support, subscription bảo mật và HA nếu có. |
Part Number/SKU có vai trò gì?
Part Number hoặc SKU là mã định danh giúp kiểm tra sản phẩm được báo, sản phẩm được đặt và license được bàn giao có khớp nhau hay không. Báo giá thiếu mã sản phẩm dễ gây nhầm edition hoặc phạm vi sử dụng.
Brief cần cho biết doanh nghiệp ưu tiên mua đứt hay thuê bao. Hai mô hình tạo ra Part Number, thời hạn, quyền sử dụng, chi phí đầu kỳ và nghĩa vụ gia hạn hoàn toàn khác nhau.
So sánh hai mô hình dòng tiền phổ biến
| Mô hình | Bản chất | Ví dụ thường gặp | Tác động ngân sách |
|---|---|---|---|
| Mua đứt/Perpetual/One-time | Trả tiền một lần theo điều khoản phiên bản mua | Office 2024 và một số license cục bộ | Gần với Capex, chi phí đầu kỳ cao. |
| Thuê bao/Subscription | Trả phí theo tháng hoặc năm để duy trì quyền sử dụng | Microsoft 365, endpoint security và backup cloud | Gần với Opex, chi phí lặp lại. |
Các câu hỏi phải có trong brief
Báo giá cần tách những gì?
Nên tách giá license năm đầu, chi phí gia hạn dự kiến, phí triển khai và điều kiện tăng giảm số lượng. Nếu không, CFO có thể hiểu nhầm subscription là mua đứt hoặc bỏ sót Opex năm sau.
Báo giá cấp mới, gia hạn, nâng cấp và chuyển đổi từ hãng khác sử dụng các dữ liệu đầu vào khác nhau. Brief phải mô tả rõ hiện trạng để tránh báo sai sản phẩm, sai số lượng hoặc sai chương trình thương mại.
Thông tin cần khai báo:
Hiện trạng license
Chuyển đổi và nâng cấp
Lộ trình 6–12 tháng
Riêng phần mềm server và ảo hóa
Với VMware/Broadcom, dữ liệu hạ tầng càng quan trọng hơn. Cần cung cấp số host, CPU, core, VM, cluster, HA, vSAN, dung lượng và mục tiêu triển khai vì nhiều mô hình hiện hành tính theo core hoặc capacity.
Bộ chứng từ phải được xác định từ lúc xin báo giá, không chờ đến khi nghiệm thu mới hỏi. Phần mềm điện tử có thể sử dụng hóa đơn, license confirmation, email cấp quyền, portal hoặc certificate thay cho bộ chứng từ của hàng hóa vật lý.
Các mục doanh nghiệp cần hỏi:
Thông tin tài chính
Thông tin license
Bộ chứng từ bàn giao
Không nên mặc định mọi phần mềm đều có CO/CQ
CO/CQ thường gắn với hàng hóa vật lý. Với ESD hoặc subscription, chứng từ phù hợp có thể là hóa đơn VAT, email cấp quyền, portal, license confirmation, certificate hoặc LOA tùy hãng và kênh mua.
Một báo giá rẻ bất thường thường chỉ bao gồm license. Brief phải yêu cầu tách rõ dịch vụ triển khai, migration, cấu hình, đào tạo và hỗ trợ sau mua để tránh chi phí phát sinh.
Các hạng mục dịch vụ cần yêu cầu báo riêng
| Hạng mục | Có cần báo riêng không? |
|---|---|
| License | Bắt buộc. |
| Cài đặt ban đầu | Có, nếu IT nội bộ không tự triển khai. |
| Migration dữ liệu | Có, nếu chuyển email, file hoặc hệ thống cũ. |
| Cấu hình admin/tenant/console | Có. |
| Cài agent hàng loạt | Có, với bảo mật endpoint. |
| Đào tạo người dùng | Có, nếu triển khai diện rộng. |
| Hỗ trợ go-live | Có. |
| SLA hỗ trợ sau mua | Có. |
| Hỗ trợ ngoài giờ | Có, nếu cần. |
| Tài liệu bàn giao | Có. |
SLA là gì?
SLA (Service Level Agreement) là cam kết mức dịch vụ hoặc thời gian phản hồi. Brief nên yêu cầu nhà cung cấp ghi rõ phần nào đã bao gồm, phần nào chưa bao gồm và đơn giá phát sinh nếu có.
Mẫu brief dưới đây có thể được dùng làm biểu mẫu nội bộ để IT, Mua hàng và Kế toán cùng điền trước khi gửi cho đại lý.
Mẫu brief tổng hợp gửi nhà cung cấp phần mềm
| Nhóm thông tin | Nội dung cần điền |
|---|---|
| Tên doanh nghiệp | [Tên pháp nhân đầy đủ] |
| Mã số thuế | [MST] |
| Địa chỉ xuất hóa đơn | [Địa chỉ] |
| Domain công ty | [tencongty.com] |
| Email admin/IT phụ trách | [admin@tencongty.com] |
| Người phụ trách mua hàng | [Tên, email, số điện thoại] |
| Mục tiêu mua sắm | Cấp mới/Gia hạn/Nâng cấp/Chuyển đổi từ hãng khác |
| Sản phẩm cần báo giá | Microsoft 365/Kaspersky/VMware/Windows Server/khác |
| Phiên bản mong muốn | Basic/Standard/Premium/Pro/Enterprise/LTSC/khác |
| Số lượng user | [Số user theo từng nhóm nhu cầu] |
| Số lượng thiết bị | [PC/laptop/server/mobile/máy dùng chung] |
| Máy chủ/ảo hóa | [Số server, CPU, core, VM và dung lượng nếu có] |
| Hình thức cấp phép | User/Device/Core/Server/VM/Tenant |
| Mô hình dòng tiền | Mua đứt/Thuê bao/So sánh cả hai |
| Thời hạn | 1 năm/3 năm/khác |
| Hiện trạng license cũ | Tenant ID/Contract ID/Serial/Ngày hết hạn nếu có |
| Lộ trình mở rộng | [Tăng giảm user, mở chi nhánh, co-term] |
| Dịch vụ cần báo | Cài đặt/Migration/Training/Support/SLA |
| Chứng từ yêu cầu | VAT/Certificate/License confirmation/LOA/khác |
| Điều kiện báo giá | VAT, tỷ giá, hiệu lực báo giá và thanh toán |
| Thời gian cần triển khai | [Ngày dự kiến] |
Ba ví dụ brief theo nhóm sản phẩm
Microsoft 365
Kaspersky doanh nghiệp
VMware vSphere Foundation
Nếu cùng một brief chuẩn nhưng một đại lý báo giá thấp hơn đáng kể, Mua hàng cần kiểm tra lại phạm vi thay vì kết luận ngay rằng nhà cung cấp đó rẻ hơn.
Các điểm cần đối chiếu:
Sản phẩm và số lượng
Dịch vụ và bảo trì
Chứng từ và nguồn gốc
Giá thấp có thể hợp lý khi nào?
Một báo giá rẻ có thể hợp lý nếu đại lý tối ưu được volume, bundle hoặc chương trình chiết khấu. Nhưng giá thấp do thiếu dịch vụ, sai edition hoặc thiếu chứng từ không phải tiết kiệm; đó là rủi ro bị chuyển sang giai đoạn triển khai.
Sau khi so sánh báo giá trên cùng một phạm vi, doanh nghiệp vẫn cần kiểm tra điều kiện hợp đồng, chứng từ và kế hoạch bàn giao trước khi đặt hàng.
Checklist trước khi phát hành PO hoặc ký hợp đồng
Báo giá chỉ là một bước. Quy trình mua sắm chuẩn phải đi tiếp tới hợp đồng, nghiệm thu, bàn giao license, lưu chứng từ và cập nhật bảng quản lý tài sản phần mềm.
Để đảm bảo quy trình mua sắm an toàn tuyệt đối, xem thêm bài: Checklist mua phần mềm bản quyền cho doanh nghiệp trước khi đặt hàng
Khớp nối ngân sách với nhu cầu kỹ thuật là một công việc cần kinh nghiệm. Vì vậy, doanh nghiệp cần một đối tác có khả năng nói cùng lúc ngôn ngữ của IT, Mua hàng, Kế toán và CFO.
CDC Technologies hỗ trợ doanh nghiệp tiếp nhận và chuẩn hóa yêu cầu báo giá theo chuẩn B2B: đủ thông tin, đúng sản phẩm, rõ mô hình cấp phép, minh bạch chứng từ và tách bạch chi phí triển khai.
Các hạng mục CDC Technologies có thể hỗ trợ
Rà soát nhu cầu
Bóc tách sản phẩm
Minh bạch chi phí
Một bảng tiêu chí hoàn chỉnh giúp Mua hàng làm chủ bàn đàm phán, loại bỏ rủi ro mập mờ và xây dựng dự toán sát với nhu cầu thực tế hơn. Sự minh bạch ngay từ bước đầu là nền tảng cho một hệ thống IT vận hành trơn tru và an toàn về hồ sơ pháp lý.
Nhận báo giá phần mềm B2B minh bạch và có thể đối chiếu
CDC Technologies hỗ trợ doanh nghiệp rà soát brief, bóc tách user, thiết bị, server, máy ảo, edition, Part Number/SKU, thời hạn, chứng từ và phạm vi dịch vụ. Báo giá được tách rõ license, triển khai, migration, support và SLA để Mua hàng, IT, Kế toán và CFO cùng kiểm 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
Vì Microsoft 365 thường gắn với tenant, domain và admin email của doanh nghiệp. Nếu khách hàng đã có tenant hoặc đang mua qua partner khác, Microsoft Partner Center có cơ chế request reseller relationship với tenant hiện có và khách hàng phải chấp nhận trong Microsoft 365 admin center.
Với các mô hình hiện hành như VMware Cloud Foundation hoặc VMware vSphere Foundation, báo giá thường phụ thuộc vào hạ tầng vật lý, đặc biệt là số core CPU trên ESXi host cần license. Broadcom có tài liệu hướng dẫn đếm core và dung lượng subscription cho VCF, VVF và vSAN.
Cần cung cấp sản phẩm đang dùng, số lượng license, ngày hết hạn, tenant ID hoặc contract ID nếu có, serial thiết bị nếu là firewall/server/appliance, đại lý hiện tại, nhu cầu tăng/giảm số lượng và có cần co-term hay không. Thiếu thông tin này, đại lý khó báo đúng giá renewal.
Báo giá doanh nghiệp thường phải tính theo số thiết bị, server, console quản trị tập trung, tính năng bảo mật, thời hạn, support, dịch vụ triển khai và chứng từ. Giá bán lẻ trên web thường không phản ánh đầy đủ yêu cầu quản trị B2B, đặc biệt với môi trường có server, máy ảo hoặc nhiều chi nhánh.
Báo giá phải tách rõ license và dịch vụ. Nếu chỉ ghi sản phẩm/license mà không ghi triển khai, cấu hình, migration hoặc support, Kế toán không nên mặc định đã bao gồm. Cần yêu cầu nhà cung cấp ghi rõ “đã bao gồm” hoặc “chưa bao gồm” trong điều khoản báo giá.
Brief đầy đủ giúp đại lý chọn đúng edition, đúng số lượng, đúng mô hình license và đúng thời hạn. Điều này giảm mua thừa, tránh mua sai, tăng khả năng nhận chiết khấu phù hợp và hạn chế chi phí triển khai phát sinh sau khi đã duyệt ngân sách.
Chỉ có thể báo sơ bộ. Mua đứt và thuê bao là hai mô hình dòng tiền khác nhau, dẫn đến Part Number, thời hạn, quyền sử dụng và chi phí gia hạn khác nhau. Doanh nghiệp nên yêu cầu báo hai phương án riêng nếu chưa chốt chiến lược Capex/Opex.
Deal Registration là quá trình đại lý/partner đăng ký cơ hội kinh doanh với hãng hoặc nhà phân phối để bảo vệ giao dịch và xin chính sách giá phù hợp nếu chương trình áp dụng. Thông tin end-user giúp xác định đúng khách hàng cuối, tránh trùng cơ hội, sai pháp nhân hoặc rủi ro giao dịch.
Nên có. Part Number/SKU là căn cứ quan trọng để IT, Mua hàng và Kế toán đối chiếu sản phẩm được báo, sản phẩm được đặt và license được bàn giao. Nếu không có Part Number, doanh nghiệp nên yêu cầu bổ sung trước khi duyệt.
Vì cam kết thời hạn dài có thể giúp hãng hoặc nhà phân phối dự báo doanh thu tốt hơn và đưa ra điều kiện thương mại tốt hơn, tùy chính sách sản phẩm. Tuy nhiên, hợp đồng 3 năm chỉ phù hợp khi nhu cầu ổn định. Nếu nhân sự biến động mạnh, CFO cần so sánh TCO và rủi ro license dư.
Không nên mặc định. CO/CQ thường quen thuộc với hàng hóa vật lý. Với phần mềm ESD hoặc subscription, chứng từ phù hợp có thể là hóa đơn VAT, license confirmation, email cấp quyền, portal, certificate hoặc LOA nếu hãng/đại lý cung cấp. Doanh nghiệp nên yêu cầu rõ bộ chứng từ bàn giao cho từng sản phẩm.
CDC Technologies có thể hỗ trợ doanh nghiệp xây dựng mẫu brief/RFP chi tiết theo từng nhóm phần mềm như Microsoft 365, Windows Server, Kaspersky, VMware, firewall hoặc backup. Biểu mẫu sẽ gồm thông tin end-user, số lượng user/device/server/VM, mô hình cấp phép, thời hạn, chứng từ và dịch vụ triển khai.