Trước khi xin báo giá phần mềm cần chuẩn bị gì? Checklist B2B

Cách làm sai: Gửi số lượng nhân viên rồi chờ báo giá chính xác

Trong mua sắm cá nhân, người dùng chỉ cần chọn sản phẩm, thanh toán và nhận key. Nhưng trong mua sắm B2B, phần mềm không được định giá đơn giản như vậy. Một phần mềm có thể cấp phép theo các yếu tố: người dùng, thiết bị, máy chủ, core CPU, dung lượng, tenant, thời hạn hoặc gói tính năng.

Tổng số nhân viên không đủ để xác định số lượng và edition phần mềm B2B. Nếu chỉ gửi cho đại lý một câu “Kaspersky cho 100 máy giá bao nhiêu?” hoặc “Microsoft 365 cho 50 người giá thế nào?””, đại lý buộc phải hỏi ngược: 100 máy là PC hay server? Có máy ảo không? Cần quản trị tập trung không? Cấp mới hay gia hạn? Dùng cloud hay on-premise? Có cần migration không? Thanh toán 1 năm hay nhiều năm? Có cần hóa đơn VAT không?

Trước khi hỏi giá, doanh nghiệp cần chuẩn bị một brief. Brief là bản yêu cầu báo giá có đủ dữ liệu kỹ thuật, tài chính và pháp lý để đại lý xác định đúng sản phẩm, đúng số lượng, đúng hình thức cấp phép và đúng phạm vi hỗ trợ.

Bước 1: Chuẩn bị dữ liệu định lượng User và Device

Dữ liệu đầu tiên cần chuẩn bị là số lượng, nhưng không phải số lượng nhân viên chung chung. Doanh nghiệp cần tách rõ user, device, server, máy ảo và thiết bị dùng chung.

Các nhóm cần phân loại

• User định danh: người có tài khoản riêng, email riêng và quyền truy cập riêng.
• Device vật lý: PC, laptop, máy trạm, máy POS, máy quầy hoặc máy xưởng.
• Device dùng chung: một máy có nhiều người thay ca sử dụng.
• Server vật lý: máy chủ chạy dịch vụ nội bộ.
• Máy ảo: virtual machine chạy trên server hoặc cloud.
• Thiết bị di động: smartphone, tablet cần quản lý hoặc bảo vệ.
• BYOD: thiết bị cá nhân của nhân viên dùng cho công việc.
• Tài khoản dịch vụ: email chung, service account hoặc tài khoản phòng ban.
• User thời vụ: chỉ sử dụng trong vài tháng.
• User đã nghỉ việc: cần loại khỏi danh sách gia hạn.

Checklist dữ liệu định lượng cần cung cấp

Bước 2: Xác định hình thức cấp phép Capex hay Opex

Sau số lượng, doanh nghiệp cần xác định chiến lược dòng tiền. Đây là phần quyết định trực tiếp mô hình báo giá. 

Capex phù hợp với khoản đầu tư ổn định

Capex là khoản chi đầu tư ban đầu, thường phù hợp với phần mềm mua một lần, thiết bị cố định hoặc hệ thống có vòng đời dài. Ví dụ có thể gồm Office 2024 mua đứt, Windows đi kèm thiết bị hoặc một số phần mềm on-premise nếu hãng còn cung cấp.

Opex phù hợp với subscription và dịch vụ cloud

Opex là chi phí vận hành định kỳ, thường phù hợp với Microsoft 365, bảo mật endpoint, backup cloud, CRM cloud hoặc các dịch vụ SaaS theo tháng hoặc năm.

Các câu hỏi CFO và Mua hàng cần thống nhất:

• Doanh nghiệp muốn mua đứt hay thuê bao.
• Ưu tiên trả trước hay trả theo năm.
• Có cần phương án so sánh Capex/Opex không.
• Có giới hạn ngân sách năm đầu không.
• Có muốn tránh Opex lặp lại không.
• Có cần linh hoạt tăng hoặc giảm user giữa kỳ không.
• Có yêu cầu khấu hao tài sản hoặc đưa vào chi phí vận hành không.

Bước 3: Phân rã nhu cầu để chọn đúng Edition và Feature

Yêu cầu càng chung, nguy cơ chọn sai edition càng cao. Đại lý cần biết từng nhóm user, thiết bị và hệ thống cần tính năng nào để tránh mua gói cao cho người không cần hoặc bỏ sót tính năng quan trọng.

Right-sizing nghĩa là chọn vừa đủ: không mua gói cao cho người không cần, không mua thiếu cho hệ thống quan trọng và không bỏ sót server hoặc máy ảo.

Bước 4: Khai báo tình trạng hệ thống hiện tại

Một báo giá cấp mới khác rất nhiều so với báo giá gia hạn, nâng cấp hoặc chuyển đổi từ đối thủ. Vì vậy, trước khi xin báo giá, doanh nghiệp phải cung cấp trạng thái hiện tại của hệ thống.

Các thông tin cần xác định

• Cấp mới hoàn toàn hay gia hạn.
• Đang sử dụng phần mềm nào.
• License hiện tại hết hạn ngày nào.
• Đang mua qua đại lý nào.
• Có tenant, domain hoặc admin hiện hữu không.
• Có hợp đồng cũ hoặc mã subscription cũ không.
• Có cần giữ nguyên dữ liệu không.
• Có cần chuyển từ hãng khác sang không.
• Có cần nâng cấp từ gói thấp lên gói cao không.
• Có cần đồng bộ ngày hết hạn Co-term không.

Bước 5: Hoạch định thời hạn hợp đồng và lộ trình mở rộng

Thời hạn hợp đồng và kế hoạch tăng giảm số lượng có thể làm thay đổi đáng kể báo giá. Một số phần mềm có lựa chọn theo tháng, theo năm hoặc nhiều năm. Một số hãng có chính sách chiết khấu tốt hơn khi cam kết thời hạn dài hơn hoặc số lượng lớn hơn. Ngược lại, hợp đồng dài cũng làm giảm sự linh hoạt nếu doanh nghiệp có biến động nhân sự.

Doanh nghiệp cần xác định kỳ thanh toán, thời hạn sử dụng, số lượng dự kiến và nhu cầu co-term trước khi yêu cầu đại lý chốt giá.

Các câu hỏi cần thống nhất trước khi gửi brief

• Sử dụng 1 năm hay nhiều năm.
• Thanh toán trả trước hay theo kỳ.
• Có cần cam kết số lượng tối thiểu không.
• Có dự kiến tăng nhân sự trong 6–12 tháng tới không.
• Có mở thêm chi nhánh không.
• Có cần mua bổ sung giữa kỳ không.
• Có muốn gom ngày hết hạn Co-term không.
• Có kế hoạch đổi hạ tầng trong năm tới không.
• Có muốn tách báo giá năm đầu và chi phí gia hạn không.

Bước 6: Yêu cầu chứng từ pháp lý và hỗ trợ kỹ thuật SLA

Báo giá phần mềm B2B phải minh bạch cả license, dịch vụ, thuế, chứng từ và hỗ trợ. Đơn giá thấp nhưng thiếu VAT, migration, triển khai hoặc SLA có thể làm tổng chi phí thực tế tăng mạnh.

Các chứng từ cần hỏi tùy sản phẩm

• Hóa đơn VAT.
• Hợp đồng hoặc đơn đặt hàng.
• Part Number/SKU.
• Certificate hoặc chứng nhận license nếu hãng cung cấp.
• Thư ủy quyền hoặc LOA nếu hồ sơ thầu yêu cầu.
• Email xác nhận cấp license.
• Thông tin tenant, admin hoặc portal.
• Thời hạn license.
• Điều kiện gia hạn.
• Điều kiện chuyển máy hoặc chuyển user.
• Phạm vi bảo hành và hỗ trợ.

Các khoản dịch vụ cần tách rõ

• Giá license.
• Giá triển khai.
• Giá migration.
• Giá cấu hình ban đầu.
• Giá đào tạo người dùng.
• Giá hỗ trợ sau triển khai.
• Mức support từ hãng.
• Mức support từ đại lý.
• Thời gian phản hồi.
• Kênh hỗ trợ.

Rủi ro chi phí ẩn khi gửi yêu cầu báo giá mập mờ

Yêu cầu càng mập mờ, báo giá càng dễ rẻ trên giấy nhưng đắt khi triển khai. Những phần chưa được mô tả sẽ biến thành giả định, thay đổi edition hoặc dịch vụ phát sinh.

Ví dụ, Mua hàng chỉ hỏi “Microsoft 365 cho 100 người”. Đến khi triển khai, IT mới phát hiện 60 người cần Office desktop, 20 người cần migration email, 10 người cần bảo mật nâng cao, 5 user cũ chưa thu hồi license và tenant cần cấu hình domain hoặc MFA. Báo giá ban đầu lập tức mất giá trị.

Các chi phí ẩn thường phát sinh

• Phí migration dữ liệu.
• Phí cấu hình tenant hoặc admin center.
• Phí triển khai console quản trị tập trung.
• Phí cài đặt agent trên server hoặc máy trạm.
• Phí đào tạo người dùng.
• Phí hỗ trợ ngoài giờ.
• Phí nâng cấp lên edition cao hơn.
• Phí mua bổ sung license bị bỏ sót.
• Phí gia hạn khẩn cấp.
• Phí xử lý lỗi do chọn sai mô hình.
• Phí audit lại hệ thống sau khi triển khai sai.

Nguy cơ hãng từ chối hoặc trì hoãn cấp license vì sai thông tin end-user

Thông tin end-user sai hoặc không khớp có thể làm trì hoãn báo giá, gia hạn, kích hoạt và hỗ trợ kỹ thuật. End-user là pháp nhân hoặc tổ chức sử dụng cuối cùng của license, không chỉ là người liên hệ mua hàng.

Thông tin end-user cần chuẩn bị

• Tên pháp nhân đầy đủ.
• Mã số thuế.
• Địa chỉ xuất hóa đơn.
• Domain công ty.
• Email admin.
• Người đại diện kỹ thuật.
• Người phụ trách mua hàng.
• Thông tin tenant hoặc portal nếu đã có.
• Số hợp đồng hoặc subscription cũ.
• Serial thiết bị nếu là firewall, server hoặc appliance.
• Ngày hết hạn license hiện tại.
• Đại lý cũ nếu đang chuyển partner.
• Phạm vi sử dụng theo chi nhánh, quốc gia hoặc số site.

Các vấn đề có thể phát sinh nếu end-user sai

• Báo giá không áp dụng đúng đối tượng.
• Không kích hoạt được license.
• Không chuyển được subscription.
• Không gia hạn đúng hợp đồng cũ.
• Không nhận được mức bảo vệ giá hoặc chiết khấu nếu có.
• Không có chứng từ phù hợp khi audit.
• Không được hỗ trợ kỹ thuật vì thông tin portal không khớp.

Bài toán thực thi: Tổng hợp thông tin thành một bảng tiêu chí Brief hoàn chỉnh

Yêu cầu báo giá nên được chuẩn hóa thành một biểu mẫu nội bộ, không gửi bằng tin nhắn rời rạc. Khi IT, Mua hàng và Kế toán cùng điền trên một cấu trúc thống nhất, doanh nghiệp mới có thể so sánh các đại lý trên cùng mặt bằng dữ liệu.

Các nhóm thông tin trong brief xin báo giá phần mềm B2B

CDC Technologies - Cố vấn xây dựng yêu cầu thầu và báo giá B2B minh bạch

CDC Technologies hỗ trợ doanh nghiệp chuẩn hóa dữ liệu đầu vào trước khi xin báo giá phần mềm. Mục tiêu là giảm số vòng trao đổi, tránh mua sai edition, bóc tách rõ chi phí license và dịch vụ, đồng thời hoàn thiện chứng từ cho hoạt động mua sắm hoặc hồ sơ thầu.

Một yêu cầu báo giá thiếu dữ liệu có thể làm sai lệch toàn bộ dự toán ngân sách phần mềm. Ngược lại, brief tốt giúp IT, CFO và Mua hàng cùng nhìn một phương án thống nhất trước khi gửi cho nhà cung cấp.

Các hạng mục CDC Technologies có thể hỗ trợ

• Khảo sát nhu cầu nội bộ trước khi xin báo giá.
• Phân loại user, device, server, máy ảo và mobile.
• Tư vấn mô hình mua đứt hoặc thuê bao.
• Tách nhóm Basic, Standard, Premium hoặc edition tương ứng.
• Rà soát tình trạng cấp mới, gia hạn hoặc nâng cấp.
• Kiểm tra tenant, domain, admin, serial và ngày hết hạn.
• Tư vấn yêu cầu VAT, SKU, certificate và LOA nếu cần.
• Bóc tách chi phí license, migration, deployment và support.
• Hỗ trợ lập brief gửi đại lý hoặc hồ sơ thầu nội bộ.
• Hỗ trợ so sánh báo giá để phát hiện chi phí ẩn.

Chuẩn bị kỹ dữ liệu đầu vào không chỉ thể hiện sự chuyên nghiệp của bộ phận Mua sắm, mà còn là điều kiện để doanh nghiệp sở hữu hệ thống IT đúng nhu cầu và kiểm soát tốt chi phí.