Cách chứng minh luận án DBA có giá trị ứng dụng thực tế

Một luận án DBA không chỉ cần đạt yêu cầu học thuật, mà còn cần thể hiện giá trị ứng dụng thực tế. Đây là điểm khác biệt quan trọng giữa một nghiên cứu chỉ dừng ở phân tích lý thuyết và một công trình Tiến sĩ ứng dụng. Với lộ trình APEL.Q, yêu cầu này càng rõ hơn vì ứng viên thường xuất phát từ kinh nghiệm nghề nghiệp, dữ liệu doanh nghiệp, báo cáo tư vấn, dự án thực tế hoặc vấn đề quản trị đã từng triển khai.

Tuy nhiên, nhiều ứng viên hiểu “giá trị ứng dụng” khá chung. Họ thường viết rằng nghiên cứu “có ý nghĩa cho doanh nghiệp”, “giúp nâng cao hiệu quả quản trị”, “hỗ trợ nhà quản lý ra quyết định” hoặc “đóng góp cho thực tiễn”. Những cách viết này có thể đúng, nhưng chưa đủ mạnh để chứng minh giá trị ứng dụng của luận án DBA.

Theo Van de Ven (2007), nghiên cứu quản trị có giá trị khi tạo ra tri thức hữu ích cho cả học thuật và thực tiễn, đồng thời giúp người hành nghề hiểu và xử lý vấn đề tốt hơn. Vì vậy, trong DBA, ứng viên cần chứng minh rõ: luận án có thể giúp ai, giải quyết vấn đề gì, sử dụng bằng cách nào, trong điều kiện nào và giới hạn ở đâu.

Giá trị ứng dụng thực tế là gì?

Giá trị ứng dụng thực tế là khả năng nghiên cứu tạo ra hiểu biết, công cụ, mô hình, quy trình hoặc khung hành động có thể hỗ trợ việc ra quyết định và cải thiện thực hành quản trị. Giá trị này không nhất thiết có nghĩa là luận án phải tạo ra một sản phẩm thương mại ngay lập tức. Nó cũng không có nghĩa là mô hình phải được áp dụng thành công ở mọi tổ chức.

Giá trị ứng dụng có thể nằm ở việc giúp nhà quản lý nhận diện vấn đề sớm hơn, phân tích dữ liệu tốt hơn, thiết kế quy trình rõ hơn, giảm rủi ro trong triển khai, cải thiện trải nghiệm khách hàng, nâng cao khả năng hỗ trợ học viên, hoặc tạo khung đánh giá cho một quyết định quản trị phức tạp.

Ví dụ, luận án về học viên trực tuyến có thể có giá trị ứng dụng nếu phát triển được mô hình nhận diện và can thiệp sớm đối với học viên có nguy cơ giảm tương tác. Luận án về CRM có thể có giá trị nếu xây dựng được khung quản trị thay đổi giúp đội ngũ bán hàng sử dụng hệ thống hiệu quả hơn. Luận án về APEL.Q có thể có giá trị nếu tạo được bảng tiêu chí giúp ứng viên tự đánh giá hồ sơ nghiên cứu trước khi nộp.

Giá trị ứng dụng không phải là khuyến nghị chung

Một lỗi phổ biến là ứng viên viết phần ứng dụng như danh sách khuyến nghị chung. Ví dụ: “doanh nghiệp nên đào tạo nhân viên tốt hơn”, “nhà trường cần hỗ trợ học viên nhiều hơn”, “tổ chức cần cải thiện quy trình”, hoặc “cần nâng cao chất lượng dịch vụ”. Những câu này quá rộng và khó chứng minh là đóng góp DBA.

Giá trị ứng dụng cần cụ thể hơn. Thay vì viết “cần hỗ trợ học viên nhiều hơn”, ứng viên có thể đề xuất “quy trình can thiệp sớm gồm bốn bước: theo dõi dữ liệu tương tác, phân loại mức độ rủi ro, kích hoạt hỗ trợ học thuật cá nhân hoá và đánh giá mức phục hồi sau can thiệp”. Thay vì viết “cần đào tạo nhân viên dùng CRM”, ứng viên có thể đề xuất “khung đào tạo theo tình huống bán hàng, kết hợp quản lý tuyến đầu và dữ liệu sử dụng hệ thống”.

Khuyến nghị chung nói “nên làm gì”. Giá trị ứng dụng DBA cần nói “làm như thế nào, dựa trên dữ liệu nào, cho ai, trong điều kiện nào”.

Bước 1: Xác định người sử dụng kết quả nghiên cứu

Để chứng minh giá trị ứng dụng, ứng viên cần xác định ai sẽ sử dụng kết quả nghiên cứu. Một luận án thực tiễn nhưng không có người sử dụng rõ sẽ rất khó chứng minh giá trị.

Người sử dụng có thể là ban lãnh đạo, nhà quản lý chương trình, đội ngũ học vụ, phòng nhân sự, giám đốc kinh doanh, trưởng bộ phận chăm sóc khách hàng, nhóm triển khai công nghệ, chuyên gia tư vấn, giảng viên hướng dẫn hoặc ứng viên DBA tương lai.

Ví dụ, nếu luận án phát triển mô hình hỗ trợ học viên trực tuyến, người sử dụng có thể là quản lý chương trình, cố vấn học tập và đội ngũ học vụ. Nếu luận án phát triển khung quản trị thay đổi trong triển khai CRM, người sử dụng có thể là giám đốc kinh doanh, quản lý tuyến đầu và nhóm chuyển đổi số.

Khi người sử dụng rõ, phần ứng dụng sẽ cụ thể hơn. Ứng viên có thể mô tả người đó dùng kết quả nghiên cứu để ra quyết định gì, vào thời điểm nào và với dữ liệu nào.

Bước 2: Xác định vấn đề thực tiễn mà nghiên cứu giải quyết

Giá trị ứng dụng phải gắn với một vấn đề thực tiễn cụ thể. Nếu vấn đề quá rộng, ứng dụng sẽ chung chung. Nếu vấn đề đủ rõ, ứng dụng có thể được thiết kế thành công cụ hoặc quy trình cụ thể.

Ví dụ, vấn đề không nên chỉ là “chất lượng học trực tuyến chưa tốt”. Vấn đề cụ thể hơn là “hệ thống hỗ trợ chưa nhận diện được học viên có nguy cơ giảm tương tác trước khi họ ngừng học”. Vấn đề không nên chỉ là “CRM triển khai chưa hiệu quả”. Vấn đề cụ thể hơn là “đội ngũ bán hàng không tích hợp CRM vào quy trình làm việc hằng ngày, khiến dữ liệu hệ thống không phản ánh thực tế quản trị”.

Khi vấn đề được định nghĩa rõ, ứng viên có thể chứng minh nghiên cứu giúp giải quyết vấn đề đó bằng cách nào. Đây là nền tảng của giá trị ứng dụng.

Bước 3: Chỉ ra dữ liệu nào tạo ra giá trị ứng dụng

Một đóng góp ứng dụng cần dựa trên dữ liệu, không chỉ dựa trên kinh nghiệm hoặc trực giác quản lý. Ứng viên cần chỉ ra dữ liệu nào đã dẫn đến mô hình, khung hoặc quy trình ứng dụng.

Ví dụ, mô hình can thiệp học viên có thể dựa trên dữ liệu LMS, phỏng vấn học viên, phản hồi đội ngũ hỗ trợ và báo cáo tỷ lệ duy trì. Khung quản trị CRM có thể dựa trên dữ liệu sử dụng hệ thống, phỏng vấn nhân viên bán hàng, phỏng vấn quản lý tuyến đầu và tài liệu quy trình. Bộ tiêu chí APEL.Q có thể dựa trên phân tích hồ sơ, phản hồi đánh giá, tiêu chí học thuật và kinh nghiệm triển khai.

Nếu phần ứng dụng không liên kết với dữ liệu, nó dễ bị xem là lời khuyên. Nếu mỗi thành phần của phần ứng dụng đều có dữ liệu hỗ trợ, giá trị thực tiễn sẽ thuyết phục hơn nhiều.

Bước 4: Trình bày sản phẩm ứng dụng dưới dạng mô hình, khung hoặc quy trình

Một cách mạnh để chứng minh giá trị ứng dụng là trình bày kết quả nghiên cứu thành một sản phẩm ứng dụng rõ ràng. Sản phẩm này có thể là mô hình, khung, quy trình, bộ tiêu chí, checklist, scorecard, dashboard logic hoặc ma trận quyết định.

Ví dụ:

Mô hình hỗ trợ học viên theo giai đoạn rủi ro.
Khung quản trị thay đổi trong triển khai CRM.
Quy trình chuyển dữ liệu LMS thành hành động can thiệp học tập.
Bộ tiêu chí tự đánh giá hồ sơ APEL.Q.
Ma trận phân loại minh chứng mạnh, trung bình và yếu.
Dashboard theo dõi rủi ro học viên dựa trên dữ liệu tương tác.

Sản phẩm ứng dụng giúp luận án trở nên cụ thể. Hội đồng có thể nhìn thấy giá trị thực tế thay vì chỉ đọc các tuyên bố chung.

Bước 5: Giải thích cách sử dụng trong thực tế

Sau khi trình bày mô hình hoặc khung, ứng viên cần giải thích cách sử dụng. Không nên chỉ đưa sơ đồ.

Ví dụ, nếu mô hình hỗ trợ học viên có bốn bước, cần giải thích ai thực hiện từng bước, dữ liệu đầu vào là gì, hành động nào được kích hoạt, thời điểm nào cần can thiệp và kết quả nào cần theo dõi. Nếu khung quản trị CRM có bốn trụ cột, cần giải thích nhà quản lý dùng khung đó để đánh giá hiện trạng, thiết kế đào tạo, điều chỉnh quy trình và theo dõi hành vi sử dụng ra sao.

Cách viết nên thực tế:

“Ở bước nhận diện rủi ro, đội ngũ học vụ theo dõi các chỉ số như tần suất đăng nhập, tỷ lệ hoàn thành nhiệm vụ và thời gian phản hồi. Khi học viên rơi vào nhóm rủi ro trung bình hoặc cao, hệ thống kích hoạt can thiệp học thuật phù hợp, chẳng hạn nhắc lịch cá nhân hoá, hẹn trao đổi với cố vấn hoặc hỗ trợ làm rõ yêu cầu bài tập.”

Đoạn này chứng minh mô hình có thể dùng được, không chỉ tồn tại trên giấy.

Bước 6: Nêu kết quả kỳ vọng, không cam kết tuyệt đối

Giá trị ứng dụng nên đi kèm kết quả kỳ vọng. Tuy nhiên, ứng viên cần tránh cam kết tuyệt đối. Luận án có thể đề xuất mô hình có khả năng hỗ trợ cải thiện thực hành, nhưng không nên viết như thể mô hình chắc chắn tạo ra kết quả trong mọi bối cảnh.

Ví dụ, cách viết quá mạnh là: “Mô hình này sẽ giúp giảm tỷ lệ bỏ học.” Cách viết cẩn trọng hơn là: “Mô hình này có thể hỗ trợ tổ chức nhận diện sớm học viên có nguy cơ giảm tương tác và thiết kế can thiệp phù hợp hơn, từ đó tạo điều kiện để cải thiện khả năng duy trì học tập trong các bối cảnh tương đồng.”

Cách viết thứ hai học thuật hơn, an toàn hơn và dễ bảo vệ hơn. Nó nêu giá trị ứng dụng, đồng thời không hứa hẹn vượt quá dữ liệu.

Bước 7: Chỉ ra điều kiện áp dụng

Một mô hình hoặc khung ứng dụng không thể áp dụng giống nhau cho mọi tổ chức. Ứng viên cần nói rõ điều kiện áp dụng.

Ví dụ, mô hình hỗ trợ học viên trực tuyến có thể cần hệ thống LMS có dữ liệu tương tác, đội ngũ học vụ có khả năng theo dõi học viên, quy trình hỗ trợ rõ và cơ chế phản hồi học thuật. Nếu một tổ chức không có dữ liệu LMS hoặc không có đội ngũ hỗ trợ, mô hình cần được điều chỉnh.

Khung quản trị CRM có thể cần doanh nghiệp có hệ thống CRM đang hoạt động, đội ngũ bán hàng đủ quy mô, dữ liệu sử dụng hệ thống và sự tham gia của quản lý tuyến đầu. Nếu doanh nghiệp mới triển khai ở giai đoạn thử nghiệm nhỏ, khung có thể cần áp dụng ở mức đơn giản hơn.

Nêu điều kiện áp dụng giúp đóng góp thực tế đáng tin hơn. Nó cho thấy ứng viên hiểu rằng ứng dụng quản trị luôn phụ thuộc vào bối cảnh.

Bước 8: Nêu giới hạn ứng dụng

Bên cạnh điều kiện áp dụng, ứng viên cần nêu giới hạn. Giới hạn có thể liên quan đến phạm vi dữ liệu, bối cảnh nghiên cứu, quy mô tổ chức, loại người học, loại ngành, thời gian nghiên cứu hoặc việc mô hình chưa được kiểm định rộng.

Ví dụ:

“Mô hình được phát triển từ dữ liệu của một tổ chức giáo dục trực tuyến cụ thể, vì vậy cần thận trọng khi áp dụng cho các chương trình học trực tiếp hoặc các nhóm học viên có đặc điểm khác biệt.”

Hoặc:

“Khung quản trị CRM được xây dựng từ bối cảnh doanh nghiệp dịch vụ có đội ngũ bán hàng B2B. Việc áp dụng cho doanh nghiệp bán lẻ hoặc doanh nghiệp siêu nhỏ cần được điều chỉnh.”

Giới hạn không làm giảm giá trị ứng dụng. Nó giúp giá trị ứng dụng được trình bày đúng phạm vi.

Bước 9: Chứng minh giá trị qua kịch bản sử dụng

Một cách rất hay để chứng minh giá trị ứng dụng là đưa ra kịch bản sử dụng. Kịch bản không phải là hư cấu tuỳ tiện, mà là mô tả cách một nhà quản lý có thể dùng mô hình trong thực tế.

Ví dụ:

“Trong tuần thứ tư của chương trình, hệ thống LMS cho thấy một nhóm học viên giảm tần suất đăng nhập và chưa hoàn thành nhiệm vụ học tập. Theo mô hình đề xuất, đội ngũ học vụ phân loại nhóm này vào mức rủi ro trung bình, gửi thông báo cá nhân hoá, mời học viên tham gia buổi hỗ trợ học thuật ngắn và theo dõi sự phục hồi tương tác trong hai tuần tiếp theo.”

Kịch bản này giúp hội đồng thấy mô hình không chỉ là khái niệm, mà có thể chuyển thành hành động quản trị.

Bước 10: Kết nối giá trị ứng dụng với đóng góp học thuật

Giá trị ứng dụng không nên tách rời hoàn toàn khỏi học thuật. Một luận án DBA tốt cần cho thấy mô hình ứng dụng được xây dựng từ lý thuyết và dữ liệu, đồng thời có thể đóng góp ngược lại cho cách hiểu học thuật về vấn đề.

Ví dụ, mô hình hỗ trợ học viên không chỉ có giá trị cho đội ngũ học vụ, mà còn có thể đóng góp vào cách hiểu learner engagement như một quá trình biến động theo giai đoạn rủi ro. Khung quản trị CRM không chỉ giúp doanh nghiệp triển khai hệ thống, mà còn bổ sung góc nhìn rằng chấp nhận công nghệ phụ thuộc vào sự phù hợp giữa công nghệ, quy trình và vai trò quản lý tuyến đầu.

Cách kết nối này giúp luận án không bị xem như báo cáo tư vấn thuần tuý. Nó thể hiện đúng tinh thần DBA: ứng dụng thực tiễn được nâng lên thành tri thức có thể thảo luận, kiểm tra và phát triển.

Cách viết phần giá trị ứng dụng trong luận án

Ứng viên có thể viết phần giá trị ứng dụng theo cấu trúc sau:

Thứ nhất, nêu vấn đề thực tiễn mà nghiên cứu giải quyết.
Thứ hai, xác định người sử dụng kết quả nghiên cứu.
Thứ ba, trình bày mô hình, khung hoặc quy trình ứng dụng.
Thứ tư, giải thích từng thành phần và dữ liệu hỗ trợ.
Thứ năm, trình bày cách sử dụng trong thực tế.
Thứ sáu, nêu kết quả kỳ vọng.
Thứ bảy, nêu điều kiện áp dụng và giới hạn.
Thứ tám, kết nối lại với đóng góp học thuật và hướng nghiên cứu tiếp theo.

Cấu trúc này giúp phần ứng dụng không bị rời rạc và không biến thành danh sách khuyến nghị chung.

Những lỗi thường gặp khi chứng minh giá trị ứng dụng

Lỗi thứ nhất là viết giá trị ứng dụng quá chung, không có người sử dụng cụ thể.

Lỗi thứ hai là đưa khuyến nghị nhưng không liên kết với dữ liệu.

Lỗi thứ ba là trình bày mô hình nhưng không giải thích cách dùng.

Lỗi thứ tư là không nêu điều kiện áp dụng.

Lỗi thứ năm là cam kết quá mức về hiệu quả thực tế.

Lỗi thứ sáu là tách đóng góp thực tiễn khỏi lý thuyết, khiến luận án giống báo cáo tư vấn.

Lỗi thứ bảy là không chỉ ra dữ liệu đầu vào và kết quả đầu ra của mô hình.

Lỗi thứ tám là không nêu giới hạn ứng dụng.

Kết luận

Chứng minh giá trị ứng dụng thực tế là nhiệm vụ trung tâm của luận án DBA theo lộ trình APEL.Q. Giá trị ứng dụng không nằm ở việc viết vài câu rằng nghiên cứu “có ý nghĩa cho doanh nghiệp”, mà nằm ở khả năng chuyển phát hiện nghiên cứu thành mô hình, khung, quy trình hoặc công cụ có thể hỗ trợ hành động quản trị.

Ứng viên cần xác định người sử dụng, vấn đề thực tiễn, dữ liệu hỗ trợ, sản phẩm ứng dụng, cách sử dụng, kết quả kỳ vọng, điều kiện áp dụng và giới hạn. Giá trị ứng dụng càng cụ thể, luận án càng thể hiện rõ tinh thần Tiến sĩ ứng dụng.

Trong APEL.Q, ứng viên thường có lợi thế lớn vì đã có kinh nghiệm thực tiễn và dữ liệu thật. Tuy nhiên, giá trị thực tiễn chỉ trở thành giá trị DBA khi được phân tích, cấu trúc hoá và chứng minh bằng phương pháp nghiên cứu. Đó là điểm khác biệt giữa kinh nghiệm quản lý và đóng góp Tiến sĩ ứng dụng.

Tài liệu tham khảo

Anderson, L., & Gold, J. (2019). The value of the professional doctorate: A critical review. International Journal of Management Education, 17(3), 100293.

Coghlan, D. (2019). Doing action research in your own organization (5th ed.). SAGE Publications.

Gill, T. G., & Bhattacherjee, A. (2009). Whom are we informing? Issues and recommendations for MIS research from an informing sciences perspective. MIS Quarterly, 33(2), 217–235.

Van de Ven, A. H. (2007). Engaged scholarship: A guide for organizational and social research. Oxford University Press.

Wasserman, I. C., & Kram, K. E. (2009). Enacting the scholar-practitioner role: An exploration of narratives. Journal of Applied Behavioral Science, 45(1), 12–38.