Phụ lục B. Ma trận stakeholder

Phụ lục này dùng để trả lời một câu hỏi xuyên suốt quyển sách: EdTech đang vận hành trên điều kiện của ai? Một sản phẩm giáo dục số hiếm khi chỉ có một người dùng. Nó có người học, giáo viên, phụ huynh, nhà trường, đội vận hành, vendor, nhà đầu tư, nhà nước và xã hội ở phía sau. Mỗi bên muốn một thứ khác nhau, sợ một thứ khác nhau, có quyền quyết định khác nhau, tạo ra dữ liệu khác nhau, và chỉ thật sự hưởng lợi trong những điều kiện khác nhau. Nếu không lập bản đồ các bên này, ta rất dễ nhầm lợi ích của một nhóm thành lợi ích của giáo dục.

Ma trận stakeholder không phải bài tập quản trị hình thức. Nó là cách phát hiện lệch quyền. Một dashboard có thể làm nhà trường thấy rõ hơn nhưng làm giáo viên bị giám sát hơn. Một AI tutor có thể làm người học được hỗ trợ nhanh hơn nhưng làm phụ huynh yên tâm giả. Một app phụ huynh có thể giúp giao tiếp tốt hơn nhưng làm giáo viên bị kéo vào công việc ngoài giờ. Một hạ tầng dữ liệu có thể giúp nhà nước phân bổ nguồn lực tốt hơn nhưng làm học sinh bị hồ sơ hóa lâu dài. Một sản phẩm có thể tạo doanh thu tốt cho startup nhưng chỉ vì nó tối ưu nỗi sợ của phụ huynh, không tối ưu học tập.

Khi dùng phụ lục này, đừng chỉ hỏi “ai là stakeholder?”. Hãy hỏi năm điều cho từng bên: họ muốn lợi ích gì, họ chịu rủi ro gì, họ có quyền quyết định tới đâu, họ tạo ra dữ liệu gì, và điều kiện nào khiến công nghệ thật sự có ích với họ. Một hệ thống EdTech trưởng thành không cần làm mọi bên hài lòng như nhau, nhưng phải biết trade-off mình đang tạo ra. Nếu một bên được lợi nhiều còn bên khác chịu chi phí ẩn, hệ thống phải nói rõ, bù đắp, giới hạn rủi ro hoặc thiết kế lại.

1. Cách đọc ma trận

Đọc theo hàng để hiểu từng stakeholder. Ví dụ, khi đọc hàng “giáo viên”, đừng chỉ hỏi giáo viên có thích sản phẩm không. Hãy hỏi họ được thêm năng lực gì, phải chịu rủi ro gì, có quyền sửa hay phủ quyết không, dữ liệu nghề nghiệp nào bị tạo ra, và điều kiện nào khiến công cụ giảm tải thật. Một sản phẩm có thể được giáo viên thích trong tuần đầu vì mới lạ nhưng làm tăng việc về lâu dài. Ngược lại, một công cụ có thể khó chịu lúc đầu nhưng đáng dùng nếu nó giảm việc hành chính thật và tăng phán đoán nghề nghiệp.

Đọc theo cột để phát hiện bất công hệ thống. Cột “lợi ích mong muốn” cho biết các lời hứa đang cạnh tranh. Cột “rủi ro phải chịu” cho biết ai trả giá nếu sản phẩm sai. Cột “quyền quyết định” cho biết ai được chọn, ai chỉ bị triển khai lên người. Cột “dữ liệu bị tạo ra” cho biết ai bị nhìn thấy. Cột “điều kiện để công nghệ có ích” cho biết những thứ phải tồn tại ngoài phần mềm: thời gian, training, hạ tầng, quy trình, quyền khiếu nại, quyền rời đi, hỗ trợ con người.

Đọc theo xung đột để tránh ngây thơ. Nếu phụ huynh muốn nhiều thông tin hơn nhưng học sinh cần không gian riêng, thiết kế phải cân bằng. Nếu nhà trường muốn dashboard thống nhất nhưng giáo viên cần quyền diễn giải, dashboard phải có ngữ cảnh và quyền phản biện. Nếu startup cần retention nhưng giáo dục cần người học tự chủ, sản phẩm phải từ chối một số cơ chế giữ chân. Nếu nhà nước cần dữ liệu hệ thống nhưng xã hội cần quyền riêng tư, dữ liệu phải tổng hợp, tối thiểu và có governance.

2. Ma trận tổng hợp nhanh

| Stakeholder | Lợi ích mong muốn | Rủi ro phải chịu | Quyền quyết định | Dữ liệu bị tạo ra | Điều kiện để công nghệ có ích | |---|---|---|---|---|---| | Người học | Hỗ trợ, linh hoạt, feedback, accessibility, cơ hội học tiếp | Bị giám sát, phụ thuộc, nhãn hóa, mất riêng tư, học nông | Thường thấp, nhất là trẻ em; đôi khi chỉ có quyền dùng hoặc không hoàn thành | Bài làm, điểm, tiến độ, click, hội thoại AI, credential, hành vi | Có cấu trúc học, quyền hiểu dữ liệu, quyền khiếu nại, hỗ trợ con người, thiết kế theo tuổi và năng lực | | Giáo viên | Giảm việc, tài nguyên tốt, thấy lỗi sớm, hỗ trợ phân hóa, giữ phẩm giá nghề | Tăng nhập liệu, bị dashboard hóa, mất quyền phán đoán, chịu lỗi hệ thống | Trung bình; thường bị triển khai từ trên xuống, nhưng là người quyết định tác dụng thật | Feedback, điểm, nhận xét, usage, tốc độ phản hồi, dữ liệu lớp | Có thời gian, training, quyền chỉnh/bỏ qua, giảm việc thật, dữ liệu hành động được, không dùng dashboard để phạt nghèo nàn | | Phụ huynh | An tâm, hiểu con, phối hợp với trường, thấy tiến bộ | Bị marketing nỗi sợ, quá tải thông báo, giám sát con quá mức, hiểu sai dữ liệu | Thấp đến trung bình; có quyền mua ở thị trường gia đình, ít quyền với công cụ nhà trường | Tin nhắn, phản hồi, lịch sử xem, thanh toán, dữ liệu gia đình, consent | Minh bạch dễ hiểu, ít thông báo nhưng đúng lúc, không đẩy trách nhiệm chuyên môn về nhà | | Nhà trường/trung tâm | Vận hành ổn, dữ liệu quản trị, compliance, thương hiệu, giảm hỗn loạn | Lock-in, chi phí ẩn, dữ liệu bẩn, giáo viên kháng cự, sự cố privacy/security | Cao trong mua sắm, nhưng phụ thuộc vendor và chính sách | Enrollment, attendance, điểm, báo cáo, logs, hồ sơ support, dữ liệu tài chính | Có owner, procurement tốt, integration, support, data governance, exit plan, đo workload và equity | | Startup EdTech | Product-market fit, retention, doanh thu, impact, scale, dữ liệu cải tiến | Bị kéo bởi growth, thổi phồng bằng chứng, tối ưu engagement sai, mất niềm tin | Cao trong thiết kế sản phẩm, thấp khi phụ thuộc procurement/trường | Usage, cohort, funnel, learning events, support tickets, AI logs | Mô hình kinh doanh không xung đột học tập, bằng chứng thật, dữ liệu tối thiểu, interoperability, triển khai có trách nhiệm | | Nhà đầu tư | Tăng trưởng, thị trường lớn, defensibility, exit, lợi nhuận | Ép scale trước khi có bằng chứng, khuyến khích lock-in, làm méo sư phạm | Gián tiếp nhưng mạnh qua vốn, chỉ tiêu và kỳ vọng | Metrics tăng trưởng, CAC, LTV, retention, revenue, market signals | Kiên nhẫn với chu kỳ giáo dục, chấp nhận impact chậm, không ép tối ưu hóa gây hại | | Nhà nước | Công bằng, quy mô, dữ liệu hệ thống, trách nhiệm giải trình, an toàn trẻ em | Quan liêu, giám sát tập trung, mua nhầm vendor, chính sách một cỡ cho tất cả | Rất cao qua luật, ngân sách, chuẩn, procurement | Dữ liệu hệ thống, chỉ số công bằng, credential, báo cáo trường | Chuẩn mở, hạ tầng công, privacy, audit, hỗ trợ trường yếu, không tập trung dữ liệu quá mức | | Vendor hạ tầng | Ổn định hệ thống, hợp đồng dài hạn, tích hợp sâu, tiêu chuẩn hóa | Trở thành điểm khóa, bị lệ thuộc, bị trách khi sự cố, tạo độc quyền | Cao ở tầng kỹ thuật nếu giữ identity/data/API | Logs, identity, roster, tích hợp, metadata, audit trail | Tuân thủ chuẩn mở, export thật, bảo mật, SLA, quyền rời đi, minh bạch thay đổi | | Xã hội | Công bằng cơ hội, năng lực số, niềm tin công, nhân lực tốt hơn | Thương mại hóa giáo dục, phân tầng dữ liệu, mất quyền riêng tư thế hệ trẻ | Phân tán; ảnh hưởng qua chính sách, truyền thông, chuẩn xã hội | Dữ liệu tổng hợp, xu hướng thị trường, kết quả giáo dục, credential | Debate công khai, accountability, nghiên cứu độc lập, bảo vệ quyền và lợi ích công |

Ma trận nhanh này không thay thế phân tích chi tiết. Nó chỉ giúp thấy nơi cần hỏi tiếp. Nếu một dự án EdTech có nhiều ô “rủi ro” rơi vào người học và giáo viên, trong khi nhiều ô “lợi ích” rơi vào nhà trường, vendor hoặc nhà đầu tư, dự án đó cần được thiết kế lại trước khi triển khai.

3. Người học

Người học là stakeholder trung tâm nhưng thường không phải người quyết định. Đây là nghịch lý đạo đức của EdTech. Người học tạo ra phần lớn dữ liệu, chịu tác động trực tiếp của feedback, dashboard, AI tutor, assessment, credential và learning path, nhưng thường không chọn công cụ, không đọc điều khoản, không đàm phán hợp đồng và không biết dữ liệu đi đâu. Với trẻ em, sự bất cân xứng này còn lớn hơn vì “đồng ý” thường chỉ là trường hoặc phụ huynh đồng ý thay.

Lợi ích người học mong muốn không phức tạp như marketing thường nói. Họ cần hiểu bài hơn, được phản hồi kịp thời, có cơ hội luyện tập an toàn, học lại khi cần, dùng được tài nguyên phù hợp ngôn ngữ và năng lực, được hỗ trợ khi khuyết tật, không bị bỏ lại khi vắng hoặc gặp khó khăn, và có bằng chứng học tập mang theo được. Công nghệ có thể giúp thật ở những điểm này, nhất là khi giáo viên quá tải hoặc điều kiện địa lý/xã hội hạn chế.

Nhưng rủi ro của người học cũng sâu nhất. Họ có thể bị nhãn hóa là yếu, rủi ro, thiếu động lực, gian lận, chậm tiến bộ. Họ có thể bị tracking quá mức. Họ có thể học theo cách làm hài lòng hệ thống chấm tự động thay vì hiểu sâu. Họ có thể phụ thuộc vào AI. Họ có thể mất không gian riêng để thử sai. Họ có thể bị phụ huynh và giáo viên nhìn qua dashboard nghèo nghĩa. Những rủi ro này không luôn xuất hiện như sự cố lớn; nhiều khi chúng tích tụ như một cách người học tự nhìn mình.

Dữ liệu người học rất rộng: danh tính, lớp, attendance, điểm, bài nộp, câu trả lời, lỗi, revision, hành vi click, thời lượng, hội thoại AI, âm thanh, hình ảnh, credential, feedback, hồ sơ hỗ trợ, đôi khi cả dữ liệu wellbeing. Không phải dữ liệu nào cũng xấu, nhưng dữ liệu học tập là dữ liệu nhạy cảm vì nó mô tả năng lực đang phát triển. Một lỗi trong dữ liệu này có thể đi theo người học lâu hơn lỗi đáng lẽ được quên.

Điều kiện để công nghệ có ích với người học là: mục tiêu học rõ, feedback đúng và có cơ hội sửa, không gian riêng tư đủ để sai, accessibility, hỗ trợ con người, quyền hiểu dữ liệu, quyền khiếu nại, thiết kế theo tuổi, và không dùng engagement thay cho learning. Benchmark tốt nhất là hỏi: sau khi dùng công cụ, người học có tự chủ hơn không, hiểu mình hơn không, có thêm cơ hội thật không, hay chỉ bị quản lý kỹ hơn?

4. Giáo viên

Giáo viên là nơi EdTech trở thành thật hoặc chết âm thầm. Một công cụ có thể được nhà trường mua, vendor triển khai, phụ huynh thích, nhưng nếu nó không đi vào công việc giáo viên theo cách có ý nghĩa, giá trị học tập sẽ rất mỏng. Giáo viên không chỉ là user. Họ là người diễn giải dữ liệu, sửa output, đặt nhiệm vụ vào ngữ cảnh, thấy người học ngoài chỉ số, và phục hồi quan hệ khi công nghệ gây hiểu lầm.

Lợi ích giáo viên mong muốn thường rất thực tế: bớt việc hành chính, không nhập liệu trùng, có tài nguyên tốt hơn, thấy lỗi phổ biến sớm hơn, phản hồi nhanh hơn, phân hóa dễ hơn, liên lạc phụ huynh ít hỗn loạn hơn, và giữ được quyền nghề nghiệp. Một công cụ EdTech tốt không cần làm giáo viên “biến mất”. Nó làm giáo viên có thêm thời gian và thông tin để phán đoán tốt hơn.

Rủi ro giáo viên chịu là bị tăng việc dưới tên giảm tải. Họ phải học thêm hệ thống, sửa dữ liệu, duyệt output AI, trả lời phụ huynh qua kênh mới, đọc dashboard, xử lý lỗi đăng nhập, giải thích quyết định thuật toán, trong khi không được giảm việc cũ. Rủi ro thứ hai là bị dashboard hóa: công việc phức tạp bị dịch thành số liệu nghèo, rồi số liệu ấy quay lại đánh giá giáo viên. Rủi ro thứ ba là deskilling: nếu AI viết giáo án, feedback, rubric và can thiệp thay giáo viên mà giáo viên chỉ duyệt, nghề dạy học bị làm mỏng.

Dữ liệu giáo viên tạo ra cũng nhạy cảm: tốc độ phản hồi, tần suất đăng nhập, số bài giao, điểm lớp, feedback, tin nhắn phụ huynh, cách dùng AI, tỷ lệ học sinh hoàn thành, dashboard lớp. Dữ liệu này có thể giúp hỗ trợ giáo viên, nhưng cũng có thể thành công cụ quản lý hiệu suất nghèo nghĩa. Một trường phải nói rõ dữ liệu giáo viên dùng để hỗ trợ hay đánh giá, ai xem, và giáo viên có quyền giải thích bối cảnh không.

Điều kiện để công nghệ có ích với giáo viên là teacher agency. Giáo viên cần quyền chỉnh, bỏ qua, phản biện, báo lỗi, tham gia thiết kế, và có thời gian học công cụ. Dữ liệu phải hành động được, không chỉ hiển thị. AI phải là bản nháp hoặc gợi ý có giới hạn, không phải người quản lý ẩn. Nếu công nghệ không làm giáo viên có nghề hơn, nó đang lấy đi phần quan trọng nhất của giáo dục.

5. Phụ huynh

Phụ huynh bước vào EdTech qua hai cửa: hy vọng và lo lắng. Họ muốn con không tụt lại, được hỗ trợ, an toàn, có tương lai, học tốt hơn. Thị trường hiểu điều này rất rõ. Nhiều sản phẩm không bán học tập trước; chúng bán sự an tâm. Dashboard, thông báo, báo cáo tiến độ, AI tutor, lớp online, app luyện thi, tất cả đều có thể chạm vào nỗi sợ con mình bị bỏ lại.

Lợi ích thật của phụ huynh là được hiểu con hơn và phối hợp với trường tốt hơn. Một thông báo đúng lúc về vắng học, bài cần hỗ trợ, lịch kiểm tra, hoặc cách giúp con đọc ở nhà có thể có ích. Một báo cáo dễ hiểu, không phán xét, có hành động cụ thể có thể giảm khoảng cách giữa nhà và trường. Một công cụ dịch ngôn ngữ hoặc kênh giao tiếp đơn giản có thể giúp phụ huynh trước đây bị loại khỏi cuộc trò chuyện.

Rủi ro là phụ huynh bị quá tải hoặc bị kích hoạt nỗi sợ. Quá nhiều notification làm gia đình sống trong cảnh báo liên tục. Dashboard điểm từng ngày có thể làm cha mẹ kiểm soát con quá mức. App phụ huynh có thể biến mọi lỗi nhỏ thành chủ đề căng thẳng ở nhà. Marketing có thể làm phụ huynh mua công cụ không vì bằng chứng mà vì sợ. Một rủi ro khác là trách nhiệm chuyên môn bị đẩy về nhà: phụ huynh phải đọc dữ liệu, hiểu AI, can thiệp học tập, quản lý screen time, trong khi không có thời gian hoặc năng lực.

Dữ liệu phụ huynh tạo ra gồm thông tin liên hệ, tương tác, tin nhắn, phản hồi, lịch sử xem báo cáo, thanh toán, consent, đôi khi dữ liệu gia đình và hoàn cảnh sống. Đây là dữ liệu có thể ảnh hưởng cách nhà trường nhìn học sinh. Nếu phụ huynh ít phản hồi vì bận, nghèo, làm ca, không rành công nghệ, hệ thống không được diễn giải đó như thiếu quan tâm.

Điều kiện để công nghệ có ích với phụ huynh là minh bạch bình tĩnh. Ít thông báo nhưng đúng lúc. Ngôn ngữ thường, không thuật ngữ. Dữ liệu đi kèm diễn giải và hành động cụ thể. Không biến phụ huynh thành người giám sát phụ của trường. Không dùng nỗi sợ để bán. Và nhất là không để trách nhiệm bảo vệ dữ liệu trẻ em rơi vào một nút “đồng ý” mà phụ huynh không thể thật sự từ chối.

6. Nhà trường và trung tâm giáo dục

Nhà trường muốn vận hành ổn định. Điều này nghe ít lãng mạn nhưng rất quan trọng. Một trường có dữ liệu lớp sai, thông tin thất lạc, lịch rối, bài nộp phân tán, phụ huynh không được cập nhật, giáo viên nhập liệu trùng, báo cáo chậm, sẽ rất khó nói chuyện đổi mới sư phạm. Vì vậy, lợi ích nhà trường mong muốn từ EdTech thường là quản trị rõ hơn: enrollment, attendance, scheduling, submission, grading, communication, reporting, compliance, quality assurance và thương hiệu.

Nhưng nhà trường cũng là nơi dễ mua công nghệ để giải nỗi lo quản trị hơn là học tập. Dashboard đẹp có thể làm lãnh đạo thấy kiểm soát hơn, dù giáo viên và học sinh không học tốt hơn. Một nền tảng all-in-one có thể giảm số vendor nhưng tăng lock-in. Một hệ thống dữ liệu có thể giúp báo cáo nhưng tăng nhập liệu. Một app phụ huynh có thể làm trường trông hiện đại nhưng mở thêm kênh phàn nàn. Lợi ích vận hành là thật, nhưng nếu nó nuốt hết mục tiêu học tập, EdTech biến giáo dục thành quản lý hồ sơ.

Rủi ro của nhà trường gồm chi phí ẩn, phụ thuộc vendor, dữ liệu bẩn, bảo mật, phản ứng phụ huynh, giáo viên kháng cự, support burden, migration, downtime và exit cost. Một quyết định mua sai có thể khóa trường trong nhiều năm. Một hệ thống triển khai thiếu support có thể làm mất niềm tin vào mọi đổi mới sau đó. Một sự cố dữ liệu có thể phá quan hệ với phụ huynh lâu hơn giá trị công cụ tạo ra.

Dữ liệu nhà trường tạo ra là lớp dữ liệu tổng hợp và vận hành: enrollment, attendance, lớp, điểm, báo cáo, logs, support tickets, hành vi hệ thống, tài chính, credential, dữ liệu nhân sự, dữ liệu phụ huynh. Dữ liệu này cần để quản trị, nhưng cũng có thể trở thành hạ tầng giám sát nếu thiếu purpose limitation.

Điều kiện để EdTech có ích với nhà trường là năng lực tổ chức. Cần owner rõ, quy trình triển khai, training, support, data governance, security review, integration, procurement có exit, đo workload, đo equity và lịch review. Một trường trưởng thành không hỏi “nên mua công cụ nào?” trước. Nó hỏi “chúng ta có đủ năng lực để công cụ này tạo giá trị không?”.

7. Startup EdTech

Startup EdTech sống trong mâu thuẫn khó. Một mặt, họ có thể tạo ra sản phẩm tốt hơn hệ thống cũ, nhanh hơn, thân thiện hơn, phù hợp workflow hơn. Họ có thể phát hiện một nỗi đau cụ thể và giải quyết sắc. Họ có thể đưa AI, dữ liệu, nội dung, UX, accessibility hoặc hạ tầng vào trường theo cách tổ chức công khó làm nhanh. Mặt khác, họ phải sống sót trong thị trường: tìm khách hàng, giữ doanh thu, tăng trưởng, gọi vốn, chứng minh traction, giảm churn, mở rộng thị trường.

Lợi ích startup mong muốn là product-market fit, retention, doanh thu, impact, dữ liệu cải tiến sản phẩm, thương hiệu, khả năng scale. Những mục tiêu này không xấu. Một công ty không sống được thì không hỗ trợ ai lâu dài. Nhưng mỗi mục tiêu có thể bẻ cong sư phạm nếu không bị giới hạn. Retention có thể biến thành phụ thuộc. Growth có thể biến thành bán quá rộng trước khi có bằng chứng. Data cải tiến có thể biến thành thu quá mức. Impact story có thể biến thành testimonial thay bằng evaluation.

Rủi ro startup chịu là bị chính incentive của mình làm hỏng. Họ có thể tối ưu cho người mua thay vì người học, cho demo thay vì triển khai, cho usage thay vì learning, cho dashboard thay vì phán đoán, cho AI fluency thay vì độ đúng, cho lock-in thay vì interoperability. Họ cũng chịu rủi ro thật từ procurement chậm, trường thiếu năng lực triển khai, chu kỳ bán hàng dài, quy định dữ liệu phức tạp và thị trường bị thống trị bởi nền tảng lớn.

Dữ liệu startup tạo và thu gồm usage events, funnel, retention, cohort, learning events, support tickets, feedback, AI logs, content analytics, sales pipeline. Dữ liệu này hữu ích cho cải tiến, nhưng phải được tách khỏi dữ liệu học sinh theo mục đích rõ. Startup cần biết đâu là dữ liệu sản phẩm hợp lý, đâu là dữ liệu giáo dục nhạy cảm, và đâu là dữ liệu không nên thu dù có thể thu.

Điều kiện để startup EdTech đóng góp tốt là tự đặt rào chắn: job hẹp, bằng chứng thật, không thổi phồng, data minimization, privacy by default, export, interoperability, accessibility, implementation support, và nói rõ trường hợp không nên dùng. Một startup tử tế không phải startup không muốn tăng trưởng. Nó là startup không bán linh hồn sư phạm cho tăng trưởng.

8. Nhà đầu tư

Nhà đầu tư thường không xuất hiện trực tiếp trong lớp học, nhưng kỳ vọng của họ đi vào sản phẩm qua chỉ tiêu tăng trưởng, câu chuyện thị trường, định giá, runway, exit và chiến lược mở rộng. Trong EdTech, tác động này lớn vì chu kỳ giáo dục chậm hơn chu kỳ vốn. Học tập cần thời gian, bằng chứng cần thời gian, triển khai cần thời gian, nhưng vốn thường hỏi tăng trưởng theo quý hoặc năm. Mâu thuẫn này có thể làm sản phẩm bị kéo khỏi nhịp giáo dục.

Lợi ích nhà đầu tư mong muốn là thị trường lớn, tăng trưởng nhanh, defensibility, retention, margins, exit, khả năng mở rộng quốc tế. Một số lợi ích này có thể phù hợp với giáo dục nếu sản phẩm thật sự tạo giá trị và scale bằng hạ tầng tốt. Nhưng defensibility trong EdTech rất dễ biến thành lock-in. Retention rất dễ biến thành phụ thuộc. Market expansion rất dễ biến thành địa phương hóa nông. Margin rất dễ làm support bị cắt, trong khi support là điều kiện triển khai.

Rủi ro nhà đầu tư tạo ra cho hệ thống là ép công ty đi nhanh hơn bằng chứng, bán rộng hơn năng lực triển khai, ưu tiên phân khúc trả tiền cao hơn nhóm cần hỗ trợ, hoặc khuyến khích mô hình doanh thu dựa trên dữ liệu/engagement. Rủi ro nhà đầu tư chịu là thị trường giáo dục phức tạp, procurement chậm, chính sách thay đổi, adoption thấp, backlash xã hội, và sản phẩm được thích nhưng không được mua hoặc được mua nhưng không được dùng.

Dữ liệu nhà đầu tư nhìn thường là metrics trừu tượng: CAC, LTV, retention, churn, ARR, margin, growth, cohort, conversion, engagement, market size. Những dữ liệu này cần cho kinh doanh nhưng nghèo về giáo dục. Nếu chỉ nhìn chúng, nhà đầu tư có thể tưởng sản phẩm tốt vì tăng usage, trong khi học tập không tăng hoặc workload giáo viên tăng.

Điều kiện để vốn có ích cho EdTech là kiên nhẫn với giáo dục. Nhà đầu tư tốt hỏi learning value, implementation burden, privacy, evidence, renewal quality, teacher adoption thật, equity effect và churn reason, không chỉ growth. Họ chấp nhận rằng một công ty giáo dục tốt có thể từ chối khách hàng không phù hợp, triển khai chậm hơn để học đúng, và đầu tư vào support như một phần sản phẩm.

9. Nhà nước

Nhà nước là stakeholder có quyền lực lớn nhất và rủi ro hệ thống lớn nhất. Nếu nhà nước đứng ngoài, thị trường sẽ định nghĩa chuẩn, dữ liệu, quyền riêng tư và hạ tầng theo incentive riêng. Nếu nhà nước can thiệp kém, nó có thể tạo nền tảng cứng, procurement sai, giám sát tập trung, chính sách một cỡ cho tất cả và lãng phí ngân sách. Vì vậy, vai trò nhà nước không phải “có can thiệp hay không”, mà là can thiệp vào lớp nào, bằng chuẩn nào, với giới hạn quyền lực nào.

Lợi ích nhà nước mong muốn là công bằng, quy mô, trách nhiệm giải trình, dữ liệu hệ thống, an toàn trẻ em, chất lượng tối thiểu, năng lực số quốc gia, và đôi khi cả chủ quyền công nghệ. Đây là các mục tiêu chính đáng. Không có nhà nước, trường yếu thường bị bỏ lại, dữ liệu trẻ em dễ bị thương mại hóa, vendor lock-in khó kiểm soát, và chuẩn mở khó được thực thi.

Rủi ro là nhà nước biến công bằng thành đồng nhất. Một LMS quốc gia duy nhất có thể không phù hợp mọi bối cảnh. Một data warehouse quá tập trung có thể trở thành hạ tầng giám sát. Một quy định AI quá chung có thể cấm nhầm cái hữu ích và bỏ lọt cái nguy hiểm. Một procurement lớn có thể trao độc quyền cho một vendor. Một chính sách thiết bị có thể mua phần cứng mà không có bảo trì, training, nội dung và support.

Dữ liệu nhà nước xử lý gồm dữ liệu tổng hợp hệ thống, chỉ số công bằng, enrollment, attendance, kết quả học tập, credential, hạ tầng, ngân sách, đôi khi dữ liệu cá nhân nếu không được thiết kế giảm rủi ro. Càng ở cấp nhà nước, càng phải ưu tiên dữ liệu tổng hợp, phân quyền, privacy, audit độc lập và purpose limitation.

Điều kiện để nhà nước giúp EdTech là tập trung vào phần thị trường không tự làm tốt: chuẩn mở, privacy, quyền trẻ em, hạ tầng cho trường yếu, procurement mẫu, conformance testing, OER cốt lõi, accessibility, AI governance, data portability, quyền rời đi và năng lực đánh giá vendor. Nhà nước tốt xây đường và luật chơi, không nhất thiết lái mọi chiếc xe.

10. Vendor hạ tầng

Vendor hạ tầng khác với app tính năng nhỏ. Họ giữ các lớp nền: identity, LMS, SIS, cloud, data warehouse, credential, payment, communication, device management, AI platform, API gateway. Khi vendor hạ tầng tốt, hệ thống ổn định, bảo mật, tích hợp được, scale được. Khi vendor hạ tầng xấu hoặc quá khóa, cả hệ sinh thái bị nhốt.

Lợi ích vendor hạ tầng mong muốn là hợp đồng dài hạn, tích hợp sâu, reliability, mở rộng account, tiêu chuẩn hóa, giảm churn. Một số lợi ích này phù hợp với trường: hạ tầng cần ổn định. Nhưng tích hợp sâu có thể trở thành lock-in. Tiêu chuẩn hóa có thể trở thành áp đặt workflow. Reliability có thể được dùng làm lý do đóng hệ sinh thái. Hợp đồng dài hạn có thể làm trường mất quyền thương lượng.

Rủi ro mà vendor hạ tầng tạo ra là trở thành điểm khóa của dữ liệu, API, identity, credential và workflow. Nếu vendor thay đổi giá, đổi điều khoản, giảm support, ngừng API, thêm AI mặc định, hoặc bị mua lại, trường bị ảnh hưởng sâu. Rủi ro vendor chịu là trách nhiệm bảo mật, uptime, compliance, migration, và bị quy trách nhiệm khi tích hợp bên thứ ba lỗi.

Dữ liệu vendor hạ tầng giữ thường rất nhạy: danh tính, roster, vai trò, logs, access, dữ liệu học tập, tích hợp, metadata, audit trail. Đây là dữ liệu nền của tổ chức giáo dục. Nó phải được bảo vệ bằng hợp đồng, kỹ thuật, audit và quyền rời đi.

Điều kiện để vendor hạ tầng có ích là: chuẩn mở, API thật, export thật, SLA rõ, security mạnh, role-based access, audit logs, thông báo thay đổi, không bật tính năng high-risk mặc định, không dùng dữ liệu khách hàng cho mục đích thứ cấp mơ hồ, migration support, và exit plan được thử. Một vendor hạ tầng đáng tin không sợ người dùng rời đi; họ giữ người dùng bằng chất lượng.

11. Xã hội

Xã hội là stakeholder rộng nhất và dễ bị quên nhất. Một sản phẩm EdTech có thể là quyết định của một trường, nhưng nếu nhiều trường cùng dùng các hệ thống tương tự, xã hội sẽ sống với hệ quả: trẻ em lớn lên trong môi trường bị đo nhiều hơn, giáo viên làm việc dưới dashboard nhiều hơn, phụ huynh quen với giám sát nhiều hơn, credential phân mảnh hơn, dữ liệu giáo dục trở thành thị trường hơn, và năng lực số của công dân được định hình bởi sản phẩm thương mại.

Lợi ích xã hội mong muốn là công bằng cơ hội, dân trí, năng lực số, niềm tin vào giáo dục, nhân lực tốt hơn, khả năng học suốt đời, và sử dụng công nghệ có trách nhiệm. EdTech có thể góp phần vào các mục tiêu này nếu nó mở access, hỗ trợ người yếu thế, tăng năng lực giáo viên, tạo hạ tầng công, và giúp người học sống có chủ quyền hơn trong môi trường số.

Rủi ro xã hội là thương mại hóa giáo dục quá sâu, phân tầng giữa người có công nghệ tốt và người có công nghệ rẻ, mất quyền riêng tư thế hệ trẻ, chuẩn hóa nghèo trải nghiệm học, phụ thuộc nền tảng nước ngoài, và chuyển mục tiêu giáo dục từ phát triển con người sang tối ưu chỉ số. Những rủi ro này không hiện ra ngay trong một hợp đồng. Chúng hiện ra sau nhiều năm khi hệ thống quen với việc đo, dự đoán và tự động hóa nhiều hơn là tin, dạy và đối thoại.

Dữ liệu xã hội nhìn thấy thường là dữ liệu tổng hợp: kết quả giáo dục, khoảng cách vùng miền, tỷ lệ hoàn thành, thị trường lao động, credential, xu hướng kỹ năng, adoption công nghệ. Dữ liệu này cần cho chính sách, nhưng xã hội cũng cần nghiên cứu độc lập, báo chí có năng lực, debate công khai và cơ chế accountability để không chỉ nghe câu chuyện impact từ vendor hoặc nhà nước.

Điều kiện để EdTech có ích cho xã hội là lợi ích công phải được đặt vào hạ tầng: chuẩn mở, quyền riêng tư, công bằng, accessibility, public-interest research, minh bạch procurement, quyền rời đi, bảo vệ trẻ em, và giáo dục AI/data literacy. Xã hội không cần mọi công nghệ giáo dục đều công. Nhưng xã hội cần những điều kiện công để công nghệ giáo dục không làm hỏng giáo dục như một lợi ích công.

12. Các xung đột thường gặp

Xung đột thứ nhất là phụ huynh muốn thấy nhiều hơn, người học cần riêng tư hơn. Thiết kế tốt không chọn một cực. Nó cho phụ huynh thông tin có ý nghĩa và hành động được, nhưng không mở mọi click, mọi lỗi, mọi trao đổi AI, mọi điểm nhỏ thành dữ liệu giám sát gia đình. Càng trẻ nhỏ, phụ huynh càng cần biết nhiều hơn; càng người học lớn, quyền tự chủ càng phải tăng.

Xung đột thứ hai là nhà trường muốn dữ liệu chuẩn hóa, giáo viên cần bối cảnh. Dashboard tốt phải cho dữ liệu chung nhưng không xóa quyền diễn giải. Một chỉ số vắng học cần lý do vắng. Một điểm rủi ro cần dữ liệu thành phần. Một cảnh báo cần hành động hỗ trợ. Nếu dashboard chỉ tạo màu đỏ/xanh, nó sẽ làm lãnh đạo thấy rõ hơn nhưng làm giáo viên bị hiểu sai hơn.

Xung đột thứ ba là startup cần retention, người học cần tự chủ. Một sản phẩm giáo dục tốt không nên tối ưu thời gian trong app như mạng xã hội. Nó nên tối ưu năng lực rời app: hiểu hơn, tự làm hơn, hỏi tốt hơn, sửa tốt hơn. Nếu retention tăng vì người học phụ thuộc vào AI hoặc gamification, đó là tăng trưởng đáng nghi.

Xung đột thứ tư là nhà nước cần scale, địa phương cần phù hợp. Chính sách tốt đặt chuẩn ở tầng nền: dữ liệu, quyền riêng tư, accessibility, credential, procurement, AI governance. Nhưng nó để địa phương chỉnh nội dung, ngôn ngữ, workflow, công cụ nhỏ và hình thức hỗ trợ. Scale không nên biến thành một cỡ cho tất cả.

Xung đột thứ năm là vendor hạ tầng muốn tích hợp sâu, trường cần quyền rời đi. Tích hợp sâu có thể tốt nếu nó giảm việc và tăng bảo mật. Nhưng tích hợp sâu phải đi cùng export, API, documentation, migration support và quyền kết thúc hợp đồng. Nếu tích hợp sâu làm exit đau, nó là rủi ro công.

13. Cách dùng ma trận trong một cuộc họp quyết định

Trước cuộc họp, hãy chọn công cụ hoặc quyết định cụ thể. Đừng dùng ma trận cho “EdTech nói chung”. Điền sơ bộ năm cột cho từng stakeholder. Trong cuộc họp, không cần thảo luận mọi ô ngang nhau. Hãy đánh dấu các ô có rủi ro cao, quyền quyết định thấp, hoặc dữ liệu nhạy cảm. Thường chỉ cần nhìn ba nhóm là đã thấy vấn đề: người học, giáo viên, và bên giữ dữ liệu.

Sau đó hỏi ba câu. Một: nhóm nào được lợi rõ nhất? Hai: nhóm nào chịu rủi ro rõ nhất? Ba: nhóm chịu rủi ro có quyền phản hồi, từ chối, khiếu nại hoặc rời đi không? Nếu câu trả lời là không, quyết định cần thêm điều kiện bảo vệ. Ví dụ: nếu người học chịu rủi ro dữ liệu nhưng không có quyền khiếu nại, thêm quy trình human review. Nếu giáo viên chịu workload nhưng nhà trường hưởng dashboard, thêm thời gian training và giảm việc khác. Nếu phụ huynh nhận nhiều thông báo nhưng học sinh chịu áp lực, thiết kế lại ngưỡng notification.

Cuối cuộc họp, quyết định không nên chỉ là “mua” hoặc “không mua”. Có thể là: mua nhưng giới hạn phạm vi, pilot với nhóm thật, không bật AI high-risk, yêu cầu export trước ký, thêm DPA, bỏ tính năng leaderboard, giới hạn dữ liệu phụ huynh thấy, thêm quyền khiếu nại, hoặc dừng vì trade-off không chấp nhận được. Ma trận tốt không thay quyết định; nó làm quyết định bớt mù.

14. Mẫu ma trận điền nhanh

Tên công cụ/quyết định: Mục tiêu chính: Nhóm người học bị ảnh hưởng: Mức rủi ro: Thấp / Trung bình / Cao / High-stakes AI có tham gia: Không / Có low-stakes / Có trong feedback / Có trong assessment / Có trong analytics / Có trong quyết định high-risk

| Stakeholder | Lợi ích mong muốn trong quyết định này | Rủi ro phải chịu | Quyền quyết định/phản hồi | Dữ liệu bị tạo ra | Điều kiện bảo vệ hoặc tạo giá trị | |---|---|---|---|---|---| | Người học | | | | | | | Giáo viên | | | | | | | Phụ huynh | | | | | | | Nhà trường/trung tâm | | | | | | | Startup/vendor sản phẩm | | | | | | | Vendor hạ tầng | | | | | | | Nhà nước/cơ quan quản lý | | | | | | | Xã hội/cộng đồng | | | | | |

Ba lệch quyền lớn nhất phát hiện được: Ba điều kiện phải có trước khi triển khai: Một điều kiện dừng: Quyết định đề xuất: Dừng / Thử nhỏ / Triển khai có điều kiện / Triển khai rộng hoặc gia hạn

15. Benchmark của một ma trận tốt

Một ma trận tốt phải làm lộ ra ít nhất một điều khó chịu. Nếu sau khi điền, mọi bên đều có lợi, không ai chịu rủi ro, dữ liệu không đáng lo, triển khai dễ, vendor tốt, giáo viên vui, học sinh tự chủ, phụ huynh yên tâm, nhà nước có công bằng, thì có lẽ ma trận đang được điền như tài liệu bán hàng. Giáo dục thật luôn có trade-off.

Ma trận tốt cũng phải phân biệt quyền danh nghĩa và quyền thật. Người học có thể “có quyền không dùng” trên giấy nhưng nếu không dùng thì mất điểm, quyền đó không thật. Giáo viên có thể “có quyền phản hồi” nhưng nếu không ai sửa sản phẩm, quyền đó không thật. Phụ huynh có thể “có consent” nhưng nếu từ chối thì con bị thiệt, consent đó yếu. Trường có thể “có export” nhưng nếu export không import được, quyền rời đi không thật.

Ma trận tốt không chỉ mô tả rủi ro mà biến rủi ro thành điều kiện thiết kế. Nếu rủi ro là giáo viên tăng việc, điều kiện là giảm việc khác và đo workload. Nếu rủi ro là học sinh bị nhãn hóa, điều kiện là giới hạn hiển thị, human review, quyền sửa lỗi và xóa nhãn. Nếu rủi ro là phụ huynh bị quá tải, điều kiện là notification ít, đúng lúc, có ngôn ngữ dễ hiểu. Nếu rủi ro là lock-in, điều kiện là chuẩn mở và exit drill.

16. Dấu hiệu đỏ khi đọc stakeholder map

Dấu hiệu đỏ thứ nhất là người học tạo nhiều dữ liệu nhất nhưng có ít quyền nhất. Dấu hiệu đỏ thứ hai là giáo viên chịu nhiều workload nhất nhưng không có quyền chỉnh workflow. Dấu hiệu đỏ thứ ba là phụ huynh được dùng như kênh áp lực lên học sinh thay vì kênh hỗ trợ. Dấu hiệu đỏ thứ tư là nhà trường hưởng dashboard nhưng không đầu tư người can thiệp sau dashboard. Dấu hiệu đỏ thứ năm là vendor có dữ liệu và lock-in nhưng hợp đồng không có exit thật.

Dấu hiệu đỏ thứ sáu là nhà đầu tư hoặc mục tiêu tăng trưởng xuất hiện trong thiết kế sản phẩm nhưng không được nói ra. Dấu hiệu đỏ thứ bảy là nhà nước yêu cầu dữ liệu quy mô nhưng không có privacy architecture. Dấu hiệu đỏ thứ tám là xã hội chịu hệ quả dài hạn nhưng không có nghiên cứu độc lập hoặc minh bạch procurement. Dấu hiệu đỏ thứ chín là mọi rủi ro được gọi là “training issue”, như thể chỉ cần người dùng học thêm thì sản phẩm sẽ đúng.

Nếu một dự án có nhiều dấu hiệu đỏ, không nhất thiết phải hủy ngay. Nhưng nó không được triển khai rộng như thể rủi ro đã được quản. Chuyển về pilot, giảm dữ liệu, thu hẹp AI, thêm quyền phản hồi, chỉnh hợp đồng, hoặc dừng.

17. Dấu hiệu xanh khi đọc stakeholder map

Dấu hiệu xanh thứ nhất là lợi ích và rủi ro được nói bằng ngôn ngữ cụ thể, không bằng khẩu hiệu. Dấu hiệu xanh thứ hai là nhóm yếu quyền nhất có cơ chế bảo vệ rõ. Dấu hiệu xanh thứ ba là giáo viên có thời gian, quyền và tiếng nói. Dấu hiệu xanh thứ tư là người học có quyền hiểu dữ liệu và khiếu nại khi hệ thống sai. Dấu hiệu xanh thứ năm là phụ huynh được minh bạch bình tĩnh, không bị biến thành người giám sát liên tục.

Dấu hiệu xanh thứ sáu là nhà trường có owner, support, data governance và exit plan. Dấu hiệu xanh thứ bảy là startup/vendor nói được trường hợp không nên dùng sản phẩm. Dấu hiệu xanh thứ tám là nhà đầu tư hoặc lãnh đạo chấp nhận tăng trưởng chậm hơn để có bằng chứng và triển khai tốt hơn. Dấu hiệu xanh thứ chín là nhà nước đặt chuẩn mở, privacy và hỗ trợ trường yếu trước khi đòi dữ liệu quy mô. Dấu hiệu xanh cuối cùng là xã hội có thể kiểm tra: procurement minh bạch, bằng chứng độc lập, và quyền rời đi được thử.

Một stakeholder map tốt không làm EdTech trở nên dễ bán hơn. Nó làm EdTech khó nói dối hơn. Đó là giá trị của nó.

Ghi chú nguồn nền cho phụ lục

Phụ lục này tổng hợp từ các chương về bản đồ xung đột lợi ích, ai mua ai dùng ai trả giá, phụ huynh và thị trường hy vọng, giáo viên giữa dashboard và phẩm giá nghề nghiệp, dữ liệu hóa học tập, AI theo tuổi và rủi ro, bất bình đẳng, procurement, total cost of ownership, khung quyết định công bằng, AI governance, hạ tầng công và quyền rời đi. Khi dùng ma trận trong quyết định thật, nên đọc cùng Phụ lục A để chuyển các phát hiện stakeholder thành điều kiện mua, điều kiện pilot, điều kiện triển khai hoặc điều kiện dừng.