Hướng dẫn chọn phần mềm ITSM cho doanh nghiệp Việt Nam

Chọn đúng phần mềm quản lý dịch vụ công nghệ thông tin là một quyết định ảnh hưởng lâu dài đến cách đội IT vận hành và cách doanh nghiệp cảm nhận chất lượng hỗ trợ. Một lựa chọn vội vàng dựa trên danh sách tính năng hấp dẫn thường dẫn đến tình trạng nền tảng đắt tiền nhưng ít người dùng. Hướng dẫn này trình bày một quy trình đánh giá có cấu trúc, giúp đội IT Việt Nam xác định nhu cầu thực tế, thử nghiệm đúng cách và đưa ra quyết định dựa trên bằng chứng thay vì cảm tính.

Những nội dung chính trong bài

• Bước 1: Đánh giá hiện trạng và xác định vấn đề
• Bước 2: Xác định độ trưởng thành quy trình mong muốn
• Bước 3: Lập danh sách yêu cầu theo thứ tự ưu tiên
• Bước 4: Sàng lọc và lập danh sách nhà cung cấp
• Bước 5: Thử nghiệm với kịch bản thực tế
• Bước 6: Đánh giá chi phí và lập kế hoạch triển khai
• Sai lầm thường gặp khi chọn ITSM
• Tổng kết các điểm then chốt

Bước 1: Đánh giá hiện trạng và xác định vấn đề

Trước khi xem bất kỳ phần mềm nào, đội IT cần hiểu rõ vấn đề mình đang muốn giải quyết. Hãy bắt đầu bằng việc ghi lại cách công việc đang được tiếp nhận hiện nay: yêu cầu đến từ những kênh nào, ai phân công, mất bao lâu để xử lý và đâu là những điểm gây bức xúc nhất. Nếu doanh nghiệp đã dùng email hoặc bảng tính để theo dõi, hãy thống kê số lượng yêu cầu trung bình mỗi tuần và tỷ lệ bị bỏ sót.

Việc xác định vấn đề cụ thể giúp tránh bẫy mua công cụ vì xu hướng. Một doanh nghiệp có vấn đề chính là yêu cầu thất lạc sẽ cần ưu tiên khác với một doanh nghiệp có vấn đề là không kiểm soát được thay đổi hệ thống. Hãy phỏng vấn vài nhân viên ở các bộ phận khác nhau để nghe góc nhìn của người dùng cuối, vì họ thường nhìn thấy những điểm nghẽn mà đội IT không nhận ra. Kết quả của bước này là một danh sách ngắn các vấn đề được xếp hạng theo mức độ nghiêm trọng.

Bước 2: Xác định độ trưởng thành quy trình mong muốn

Không phải doanh nghiệp nào cũng cần đầy đủ mọi quy trình quản lý dịch vụ. Hãy đánh giá thực tế độ trưởng thành hiện tại của đội IT và mục tiêu trong mười hai đến hai mươi bốn tháng tới. Một đội mới bắt đầu chuẩn hóa nên tập trung vào quản lý sự cố và yêu cầu dịch vụ. Một đội đã vận hành ổn định có thể hướng tới quản lý thay đổi và quản lý vấn đề. Việc xác định rõ mục tiêu giúp tránh chọn nền tảng quá phức tạp so với nhu cầu.

Độ trưởng thành cũng quyết định mức độ đầu tư vào con người. Một quy trình quản lý thay đổi chỉ phát huy giá trị khi có người đủ thẩm quyền đánh giá và phê duyệt. Nếu doanh nghiệp chưa sẵn sàng phân vai trò này, việc mua tính năng quản lý thay đổi sẽ lãng phí. Hãy coi phần mềm là công cụ hỗ trợ quy trình chứ không phải thứ tự nó tạo ra quy trình. Lộ trình hợp lý là chọn nền tảng có thể mở rộng dần khi đội IT trưởng thành hơn.

Bước 3: Lập danh sách yêu cầu theo thứ tự ưu tiên

Từ các vấn đề và mục tiêu đã xác định, hãy chuyển thành một danh sách yêu cầu cụ thể. Mỗi yêu cầu nên được phân loại thành ba nhóm: bắt buộc phải có, nên có và mong muốn. Việc phân loại này cực kỳ quan trọng vì không có phần mềm nào đáp ứng hoàn hảo mọi mong muốn, và nếu không có thứ tự ưu tiên rõ ràng, đội đánh giá sẽ dễ bị cuốn theo những tính năng bắt mắt nhưng không thiết yếu.

Khi viết yêu cầu, hãy mô tả theo kết quả mong muốn thay vì theo tên tính năng. Ví dụ, thay vì viết cần có tự động hóa, hãy viết cần tự động phân công ticket cho đúng nhóm dựa trên loại yêu cầu để giảm thời gian chờ. Cách viết này giúp việc thử nghiệm sau đó rõ ràng hơn, vì mỗi yêu cầu trở thành một kịch bản có thể kiểm chứng. Danh sách yêu cầu hoàn chỉnh cũng là cơ sở để trao đổi minh bạch với nhà cung cấp.

Bước 4: Sàng lọc và lập danh sách nhà cung cấp

Với danh sách yêu cầu trong tay, hãy sàng lọc thị trường để chọn ra ba đến năm nhà cung cấp tiềm năng. Tiêu chí sàng lọc ban đầu nên gồm mức độ phù hợp với quy mô doanh nghiệp, khả năng hỗ trợ tiếng Việt, sự hiện diện hỗ trợ tại khu vực và mức giá nằm trong khoảng ngân sách. Việc giới hạn còn vài lựa chọn giúp đội đánh giá có đủ thời gian thử nghiệm kỹ từng nền tảng thay vì xem lướt qua mười sản phẩm.

Khi thu hẹp danh sách, hãy tham khảo đánh giá độc lập và nếu có thể, trao đổi với doanh nghiệp khác cùng ngành đang sử dụng nền tảng đó. Câu hỏi hữu ích nhất không phải là phần mềm có tốt không mà là quá trình triển khai diễn ra thế nào, hỗ trợ sau bán hàng ra sao và có chi phí phát sinh nào ngoài dự kiến không. Những câu trả lời này thường tiết lộ nhiều hơn bất kỳ tài liệu tiếp thị nào.

Bước 5: Thử nghiệm với kịch bản thực tế

Bản dùng thử chỉ có giá trị khi được kiểm tra bằng kịch bản thực tế của doanh nghiệp. Hãy chuẩn bị trước vài tình huống điển hình: một sự cố khẩn cấp cần leo thang, một yêu cầu cấp quyền cần phê duyệt nhiều cấp, và một thay đổi hệ thống cần đánh giá rủi ro. Sau đó cho cùng nhóm đánh giá chạy thử các kịch bản này trên từng nền tảng và ghi lại cảm nhận một cách có hệ thống.

Quan trọng là để chính những người sẽ dùng hệ thống hằng ngày tham gia thử nghiệm, không chỉ người quản lý. Nhân viên hỗ trợ tuyến đầu sẽ nhận ra ngay nếu giao diện làm việc rườm rà, còn người dùng cuối sẽ cho biết cổng tự phục vụ có dễ dùng không. Hãy chấm điểm từng nền tảng theo các yêu cầu đã đặt ra ở bước ba, để quyết định cuối cùng dựa trên bằng chứng cụ thể thay vì ấn tượng chung chung.

Bước 6: Đánh giá chi phí và lập kế hoạch triển khai

Sau khi xác định nền tảng phù hợp về tính năng, hãy tính tổng chi phí sở hữu trong ba năm. Con số này bao gồm phí bản quyền theo số nhân viên hỗ trợ, phí triển khai ban đầu, chi phí đào tạo và chi phí cho các tính năng nâng cao có thể cần về sau. Hãy yêu cầu nhà cung cấp báo giá chi tiết và làm rõ những khoản nào có thể phát sinh khi doanh nghiệp mở rộng.

Kế hoạch triển khai nên chia thành các giai đoạn. Giai đoạn đầu thường chỉ gồm quản lý sự cố và yêu cầu cơ bản, đủ để hệ thống đi vào hoạt động nhanh và tạo niềm tin. Các giai đoạn sau bổ sung danh mục dịch vụ, cổng tự phục vụ, rồi quản lý thay đổi. Mỗi giai đoạn cần có người phụ trách rõ ràng, mốc thời gian cụ thể và tiêu chí đánh giá thành công. Đừng quên dành nguồn lực cho việc xây dựng cơ sở tri thức và đào tạo người dùng, vì đây là yếu tố quyết định mức độ chấp nhận.

Sai lầm thường gặp khi chọn ITSM

Sai lầm thường gặp nhất là để danh sách tính năng dẫn dắt quyết định thay vì nhu cầu thực tế. Một nền tảng có hàng trăm tính năng nghe rất hấp dẫn, nhưng nếu đội IT chỉ dùng đến mười phần trăm trong số đó, phần còn lại chỉ làm hệ thống thêm phức tạp. Sai lầm thứ hai là bỏ qua chi phí và công sức triển khai, dẫn đến dự án kéo dài và vượt ngân sách. Sai lầm thứ ba là không tính đến sự thay đổi thói quen của con người.

• Chọn theo danh sách tính năng thay vì theo vấn đề cần giải quyết
• Đánh giá thấp công sức và chi phí triển khai
• Không cho người dùng thực tế tham gia thử nghiệm
• Bỏ qua việc xây dựng cơ sở tri thức và danh mục dịch vụ
• Áp dụng quá nhiều quy trình cùng lúc khiến đội IT quá tải
• Không lập kế hoạch đào tạo và truyền thông nội bộ

Quản lý quá trình chuyển đổi và đào tạo người dùng

Phần khó nhất của một dự án ITSM thường không phải là cấu hình phần mềm mà là thay đổi thói quen làm việc. Nếu nhân viên đã quen gửi yêu cầu qua tin nhắn trực tiếp cho một kỹ thuật viên thân quen, họ sẽ có xu hướng tiếp tục làm vậy ngay cả khi hệ thống mới đã sẵn sàng. Vì vậy, kế hoạch chuyển đổi cần được chuẩn bị nghiêm túc ngang với kế hoạch kỹ thuật. Hãy truyền thông sớm về lý do thay đổi, lợi ích mà người dùng nhận được, và thời điểm hệ thống cũ sẽ ngừng hoạt động.

Đào tạo nên được thiết kế riêng cho từng nhóm. Nhân viên hỗ trợ cần được hướng dẫn kỹ về giao diện làm việc, cách phân loại và cách dùng các tính năng tự động hóa. Người dùng cuối chỉ cần một hướng dẫn ngắn về cách gửi yêu cầu và cách tra cứu cơ sở tri thức. Một sai lầm phổ biến là tổ chức một buổi đào tạo duy nhất rồi coi như xong; trên thực tế, người dùng cần được hỗ trợ liên tục trong vài tuần đầu. Việc chỉ định một số người thông thạo làm đầu mối hỗ trợ đồng nghiệp thường hiệu quả hơn nhiều so với tài liệu hướng dẫn.

Để khuyến khích chuyển đổi, lãnh đạo cần nêu gương bằng cách chính mình sử dụng hệ thống mới và yêu cầu cấp dưới làm theo. Trong giai đoạn đầu, đội IT có thể kiên nhẫn nhắc nhở những người gửi yêu cầu sai kênh và hướng dẫn họ dùng cổng chính thức. Sau một thời gian, khi hệ thống đã trở thành thói quen, doanh nghiệp có thể đo lường tỷ lệ yêu cầu đi qua đúng kênh như một chỉ số cho thấy mức độ thành công của quá trình chuyển đổi.

Tìm hiểu chi tiết sản phẩm

Tổng kết các điểm then chốt

Lựa chọn phần mềm ITSM thành công bắt đầu từ việc hiểu rõ vấn đề chứ không phải từ việc xem sản phẩm. Hãy đánh giá hiện trạng, xác định độ trưởng thành mong muốn, lập danh sách yêu cầu có thứ tự ưu tiên, rồi thử nghiệm bằng kịch bản thực tế với chính những người sẽ dùng hệ thống. Quyết định cuối cùng nên dựa trên tổng chi phí ba năm và một kế hoạch triển khai theo giai đoạn rõ ràng. Một nền tảng vừa đủ nhưng được triển khai tốt và được người dùng đón nhận sẽ tạo giá trị lớn hơn nhiều so với một nền tảng mạnh nhưng bị bỏ quên.