Một trong những nguyên nhân lớn nhất khiến dự án ERP phát sinh nhiều thay đổi là yêu cầu ban đầu chưa được thu thập đầy đủ hoặc hiểu chưa chính xác. Nhiều Consultant và Business Analyst mới thường tập trung vào việc hỏi khách hàng muốn gì. Tuy nhiên, điều quan trọng hơn nhiều là hiểu được vấn đề thực sự mà khách hàng đang gặp phải.
Lấy yêu cầu không phải là ghi chép. Đó là một quá trình khám phá doanh nghiệp — đi từ việc hiểu khách hàng, đến nhu cầu của họ, chuyển hóa thành yêu cầu cụ thể, rồi mới đến thiết kế giải pháp và cấu hình trên hệ thống ERP. Nếu yêu cầu thu thập sai ngay từ đầu, giải pháp được thiết kế cũng sẽ sai theo, và toàn bộ dự án sẽ đối mặt với rủi ro lớn về sau.
1. Những vấn đề thường gặp khi phỏng vấn khách hàng
Khách hàng mô tả giải pháp thay vì mô tả vấn đề
Một tình huống rất phổ biến là khách hàng nói: "Tôi cần thêm một nút trên hệ thống", trong khi vấn đề thực sự nằm sâu hơn ở quy trình vận hành. Nếu Consultant chỉ ghi nhận yêu cầu bề mặt này mà không đào sâu tìm hiểu, họ có thể sẽ thêm đúng cái nút được yêu cầu nhưng vẫn không giải quyết được vấn đề cốt lõi khiến khách hàng đưa ra yêu cầu đó.
Đặt câu hỏi quá chung chung
Những câu hỏi mơ hồ như "Anh/chị cần gì ở hệ thống mới?" thường không khai thác được thông tin có giá trị thực sự, bởi khách hàng thường khó hình dung và trả lời chính xác cho những câu hỏi thiếu trọng tâm như vậy.
Thiếu cấu trúc khi tổ chức buổi khảo sát
Nhiều buổi khảo sát kéo dài hàng giờ đồng hồ nhưng cuối cùng lại thu thập được rất ít dữ liệu thực sự hữu ích, do thiếu một khung câu hỏi có cấu trúc để dẫn dắt cuộc trò chuyện đi đúng hướng.
Chỉ phỏng vấn cấp quản lý
Một sai lầm phổ biến khác là chỉ phỏng vấn ban lãnh đạo hoặc quản lý cấp trung mà bỏ qua người dùng thực tế — những người trực tiếp thực hiện công việc hàng ngày và thường nắm rõ nhất những khó khăn thực sự trong vận hành.
2. Cái giá phải trả khi thu thập yêu cầu sai
Khi yêu cầu ban đầu bị thu thập sai hoặc thiếu chính xác, hậu quả thường lan tỏa ra nhiều khía cạnh của dự án. Số lượng yêu cầu thay đổi (Change Request) phát sinh trong quá trình triển khai sẽ tăng lên đáng kể, kéo theo chi phí dự án tăng cao hơn dự toán ban đầu, và thời gian triển khai bị kéo dài hơn kế hoạch. Cuối cùng, tất cả những vấn đề này cộng lại sẽ làm giảm đáng kể mức độ hài lòng của khách hàng đối với toàn bộ dự án.
3. Framework phỏng vấn theo 5 lớp
Một khung phỏng vấn hiệu quả nên đi tuần tự qua năm lớp câu hỏi: bắt đầu từ quy trình (Process) hiện tại đang vận hành ra sao, tiếp đến con người (People) — ai tham gia vào từng bước, sau đó đào sâu vào điểm nghẽn (Pain Point) đang gây khó khăn, tiếp tục tìm hiểu về dữ liệu (Data) liên quan đến quy trình đó, và cuối cùng là các chỉ số KPI mà doanh nghiệp đang muốn cải thiện. Kết thúc chuỗi câu hỏi này, Consultant nên có đủ thông tin để đề xuất hướng cải tiến (Improvement) phù hợp.
4. Quy trình thực hiện phỏng vấn theo sáu bước
Bước 1: Hiểu vai trò của người được phỏng vấn
Trước khi đặt câu hỏi, Consultant cần xác định rõ người mình đang phỏng vấn thuộc nhóm nào: giám đốc điều hành (CEO), quản lý cấp trung (Manager), giám sát trực tiếp (Supervisor), hay người dùng cuối (End User) — bởi mỗi nhóm đối tượng này có góc nhìn hoàn toàn khác nhau về cùng một quy trình.
Bước 2: Hỏi về quy trình hiện tại
Câu hỏi trọng tâm ở bước này là: hiện tại công việc đang được thực hiện như thế nào, theo trình tự ra sao, và ai là người chịu trách nhiệm ở từng bước.
Bước 3: Hỏi sâu về điểm nghẽn (Pain Point)
Ba câu hỏi then chốt cần khai thác là: điều gì đang gây mất nhiều thời gian nhất trong công việc hàng ngày, điều gì dễ xảy ra sai sót nhất, và điều gì khó kiểm soát nhất đối với người đang thực hiện công việc đó.
Bước 4: Hỏi về dữ liệu liên quan
Consultant cần làm rõ dữ liệu được lấy từ đâu, ai là người nhập dữ liệu vào hệ thống, và ai chịu trách nhiệm kiểm tra tính chính xác của dữ liệu đó trước khi được sử dụng cho các bước tiếp theo.
Bước 5: Hỏi về các chỉ số KPI
Câu hỏi quan trọng ở bước này là doanh nghiệp đang thực sự muốn cải thiện điều gì — đây chính là kim chỉ nam giúp Consultant hiểu được mục tiêu cuối cùng đằng sau mọi yêu cầu đã thu thập được.
Bước 6: Xác nhận lại thông tin
Bước cuối cùng và không thể bỏ qua là tóm tắt lại toàn bộ thông tin đã thu thập và xác nhận lại với khách hàng, đảm bảo cả hai bên có cùng cách hiểu trước khi chuyển sang giai đoạn thiết kế giải pháp.
5. Các chỉ số đánh giá chất lượng phỏng vấn
Để đo lường khách quan hiệu quả của quá trình phỏng vấn thu thập yêu cầu, cần theo dõi một số chỉ số cụ thể: độ chính xác của yêu cầu đã ghi nhận (Requirement Accuracy), hiệu quả của từng buổi workshop (Workshop Effectiveness), mức độ bao phủ đầy đủ các yêu cầu cần thiết (Requirement Coverage), tỷ lệ phát sinh yêu cầu thay đổi sau khi đã chốt phạm vi (Change Request Rate), và mức độ hài lòng chung của khách hàng (Customer Satisfaction).
6. Vai trò của ERP trong việc hiện thực hóa yêu cầu
ERP chỉ thực sự phát huy hiệu quả khi được xây dựng dựa trên những yêu cầu đã được thu thập chính xác. Một hệ thống ERP được cấu hình hoàn hảo về mặt kỹ thuật nhưng dựa trên yêu cầu sai lệch vẫn sẽ thất bại trong việc giải quyết đúng vấn đề của doanh nghiệp, cho dù bản thân phần mềm không hề có lỗi kỹ thuật nào.
7. Vai trò của AI trong quá trình phỏng vấn
AI có thể hỗ trợ đáng kể quá trình phỏng vấn khách hàng: sinh sẵn bộ câu hỏi khảo sát phù hợp với từng loại đối tượng và ngành nghề, tóm tắt nhanh nội dung sau mỗi buổi họp dài, phân loại các yêu cầu đã thu thập theo mức độ ưu tiên và loại nghiệp vụ, và hỗ trợ chuyển hóa thông tin thu thập được thành các User Story có cấu trúc rõ ràng, sẵn sàng để đội triển khai sử dụng.
8. Case Study: khi vấn đề không nằm ở phần mềm
Một ví dụ thực tế minh họa giá trị của việc phỏng vấn đúng cách là trường hợp một doanh nghiệp trong ngành nội thất, ban đầu yêu cầu bổ sung rất nhiều tính năng tùy chỉnh cho hệ thống ERP đang triển khai.
Sau khi đội tư vấn tiến hành khảo sát sâu theo đúng khung năm lớp đã trình bày, họ phát hiện ra rằng vấn đề thực sự không nằm ở việc thiếu tính năng, mà nằm ở quy trình vận hành nội bộ chưa được chuẩn hóa. Nhờ phát hiện này, doanh nghiệp không cần phải đầu tư phát triển thêm module tùy chỉnh phức tạp, mà chỉ cần điều chỉnh lại quy trình làm việc để phù hợp với cấu hình tiêu chuẩn sẵn có. Kết quả là chi phí triển khai giảm đáng kể, đồng thời tốc độ đưa hệ thống vào vận hành chính thức (Go-live) cũng được rút ngắn hơn nhiều so với kế hoạch ban đầu.
9. Lộ trình phát triển kỹ năng phỏng vấn
Con đường phát triển tự nhiên của kỹ năng này thường bắt đầu từ việc rèn luyện kỹ năng phỏng vấn cơ bản (Interview Skill), tiến đến thành thạo kỹ thuật thu thập yêu cầu (Requirement Gathering), phát triển thành năng lực phân tích nghiệp vụ toàn diện (Business Analysis), tiếp tục nâng cao thành khả năng thiết kế giải pháp (Solution Design), và cuối cùng đạt đến trình độ tư vấn chiến lược (Strategic Consulting) — nơi Consultant không chỉ thu thập yêu cầu mà còn có thể chủ động đề xuất định hướng chuyển đổi cho toàn bộ doanh nghiệp.
10. Những lỗi kỹ thuật cần tránh khi đặt câu hỏi
Ngoài cấu trúc tổng thể, cách diễn đạt từng câu hỏi cũng ảnh hưởng lớn đến chất lượng thông tin thu thập được. Nên tránh câu hỏi dẫn dắt (leading question) khiến người trả lời chỉ đồng ý theo ý Consultant thay vì chia sẻ thực tế, ví dụ hỏi "Anh/chị có muốn hệ thống tự động hơn không?" gần như chắc chắn sẽ nhận được câu trả lời đồng ý mà không phản ánh nhu cầu thực sự.
Thay vào đó, nên ưu tiên câu hỏi mở, khuyến khích người được phỏng vấn kể lại câu chuyện cụ thể đã từng xảy ra, ví dụ "Anh/chị có thể kể lại lần gần nhất gặp khó khăn với quy trình này không?" Cách hỏi này thường thu được thông tin chi tiết và chân thực hơn nhiều so với câu hỏi đóng chỉ yêu cầu trả lời có hoặc không.
Kết luận
Kỹ năng phỏng vấn khách hàng để lấy đúng yêu cầu là nền tảng quyết định sự thành công của bất kỳ dự án ERP nào. Một Consultant hay Business Analyst thành thạo kỹ năng này sẽ luôn biết cách đào sâu tìm hiểu vấn đề thực sự đằng sau mỗi yêu cầu bề mặt, thay vì chỉ ghi nhận một cách thụ động những gì khách hàng nói ra ban đầu — và chính khả năng này tạo nên sự khác biệt giữa một dự án ERP thành công thực sự với một dự án chỉ đơn thuần hoàn thành đúng những gì đã được yêu cầu trên giấy.