Chương 35. EdTech nhỏ, vừa đủ và địa phương

Sau nhiều chương nói về rủi ro, bằng chứng, pilot, chi phí ẩn và khung quyết định, một câu hỏi bắt đầu hiện ra: nếu EdTech không nên được tin theo cách ngây thơ, thì tương lai nào còn đáng muốn? Có phải câu trả lời là quay lại lớp học không công nghệ, phấn bảng, sách giấy và quan hệ người-người thuần túy? Không. Một kết luận như vậy quá dễ, quá hoài cổ và không công bằng với những người học thật sự cần công nghệ để tiếp cận tri thức, hỗ trợ khuyết tật, học từ xa, dịch ngôn ngữ, luyện tập, nhận feedback, hoặc kết nối với cơ hội mà trường mình không có.

Nhưng nếu câu trả lời không phải chống công nghệ, nó cũng không nên là “công nghệ lớn hơn, thông minh hơn, toàn diện hơn”. Nhiều thất bại của EdTech đến từ ham muốn xây một hệ thống bao trùm: một nền tảng cho mọi trường, mọi môn, mọi dữ liệu, mọi lộ trình, mọi dashboard, mọi người học, mọi giáo viên, mọi phụ huynh. Hệ thống như vậy nghe hiệu quả, nhưng cũng rất dễ trở thành một khối nặng: khó đổi, khó rời, khó hiểu, khó sửa, khó địa phương hóa, và có quyền lực quá lớn đối với cách giáo dục tự nhìn mình.

Chương này đề xuất một hướng khiêm tốn hơn nhưng không hề nhỏ bé: EdTech nhỏ, vừa đủ và địa phương. Nhỏ không có nghĩa là tầm thường. Vừa đủ không có nghĩa là nghèo nàn. Địa phương không có nghĩa là đóng cửa với thế giới. Một công cụ nhỏ có thể rất mạnh nếu nó giải đúng một việc, trong đúng bối cảnh, với ít chi phí ẩn, ít dữ liệu thừa, ít phụ thuộc, và để người dùng giữ quyền chủ động. Một hệ sinh thái địa phương có thể rất hiện đại nếu nó biết dùng chuẩn mở, tài nguyên mở, offline-first, local-first, privacy-first, teacher-first, và kết nối với tri thức toàn cầu mà không mất quyền tự quyết.

Mâu thuẫn của chương này là: giáo dục cần hạ tầng đủ lớn để bảo đảm công bằng, nhưng cần công cụ đủ nhỏ để không nuốt mất đời sống học tập cụ thể. Nếu mọi thứ đều nhỏ, hệ thống phân mảnh, bất bình đẳng và khó quản trị. Nếu mọi thứ đều lớn, hệ thống cứng, xa lớp học và dễ khóa người dùng. Tương lai bớt ảo tưởng không chọn một cực. Nó tìm cách có hạ tầng công đủ vững, tiêu chuẩn đủ chung, và lớp công cụ đủ địa phương để giáo viên, người học và cộng đồng thật sự làm chủ.

1. Nhỏ không phải là thiếu tham vọng

Trong ngành công nghệ, “nhỏ” thường bị hiểu là chưa lớn. Một sản phẩm nhỏ là sản phẩm chưa scale. Một công cụ nhỏ là tính năng. Một giải pháp địa phương là thứ chờ được chuẩn hóa thành nền tảng lớn. Cách nghĩ này làm ta bỏ qua một khả năng khác: có những công nghệ nên nhỏ vì vấn đề của chúng nhỏ theo nghĩa tốt, tức là rõ, cụ thể, có ranh giới và có thể được người dùng hiểu.

Một công cụ giúp giáo viên tạo phiếu đọc phù hợp trình độ lớp mình có thể nhỏ. Một hệ thống offline để chia sẻ học liệu trong trường không có internet ổn định có thể nhỏ. Một app SMS nhắc phụ huynh về lịch tiêm chủng, vắng học hoặc bài đọc ở nhà có thể nhỏ. Một kho OER địa phương do giáo viên cùng biên soạn có thể nhỏ. Một plugin giúp xuất điểm từ bài luyện về LMS có thể nhỏ. Nhưng nếu những công cụ ấy giảm tải thật, tăng học tập thật, dùng được trong điều kiện thật và không khóa dữ liệu, chúng không hề ít tham vọng. Chúng tham vọng theo cách giáo dục cần: thay đổi một việc thật đủ tốt để con người có thêm năng lực.

UNESCO GEM 2023 nhắc rằng không một thiết bị hay công nghệ nào cải thiện học tập ở mọi nơi cho mọi người; công nghệ phù hợp phải được chọn cho trường hợp cụ thể, và chính sách cần hỏi appropriate, equitable, scalable, sustainable.[^unesco-gem] Đây là nền tảng cho lập luận “nhỏ”: vì giáo dục khác nhau theo bối cảnh, công cụ đúng việc thường tốt hơn nền tảng muốn làm mọi việc.

Tuy nhiên, “nhỏ” cũng có thể là cái cớ để làm tạm bợ. Một công cụ nhỏ nhưng không bảo mật, không accessibility, không xuất dữ liệu, không có hỗ trợ, không rõ quyền riêng tư, cũng có thể gây hại. Một nhóm giáo viên dùng nhiều app nhỏ không kiểm soát có thể tạo shadow IT và làm phụ huynh rối. Vì vậy, nhỏ không đồng nghĩa được miễn trách nhiệm. Nhỏ chỉ có nghĩa phạm vi hẹp hơn; trách nhiệm vẫn phải tương xứng với rủi ro.

2. Cơn hấp dẫn của nền tảng tất cả trong một

Nền tảng all-in-one có sức hấp dẫn thật. Lãnh đạo muốn một nơi xem dữ liệu. Giáo viên muốn bớt phải nhảy giữa mười app. Phụ huynh muốn một kênh chính thức. IT muốn ít tích hợp hơn. Tài chính muốn một hợp đồng. Vendor muốn mở rộng account. Khi một nền tảng nói “chúng tôi có LMS, assessment, analytics, AI tutor, parent app, content library, credential, attendance, intervention workflow”, nó đáp ứng một nỗi mệt mỏi thật của hệ thống: quá nhiều mảnh rời.

Không nên phủ nhận giá trị của nền tảng lớn. Có những chức năng cần quy mô và chuẩn chung: quản lý danh tính, dữ liệu học sinh, kết nối LMS/SIS, bảo mật, accessibility, cấp phát tài nguyên công, kho học liệu quốc gia, hệ thống thi, thống kê công, chuẩn dữ liệu, hạ tầng kết nối. Nếu mỗi trường tự làm mọi thứ, bất bình đẳng sẽ tăng. Trường giàu có đội kỹ thuật, trường nghèo không có. Một số hạ tầng phải đủ lớn để công bằng trở thành quyền, không phải khả năng tự xoay.

Nhưng nền tảng all-in-one có một rủi ro riêng: nó thường biến sự tiện lợi của quản trị thành hình dạng của giáo dục. Những gì nền tảng đo được trở thành điều quan trọng. Những quy trình nền tảng hỗ trợ trở thành quy trình chuẩn. Những dạng bài nền tảng chấm tốt trở thành dạng bài phổ biến. Những dashboard nền tảng hiển thị trở thành cách lãnh đạo nhìn lớp học. Một nền tảng càng bao trùm càng dễ khiến giáo dục tự điều chỉnh để vừa với nó.

OECD từng chỉ ra một nguyên nhân làm công nghệ bị dùng dưới mức là nhiều công cụ không được thích nghi với nhu cầu và ưu tiên của giáo viên, thiếu sự tham gia của nhà giáo dục trong phát triển, và thiếu tương thích/interoperability giữa các công cụ khiến học sinh và giáo viên phải làm việc với nhiều nền tảng chồng chéo.[^oecd-shaping] Điều này cho thấy vấn đề không phải “nền tảng lớn” hay “công cụ nhỏ” tự thân. Vấn đề là hệ sinh thái có giúp người thật làm việc tốt hơn không, hay chỉ làm stack công nghệ trông gọn trên giấy.

3. Vừa đủ là một đạo đức thiết kế

“Vừa đủ” nghe có vẻ ít tham vọng trong một ngành thích chữ “transformative”. Nhưng trong giáo dục, vừa đủ là một đạo đức thiết kế. Nó nói rằng công cụ nên làm đúng việc cần làm, thu đúng dữ liệu cần thu, đòi đúng mức chú ý cần đòi, tự động hóa đúng phần nên tự động hóa, và dừng lại trước khi lấn vào phần con người làm tốt hơn. Vừa đủ là biết rằng mỗi tính năng thêm vào có thể là một chi phí mới.

Một app luyện tập vừa đủ có thể chỉ cần chẩn đoán nhanh, giao bài phù hợp, feedback rõ, báo lỗi phổ biến cho giáo viên, và hoạt động offline. Nó không cần leaderboard, avatar, social feed, AI companion, camera attention tracking, hay dashboard 30 biểu đồ. Một hệ thống phụ huynh vừa đủ có thể gửi thông tin dễ hiểu, đúng lúc, bằng ngôn ngữ gia đình, kèm hành động cụ thể. Nó không cần biến phụ huynh thành analyst. Một công cụ AI cho giáo viên vừa đủ có thể tạo bản nháp câu hỏi, gợi ý phân hóa, và nhắc kiểm chứng. Nó không cần trở thành người đồng giảng mô phỏng quan hệ với học sinh.

Vừa đủ không phải cắt giảm chất lượng. Ngược lại, nó thường đòi thiết kế kỹ hơn. Làm một công cụ nhẹ, rõ, chạy trên máy cũ, offline được, bảo mật, ít dữ liệu, đúng workflow giáo viên khó hơn làm một dashboard nhiều màu. Làm một sản phẩm biết không làm gì cũng khó hơn sản phẩm thêm tính năng vì sales hỏi. Vừa đủ là chống lại sự phình ra của công nghệ.

World Bank khuyến nghị EdTech phải “ask why”, “design for scale”, “empower teachers”, “engage the ecosystem” và dùng dữ liệu với chuẩn minh bạch/interoperable để tránh data silos và vendor lock-in.[^worldbank-digital] Nếu đọc kỹ, đây không phải lời kêu gọi thêm công nghệ tối đa. Đây là lời kêu gọi chọn công nghệ có mục đích, có người dùng, có hệ sinh thái, có dữ liệu đủ trách nhiệm. Vừa đủ chính là cách “ask why” được thực thi ở cấp sản phẩm.

4. Local-first: dữ liệu không nên bị đưa đi như phản xạ

Local-first là một hướng tư duy kỹ thuật nhưng rất hợp với giáo dục. Ink & Switch định nghĩa local-first software như một tập nguyên tắc cho phép vừa cộng tác vừa giữ quyền sở hữu dữ liệu của người dùng; các lý tưởng gồm làm việc offline, cộng tác nhiều thiết bị, bảo mật/riêng tư mặc định, lưu giữ lâu dài và người dùng giữ quyền kiểm soát cuối cùng.[^local-first] Dịch sang giáo dục, local-first hỏi một câu đơn giản: vì sao dữ liệu học tập của trẻ em, bài viết của học sinh, ghi chú của giáo viên, tài liệu lớp học, tiến độ học tập lại phải rời khỏi cộng đồng học tập như phản xạ mặc định?

Không phải mọi thứ nên nằm cục bộ. Cloud có ích cho đồng bộ, sao lưu, phân tích hệ thống, hỗ trợ từ xa, học ở nhiều thiết bị, và bảo mật chuyên nghiệp nếu được làm đúng. Nhưng local-first đảo thứ tự ưu tiên: cloud là phụ trợ, không phải nơi duy nhất làm công cụ sống. Người học vẫn có thể mở tài liệu khi mất mạng. Giáo viên vẫn có thể chấm và ghi chú khi server lỗi. Trường vẫn giữ được dữ liệu quan trọng nếu vendor đổi điều khoản. Cộng đồng vẫn có thể lưu giữ tri thức của mình ngoài vòng đời của một subscription.

Trong bối cảnh bất bình đẳng, local-first còn là công bằng. Trường mạng yếu không bị phạt mỗi lần thao tác cần round-trip tới server. Người học không có data vẫn học được tài liệu đã tải. Giáo viên vùng xa không bị biến thành người dùng kém chỉ vì cloud xa. Và về quyền dữ liệu, local-first khiến câu hỏi “ai sở hữu bản ghi học tập này?” trở nên cụ thể hơn: nếu dữ liệu nằm trước hết ở người học, giáo viên, trường hoặc cộng đồng, quyền rời đi dễ bảo vệ hơn.

Mâu thuẫn là local-first khó hơn về thiết kế đồng bộ, bảo mật thiết bị, sao lưu, phân quyền và support. Nếu làm kém, dữ liệu có thể thất lạc hoặc thiết bị hỏng là mất. Vì vậy, local-first không phải khẩu hiệu “khỏi cloud”. Nó là một kiến trúc cân bằng: dữ liệu quan trọng có bản cục bộ dùng được, có đồng bộ có kiểm soát, có export, có backup, có privacy, và không để cloud trở thành điểm khóa duy nhất của việc học.

5. Offline-first không phải phương án nghèo

Offline-first thường bị xem như phiên bản dành cho nơi thiếu hạ tầng: khi chưa có internet thì tạm offline, sau này có mạng rồi sẽ online đầy đủ. Cách hiểu này hạ thấp offline-first. Trong giáo dục, offline-first là một lựa chọn thiết kế có giá trị ngay cả khi có mạng, vì nó tăng độ tin cậy, giảm data, giảm downtime, và làm lớp học ít phụ thuộc vào trạng thái của server.

Kolibri của Learning Equality là một ví dụ nổi bật: một hệ sinh thái công cụ số mở, tập trung vào nền tảng học tập offline-first, được thiết kế để dạy và học bằng công nghệ nhưng không cần internet; sau khi tải nội dung ban đầu, tài nguyên có thể được phân phối hoàn toàn offline qua peer-to-peer hoặc USB, dùng với thiết bị chi phí thấp/legacy và local network.[^kolibri] Đây không phải công nghệ “lùi”. Nó là một câu trả lời thiết kế cho điều kiện thật: nhiều nơi cần học liệu số nhưng không thể giả định kết nối ổn định.

UNESCO GEM 2023 cũng cho thấy trong khủng hoảng và đóng cửa trường học, các kênh như radio, TV, điện thoại cơ bản, giấy và mobile vẫn đóng vai trò lớn; trong COVID-19, online platforms chỉ chạm được một phần học sinh toàn cầu, còn low-tech interventions như radio và TV được dùng rộng rãi cùng tài liệu giấy và điện thoại.[^unesco-gem] Điều này làm rõ một điều: công nghệ công bằng không phải lúc nào cũng là công nghệ nhiều cloud nhất. Nó là công nghệ chạm được người học trong điều kiện sống thật.

Offline-first cũng có triết lý sư phạm. Nó buộc sản phẩm nghĩ đến bài học như một đơn vị có thể sống độc lập: tài liệu rõ, hướng dẫn rõ, phản hồi cục bộ, tiến độ lưu được, giáo viên có thể dùng khi không có mạng. Nó chống lại mô hình mọi tương tác đều phải gọi server. Nó cũng giảm tracking không cần thiết, vì không phải mọi hành động offline đều cần trở thành event gửi về cloud. Nhưng offline-first phải đi kèm cơ chế đồng bộ và đánh giá tốt; nếu không, nó có thể trở thành kho nội dung một chiều. Vấn đề không phải offline hay online. Vấn đề là thiết kế tổ hợp phù hợp.

6. Teacher-first: công cụ bắt đầu từ công việc thật của giáo viên

Một công cụ teacher-first không chỉ có giao diện cho giáo viên. Nó bắt đầu từ việc giáo viên thật sự làm gì trong tuần: chuẩn bị bài, giảng, hỏi, quan sát, chữa lỗi, chấm, phân nhóm, gọi phụ huynh, phối hợp đồng nghiệp, xử lý xung đột, động viên, theo dõi tiến bộ, đối phó chương trình, thi cử và hành chính. Nếu công nghệ không hiểu công việc này, nó sẽ thêm một lớp việc mới lên trên.

World Bank nói công nghệ nên tăng cường engagement của giáo viên với học sinh qua nội dung, dữ liệu và mạng lưới; EdTech không thể thay thế giáo viên, chỉ có thể augment teaching.[^worldbank-teachers] OECD cũng nhấn mạnh công nghệ số không tự nó là lực chuyển hóa; cần giáo viên biết dùng công nghệ theo cách tăng cường thực hành dạy học và cải thiện học tập.[^oecd-teachers] Teacher-first vì vậy không phải chiều giáo viên theo nghĩa tránh đổi mới. Nó là công nhận rằng giáo viên là hạ tầng sư phạm của đổi mới.

Một công cụ teacher-first phải giảm việc vô nghĩa trước khi đòi việc mới. Nếu dashboard yêu cầu giáo viên đọc dữ liệu, nó phải cho dữ liệu hành động được, đúng thời điểm, đúng lớp, ít nhiễu. Nếu AI tạo bài, nó phải tạo bản nháp kiểm chứng được, không làm giáo viên mất nhiều thời gian sửa hơn tự làm. Nếu LMS gom bài, nó phải giảm theo dõi rời rạc, không tăng click. Nếu app phụ huynh gửi thông báo, nó phải giảm tin nhắn riêng lẻ, không mở thêm kênh làm giáo viên bị kéo cả tối.

Nhưng teacher-first cũng có một mâu thuẫn: không phải điều giáo viên thích ngay lập tức luôn là điều tốt nhất cho học tập. Một công cụ có thể được thích vì dễ chấm nhưng làm bài học nông. Một công cụ có thể bị ghét ban đầu vì thay đổi thói quen nhưng sau đó giảm tải thật. Vì vậy, teacher-first không phải “giáo viên thích là mua”. Nó là đồng thiết kế với giáo viên, đo workload thật, giữ mục tiêu học tập, và để giáo viên có quyền điều chỉnh thay vì chỉ tuân thủ workflow của vendor.

7. Privacy-first: ít dữ liệu hơn có thể là thông minh hơn

Trong nhiều sản phẩm EdTech, dữ liệu được xem như nhiên liệu: càng nhiều càng cá nhân hóa, càng nhiều càng thông minh, càng nhiều càng dự đoán tốt. Privacy-first đặt câu hỏi ngược lại: dữ liệu nào thật sự cần cho hành động giáo dục cụ thể? Nếu không cần, đừng thu. Nếu chỉ cần cục bộ, đừng gửi. Nếu chỉ cần tạm thời, đừng lưu lâu. Nếu cần tổng hợp, đừng giữ định danh cá nhân. Nếu không thể giải thích cho phụ huynh và học sinh bằng ngôn ngữ thường, đừng giả vờ minh bạch.

UNESCO khuyến nghị dữ liệu sinh ra trong học tập số cần được phân tích như public good, phải bảo vệ privacy và data protection, ngăn surveillance học sinh/giáo viên, tránh quảng cáo thương mại trong môi trường giáo dục, và quản trị AI đạo đức.[^unesco-gem] UNICEF khi nói về digital public goods cũng nhấn mạnh open-source technology cho equity phải đi cùng privacy, do-no-harm và tác động cho trẻ em.[^unicef-dpg] Privacy-first trong EdTech không phải phong cách thiết kế. Nó là điều kiện để giáo dục giữ được lòng tin.

Một công cụ nhỏ có lợi thế ở đây: nếu làm đúng, nó có thể thu ít dữ liệu hơn vì phạm vi hẹp hơn. Một app tạo phiếu bài tập không cần biết toàn bộ hồ sơ học sinh. Một công cụ phản hồi viết cục bộ không cần lưu bài cá nhân vĩnh viễn. Một hệ thống offline trong trường có thể phân tích lỗi ở cấp lớp mà không gửi dữ liệu ra ngoài. Một công cụ phụ huynh có thể gửi thông tin cần thiết mà không xây hồ sơ hành vi sâu.

Nhưng công cụ nhỏ cũng có thể xấu về privacy nếu không được quản trị. Nhiều app miễn phí thu dữ liệu rộng hơn cần thiết. Giáo viên tự dùng công cụ AI công cộng có thể vô tình đưa bài viết học sinh lên dịch vụ ngoài. Phụ huynh bị yêu cầu cài nhiều app, mỗi app một policy. Vì vậy, privacy-first phải là chuẩn hệ sinh thái, không chỉ lời hứa của công cụ lớn.

8. OER và digital public goods: mở không tự động công bằng

Open Educational Resources là một phần quan trọng của tương lai vừa đủ. UNESCO định nghĩa OER là tài liệu học, dạy, nghiên cứu ở bất kỳ định dạng nào, thuộc public domain hoặc được cấp phép mở cho phép truy cập miễn phí, tái sử dụng, tái mục đích, thích nghi và phân phối lại.[^unesco-oer] Với giáo dục địa phương, quyền “adapt” cực kỳ quan trọng. Một tài liệu mở có thể được dịch, đổi ví dụ, khớp chương trình, thêm bối cảnh địa phương, chỉnh cho người khuyết tật, dùng offline, phối lại với bài dạy của giáo viên.

Digital public goods cũng có logic tương tự nhưng rộng hơn. UNICEF mô tả digital public goods là phần mềm, dữ liệu, mô hình AI, tiêu chuẩn hoặc nội dung mở có tiềm năng tạo tác động cho trẻ em và nên được rộng rãi available for reuse and scale-up; định nghĩa DPG nhấn mạnh open source/open data/open standards/open content, tuân thủ privacy, do-no-harm và hỗ trợ SDGs.[^unicef-dpg] UNESCO gần đây cũng đưa OER, Open Access, Open Data và FOSS vào roadmap của Digital Public Goods Alliance, nhấn mạnh multilingual access, equitable participation và reuse của tài nguyên công ích.[^unesco-dpg]

Nhưng “mở” không tự động là công bằng. Tài nguyên mở vẫn cần người tìm, chọn, kiểm định, dịch, chỉnh, dạy, cập nhật. Phần mềm mở vẫn cần hosting, bảo mật, support, UX, tài liệu, cộng đồng phát triển. Mô hình AI mở vẫn cần dữ liệu phù hợp, kiểm định bias, compute, governance. Nếu không có năng lực địa phương, cái mở có thể chỉ được nhóm giàu năng lực khai thác tốt hơn. OER không tự biến thành bài học hay; FOSS không tự biến thành hạ tầng vận hành ổn.

Vì vậy, tương lai EdTech địa phương không chỉ là “dùng open”. Nó là đầu tư vào năng lực để biến cái mở thành cái học được: cộng đồng giáo viên biên soạn, kho metadata tốt, bản dịch có kiểm định, công cụ chỉnh sửa dễ dùng, local server, hỗ trợ kỹ thuật, ngân sách bảo trì, và quy trình chia sẻ lại. Mở là điều kiện cần cho quyền thích nghi. Năng lực địa phương mới biến quyền ấy thành thực tế.

9. Địa phương không có nghĩa là khép kín

“Địa phương” dễ bị hiểu lầm là nhỏ hẹp, cũ, chống toàn cầu. Nhưng một EdTech địa phương tốt không đóng cửa với thế giới. Nó lấy tri thức toàn cầu, chuẩn mở, phần mềm mở, nghiên cứu quốc tế, công cụ mạnh, rồi dịch vào bối cảnh sống của người học. Nó không bắt học sinh chỉ học thứ gần mình. Nó giúp học sinh đi xa hơn từ chỗ đứng thật của mình.

Một kho học liệu địa phương có thể dùng tài nguyên quốc tế nhưng đổi ngôn ngữ, ví dụ, chương trình, bài tập, cách đánh giá. Một AI local layer có thể dùng model toàn cầu nhưng giới hạn dữ liệu, thêm retrieval theo chương trình địa phương, kiểm định ngôn ngữ và cho giáo viên quyền sửa. Một trường có thể dùng LMS quốc tế nhưng giữ dữ liệu theo chuẩn mở, có offline backup, tích hợp công cụ nhỏ do giáo viên tự tạo. Địa phương ở đây là quyền điều chỉnh, không phải cô lập.

Mâu thuẫn là địa phương hóa sâu tốn công. Dịch nội dung, kiểm định ví dụ, đào tạo giáo viên, xây cộng đồng, duy trì phần mềm, hỗ trợ phụ huynh, tất cả đều cần thời gian và ngân sách. Một nền tảng toàn cầu có thể rẻ hơn ngắn hạn vì chi phí local adaptation bị bỏ qua. Nhưng nếu bỏ qua chi phí ấy, người học trả bằng sự xa lạ, giáo viên trả bằng workflow không khớp, và hệ thống trả bằng phụ thuộc.

Địa phương tốt cũng phải chấp nhận chuẩn chung. Nếu mỗi nơi làm một kiểu không xuất dữ liệu, không liên thông, không bảo mật, không accessibility, thì địa phương hóa biến thành phân mảnh. Tương lai đáng muốn là local autonomy trên public standards: địa phương có quyền chỉnh, nhưng dùng chuẩn mở để kết nối, rời đi, kiểm định và chia sẻ lại.

10. Hệ sinh thái mô-đun thay vì đế chế nền tảng

Một hướng hứa hẹn là nghĩ EdTech như hệ sinh thái mô-đun. Hạ tầng chung đảm nhiệm những thứ nên chung: danh tính, quyền truy cập, chuẩn dữ liệu, bảo mật, privacy, accessibility, lưu trữ công, export, interoperability. Các công cụ nhỏ đảm nhiệm những việc cụ thể: luyện đọc, phản hồi viết, mô phỏng khoa học, thông báo phụ huynh, tạo bài tập, học liệu offline, hỗ trợ ngôn ngữ, formative assessment. Chúng kết nối qua chuẩn, không nuốt nhau.

Mô hình này có ưu điểm: tổ chức có thể thay một công cụ mà không phá cả hệ thống. Giáo viên có thể chọn công cụ đúng môn hơn. Vendor nhỏ và cộng đồng địa phương có cửa tham gia. Dữ liệu không bị khóa trong một đế chế. TCO có thể được quản trị ở cấp hệ sinh thái. Nhưng mô hình này đòi governance mạnh hơn, chuẩn mở, procurement thông minh, và năng lực IT. Nếu không, mô-đun trở thành chắp vá.

OECD cảnh báo người học và giáo viên có thể bực bội với quá nhiều công cụ chồng chéo, không tương thích và không liên lạc với nhau.[^oecd-shaping] Vì vậy, mô-đun không phải “mỗi người dùng app mình thích”. Mô-đun tốt cần nguyên tắc: mỗi công cụ có job rõ, không trùng lặp vô ích, tích hợp vừa đủ, dữ liệu tối thiểu, export được, support rõ, và có người quản stack tổng thể. Một hệ sinh thái tốt giống một bộ dụng cụ nghề nghiệp: nhiều dụng cụ, nhưng mỗi dụng cụ có chỗ, có tiêu chuẩn và có cách cất.

Nền tảng lớn vẫn có thể tồn tại trong hệ sinh thái mô-đun, nhưng nó phải cư xử như hạ tầng chứ không như chủ quyền. Nó cung cấp identity, data layer, LMS core, reporting, security, nhưng để công cụ khác kết nối công bằng. Khi một nền tảng vừa làm hạ tầng vừa ưu tiên sản phẩm riêng, vừa giữ dữ liệu vừa bán analytics, vừa là cửa vào vừa là người gác cổng, công bằng thị trường và công bằng giáo dục đều bị đe dọa.

11. Công cụ nhỏ có thể làm tổ chức học tốt hơn

Một công cụ nhỏ, nếu được dùng đúng, có thể giúp tổ chức học về chính mình. Ví dụ, một công cụ formative assessment đơn giản cho thấy học sinh lớp 5 vấp ở dạng phân số nào. Không cần AI phức tạp; chỉ cần câu hỏi tốt, báo cáo dễ hiểu và buổi thảo luận giáo viên. Một hệ thống SMS cho thấy phụ huynh phản hồi tốt hơn khi thông điệp dùng ngôn ngữ gia đình và kèm hành động cụ thể. Một kho OER địa phương cho thấy giáo viên cần ví dụ gần bối cảnh hơn. Một local server offline cho thấy trường cần lịch cập nhật nội dung và người quản trị rõ.

Giá trị ở đây không chỉ nằm ở tool. Nó nằm ở vòng học của tổ chức: đặt giả thuyết, dùng công cụ, quan sát, sửa bài, sửa quy trình, chia sẻ kinh nghiệm, bỏ cái không dùng, giữ cái có ích. Một tổ chức biết học từ công cụ quan trọng hơn một công cụ quá thông minh. Vì công cụ nào cũng sẽ lỗi thời; năng lực học hỏi thì ở lại.

EEF nhấn mạnh implementation là quá trình có cấu trúc qua explore, prepare, deliver và sustain, chú ý hành vi và bối cảnh.[^eef-implementation] Điều này rất hợp với EdTech nhỏ: thay vì mua một hệ thống lớn rồi hy vọng transformation, tổ chức có thể học qua vòng nhỏ, đo thật, sửa thật, rồi mở rộng cái đã chứng minh trong bối cảnh của mình. Nhỏ giúp feedback loop ngắn hơn.

Tuy vậy, tổ chức cũng có thể dùng công cụ nhỏ theo kiểu manh mún mà không học gì. Mỗi năm thử app mới, mỗi giáo viên tự chọn, không có chia sẻ, không có dữ liệu, không có tiêu chí dừng, không có chuẩn. Khi đó, nhỏ chỉ tạo mệt mỏi. EdTech nhỏ chỉ trưởng thành khi nó nằm trong một văn hóa học hỏi: có mục tiêu, có phản hồi, có quyết định giữ/bỏ, có chia sẻ năng lực.

12. Tương lai nằm ở năng lực công nghệ của cộng đồng học tập

Một trường học hoặc cộng đồng học tập cần năng lực công nghệ, nhưng không nhất thiết là năng lực tự xây mọi thứ. Năng lực ấy gồm biết đặt vấn đề, chọn công cụ, đọc bằng chứng, tính TCO, kiểm tra privacy, thử pilot, đo workload, sửa quy trình, tạo học liệu, chỉnh tài nguyên mở, quản dữ liệu, rời vendor, và dạy học sinh dùng công nghệ có trách nhiệm. Đây là năng lực công dân của tổ chức giáo dục trong thời đại số.

Nếu một cộng đồng chỉ biết dùng phần mềm được đưa tới, nó phụ thuộc. Nếu biết đánh giá, chỉnh, phối hợp, rời, thay thế, nó có quyền. Nếu giáo viên chỉ là người nhận dashboard, công nghệ định hình nghề giáo. Nếu giáo viên có thể tạo, sửa, phối lại học liệu và phản hồi về công cụ, công nghệ trở thành vật liệu nghề nghiệp. Nếu học sinh chỉ bấm theo app, họ bị huấn luyện làm người dùng. Nếu học sinh hiểu dữ liệu, AI, nguồn tin, quyền riêng tư và công cụ học tập, họ trở thành người học có chủ quyền hơn.

UNESCO OER Recommendation có năm hướng hành động: xây năng lực để tạo/truy cập/tái sử dụng/thích nghi/phân phối OER, phát triển chính sách hỗ trợ, thúc đẩy OER chất lượng bao trùm và công bằng, xây mô hình bền vững, và hợp tác quốc tế.[^unesco-oer] Đây là một bản đồ tốt cho năng lực cộng đồng. Nó nói rằng tài nguyên mở không đủ; phải có năng lực mở.

Tương lai EdTech vì vậy có thể không nằm ở một “super app” giáo dục. Nó có thể nằm ở khả năng của từng cộng đồng học tập trong việc dùng các công cụ vừa đủ, kết nối với hạ tầng chung, và tự cải thiện. Một cộng đồng như vậy không sợ công nghệ mới, nhưng cũng không bị nó thôi miên. Nó hỏi: công cụ này giúp ta học gì, giữ gì, sửa gì, bỏ gì?

13. Khi nào cần lớn?

Một chương ca ngợi cái nhỏ mà không nói khi nào cần cái lớn sẽ thiếu trung thực. Có những vấn đề giáo dục cần quy mô. Quốc gia cần chuẩn dữ liệu để theo dõi công bằng. Hệ thống cần hạ tầng danh tính an toàn. Người khuyết tật cần accessibility được đảm bảo như quyền, không phụ thuộc thiện chí từng app. Trường nghèo cần đầu tư công vào kết nối, thiết bị và tài nguyên. Giáo viên cần kho học liệu chất lượng, không phải tự mò từng nguồn. Bảo mật cần năng lực tập trung mà từng trường nhỏ khó có.

Digital public goods và hạ tầng công có thể là cách kết hợp quy mô với quyền công. UNESCO khuyến nghị thúc đẩy digital public goods trong giáo dục, gồm e-pub accessible, OER thích nghi được, nền tảng học tập và ứng dụng hỗ trợ giáo viên, tất cả thiết kế để không ai bị bỏ lại.[^unesco-gem] Điều này nói rằng “lớn” không nhất thiết là nền tảng thương mại đóng. Lớn có thể là hạ tầng mở, tài nguyên công, chuẩn chung, và hỗ trợ địa phương thích nghi.

Nhưng cái lớn phải biết giới hạn. Hạ tầng lớn nên giúp công cụ nhỏ sống tốt hơn, không tiêu diệt chúng. Chuẩn quốc gia nên giúp dữ liệu liên thông, không bắt mọi lớp học dạy cùng một workflow. Kho học liệu quốc gia nên cho phép giáo viên chỉnh, không chỉ tải. AI công nên hỗ trợ dịch, accessibility, kiểm định nội dung, không trở thành hệ thống giám sát tập trung. Cái lớn nên là nền đất, không phải cái trần đè xuống lớp học.

Mâu thuẫn này sẽ trở lại ở chương 37 về hạ tầng công, chuẩn mở và quyền rời đi. Ở đây chỉ cần giữ nguyên tắc: công cụ nên nhỏ nơi vấn đề cụ thể; hạ tầng nên lớn nơi quyền và chuẩn cần được bảo đảm. Lẫn lộn hai điều này là nguồn của nhiều sai lầm.

14. Những nguy cơ của EdTech nhỏ

EdTech nhỏ cũng có mặt tối. Thứ nhất là phân mảnh. Mỗi giáo viên dùng một app, mỗi tổ môn có một kho, mỗi lớp có một nhóm chat, phụ huynh nhận thông tin từ nhiều nơi, học sinh có nhiều tài khoản. Sự linh hoạt biến thành hỗn loạn. Thứ hai là thiếu bảo mật. Công cụ nhỏ có thể không được review, không có DPA, không rõ dữ liệu, không có xóa tài khoản. Thứ ba là không bền. Một người nhiệt tình tạo công cụ; khi người ấy đi, công cụ chết.

Thứ tư là bất bình đẳng giữa giáo viên. Giáo viên giỏi công nghệ tạo lớp học giàu công cụ, giáo viên khác tụt lại. Học sinh nhận trải nghiệm phụ thuộc vào may mắn gặp giáo viên nào. Thứ năm là thiếu bằng chứng. Công cụ nhỏ dễ được giữ vì “thầy cô thích” mà không đo học tập, workload hoặc equity. Thứ sáu là localism hẹp: cộng đồng quá tự tin vào cách làm của mình, không học từ nghiên cứu rộng hơn.

Vì vậy, EdTech nhỏ cần khung nhẹ nhưng thật. Công cụ nhỏ phải trả lời job rõ, dữ liệu thu gì, rủi ro gì, ai support, có export không, có accessibility cơ bản không, khi nào bỏ, và có chia sẻ học được gì không. Không cần biến mọi công cụ nhỏ thành procurement nặng. Nhưng cũng không nên cho chúng đi qua cửa sau chỉ vì “nhỏ”.

Đây là điểm cân bằng khó. Nếu quản quá chặt, giáo viên mất quyền sáng tạo. Nếu thả quá lỏng, học sinh và dữ liệu chịu rủi ro. Một hệ sinh thái trưởng thành có sandbox cho công cụ nhỏ: thử được, có giới hạn, có dữ liệu tối thiểu, không high-stakes, có review nhẹ, có đường đưa công cụ tốt vào chuẩn chung, và có đường loại công cụ xấu ra.

15. Một kiến trúc “vừa đủ” cho trường học

Nếu phải hình dung một trường học theo tinh thần chương này, nó không bắt đầu bằng mua một nền tảng khổng lồ. Nó bắt đầu bằng một lõi hạ tầng gọn: danh tính an toàn, SSO, dữ liệu lớp/học sinh sạch ở mức cần thiết, LMS hoặc learning hub đủ ổn, kho tài liệu có export, chính sách privacy rõ, chuẩn tích hợp, và người phụ trách stack. Lõi này không cần làm mọi thứ. Nó cần làm những thứ giúp mọi công cụ khác không biến thành hỗn loạn.

Trên lõi đó là các công cụ theo việc: một công cụ formative assessment cho vài môn, một kho OER địa phương, một công cụ offline-first cho nơi mạng yếu, một công cụ accessibility, một công cụ giao tiếp phụ huynh đơn giản, một AI assistant cho giáo viên với giới hạn dữ liệu, một công cụ phân tích attendance nếu cần. Mỗi công cụ có job description, owner, dữ liệu tối thiểu, cách đo giá trị, cách dừng, và cách xuất dữ liệu.

Giáo viên không bị buộc dùng mọi thứ. Họ có menu công cụ đã được kiểm tra, được hỗ trợ, được giải thích theo mục tiêu sư phạm. Họ có quyền đề xuất công cụ mới, nhưng công cụ mới vào sandbox trước. Học sinh được dạy không chỉ cách bấm, mà cách chọn công cụ, hiểu dữ liệu, tự học, kiểm chứng AI, bảo vệ sự chú ý. Phụ huynh có một kênh chính rõ, không bị app hóa mọi quan hệ với trường.

Một kiến trúc như vậy nghe ít hoành tráng hơn “AI-powered personalized learning ecosystem”. Nhưng nó có thể bền hơn, công bằng hơn và gần lớp học hơn. Nó không làm trường phụ thuộc vào một nhà cung cấp duy nhất. Nó cho phép thay đổi từng phần. Nó tạo chỗ cho địa phương hóa. Nó giữ lại năng lực trong tổ chức. Và nó tôn trọng một sự thật rất cũ: giáo dục không cần mọi thứ thông minh; nó cần những điều đúng chỗ hoạt động đều đặn.

16. Các bên trong cuộc tranh luận

Vendor nền tảng nói: “Nếu mỗi trường dùng nhiều công cụ nhỏ, hệ thống sẽ rối và không scale.” Họ có lý. Phân mảnh là rủi ro thật. Nhưng vendor cũng phải nghe câu hỏi ngược lại: nếu một nền tảng lớn giải quyết sự rối bằng cách khóa mọi thứ vào một workflow, nó có đang làm giáo dục dễ quản trị hơn nhưng ít sống hơn không?

Nhà phát triển địa phương nói: “Chúng tôi hiểu bối cảnh hơn sản phẩm toàn cầu.” Có thể đúng. Nhưng hiểu bối cảnh không miễn trừ yêu cầu bảo mật, accessibility, evidence, support và sustainability. Sản phẩm địa phương tốt phải vừa gần người dùng vừa đạt chuẩn. “Local” không tự động là “good”.

Giáo viên nói: “Tôi cần công cụ giải việc của tôi, không cần thêm hệ thống.” Đây là tiếng nói trung tâm của teacher-first. Nhưng giáo viên cũng cần thấy rằng công cụ cá nhân của mình nếu thu dữ liệu học sinh hoặc chạm điểm số không còn là lựa chọn cá nhân. Nó ảnh hưởng quyền người học và hệ thống. Sự tự chủ nghề nghiệp phải đi cùng trách nhiệm dữ liệu.

Lãnh đạo trường nói: “Tôi cần nhất quán.” Đúng. Không thể để mỗi lớp một thế giới. Nhưng nhất quán không có nghĩa đồng nhất. Có thể nhất quán ở chuẩn dữ liệu, privacy, accessibility, mục tiêu học tập, nhưng linh hoạt ở công cụ cụ thể. Lãnh đạo tốt không chọn giữa hỗn loạn và độc quyền; họ thiết kế biên cho linh hoạt.

Học sinh nói: “Đừng bắt em dùng mười app.” Đây là lời nhắc rất thật. EdTech nhỏ phải cẩn thận với trải nghiệm người học. Nếu mô-đun hóa làm học sinh mất định hướng, nó thất bại. Người học cần một lối vào rõ, một nhịp học rõ, và ít friction. Công cụ nhỏ nên vô hình nơi có thể, không biến thành mười biểu tượng trên màn hình.

Phụ huynh nói: “Tôi muốn hiểu trường dùng gì với con tôi.” Đây là yêu cầu chính đáng. Trường cần một bản đồ công cụ dễ hiểu: công cụ nào, mục đích gì, dữ liệu gì, phụ huynh cần làm gì, quyền gì. Một hệ sinh thái nhỏ nhưng mờ vẫn không công bằng.

17. Benchmark cho EdTech nhỏ, vừa đủ và địa phương

Benchmark đầu tiên là job clarity. Công cụ này làm việc gì cụ thể, không làm việc gì, ai dùng, khi nào, trong hoạt động học nào, và nó thay đổi hành vi nào? Nếu công cụ không có job rõ, nó sẽ phình hoặc bị dùng sai. Benchmark thứ hai là context fit: chạy trên thiết bị thật, mạng thật, ngôn ngữ thật, lịch học thật, workflow giáo viên thật, phụ huynh thật. Nếu chỉ chạy tốt trong demo, chưa đủ.

Benchmark thứ ba là minimal data. Công cụ thu dữ liệu tối thiểu để làm job của nó, có lưu cục bộ khi có thể, có xóa, có export, không dùng secondary purpose mơ hồ, không huấn luyện AI trên dữ liệu học sinh nếu không có cơ sở rõ. Benchmark thứ tư là teacher workload: công cụ giảm hoặc chuyển đổi workload theo cách có chủ ý, không thêm việc vô hình. Benchmark thứ năm là learner experience: ít login, ít notification, ít distraction, rõ mục tiêu học, accessibility tốt.

Benchmark thứ sáu là interoperability. Công cụ nhỏ phải có cách sống trong hệ sinh thái: SSO hoặc đăng nhập đơn giản, export chuẩn, nhập/xuất dữ liệu, tích hợp vừa đủ với LMS/SIS nếu cần, không tạo silo. Benchmark thứ bảy là local adaptation: giáo viên hoặc cộng đồng có thể chỉnh nội dung, ví dụ, ngôn ngữ, bài tập, kênh sử dụng mà không phá hệ thống. Benchmark thứ tám là exit: nếu bỏ công cụ, dữ liệu/tài liệu/tiến độ quan trọng không mất.

Benchmark cuối cùng là capacity legacy. Sau khi dùng công cụ, cộng đồng học được gì? Giáo viên có thêm tài nguyên không? Dữ liệu có sạch hơn không? Học sinh có kỹ năng tự học hơn không? Trường có hiểu workflow hơn không? Nếu công cụ rời đi mà không để lại gì ngoài tài khoản hết hạn, nó không phải công nghệ địa phương theo nghĩa sâu. Nó chỉ từng hiện diện ở địa phương.

18. Lập trường của chương này

Chương này không nói mọi trường nên tự xây công cụ, không nói nền tảng lớn luôn xấu, không nói open-source tự động tốt, không nói offline-first là câu trả lời cho mọi nơi. Nó nói rằng tương lai EdTech đáng tin hơn có thể nhỏ hơn tưởng tượng của thị trường và sâu hơn tưởng tượng của người hoài nghi. Nhỏ ở phạm vi, sâu ở bối cảnh. Vừa đủ ở tính năng, nghiêm túc ở trách nhiệm. Địa phương ở quyền điều chỉnh, toàn cầu ở tri thức và chuẩn.

EdTech nhỏ, vừa đủ và địa phương là cách chống hai ảo tưởng cùng lúc. Ảo tưởng thứ nhất: chỉ cần nền tảng lớn, dữ liệu nhiều, AI mạnh, scale nhanh là giáo dục tiến bộ. Ảo tưởng thứ hai: chỉ cần quay về lớp học truyền thống là tránh được mọi vấn đề. Giáo dục thật cần cả công nghệ và giới hạn của công nghệ. Nó cần công cụ nhưng không muốn bị công cụ định nghĩa. Nó cần hạ tầng nhưng không muốn bị hạ tầng khóa. Nó cần dữ liệu nhưng không muốn người học bị dữ liệu hóa quá mức.

Nếu phải nén chương này thành một câu, câu đó là: công nghệ giáo dục tốt nhất không nhất thiết là công nghệ biết nhiều nhất, mà là công nghệ làm đúng việc, ở đúng nơi, với đúng mức dữ liệu, đúng mức phụ thuộc, và để con người ở đó mạnh hơn sau khi dùng nó. Tương lai bớt ảo tưởng không phải tương lai ít công nghệ. Nó là tương lai trong đó cộng đồng học tập có đủ năng lực để nói với công nghệ: đây là việc chúng tôi cần, đây là giới hạn của anh, đây là dữ liệu anh được dùng, đây là lúc anh phải dừng, và đây là điều chúng tôi sẽ giữ lại khi anh rời đi.

Ghi chú nguồn cho chương

[^unesco-gem]: UNESCO Global Education Monitoring Report Team, Technology in education: A tool on whose terms? (2023) và phần Recommendations. Báo cáo đề xuất công nghệ giáo dục nên được đánh giá qua appropriate, equitable, scalable và sustainable; nhấn mạnh công nghệ phải đặt người học/giáo viên ở trung tâm, fit context, có tài nguyên đa ngôn ngữ/culturally acceptable/age-appropriate, thúc đẩy digital public goods, tính chi phí dài hạn và không thay thế tương tác người-người. Nguồn: https://www.unesco.org/gem-report/en/publication/technology-education , https://gem-report-2023.unesco.org/technology-in-education/ và https://gem-report-2023.unesco.org/recommendations/

[^oecd-shaping]: OECD, Shaping Digital Education (2023), chương Pedagogical approaches, curricula and assessments for digital education. OECD nêu công nghệ giáo dục thường bị dùng dưới mức vì chưa đủ thích nghi với nhu cầu/ưu tiên của giáo viên, thiếu sự tham gia của educators trong phát triển, và thiếu compatibility/interoperability khiến giáo viên, học sinh bực bội với nhiều công cụ chồng chéo. Nguồn: https://www.oecd.org/en/publications/shaping-digital-education_bac4dc9f-en/full-report/component-6.html

[^worldbank-digital]: World Bank Group, Digital Technologies in Education (trang chủ đề, cập nhật 2025). World Bank đề xuất năm nguyên tắc EdTech: Ask why, Design for scale, Empower teachers, Engage the ecosystem và Data driven; nhấn mạnh EdTech không phải silver bullet, cần equity/inclusion, teacher capacity, curriculum-linked resources, interoperable data architecture và tránh vendor lock-in. Nguồn: https://www.worldbank.org/ext/en/topic/education/digital-technologies-in-education

[^local-first]: Martin Kleppmann, Adam Wiggins, Peter van Hardenberg & Mark McGranaghan, Local-first software: You own your data, in spite of the cloud (Ink & Switch, 2019; Onward! 2019). Bài viết đề xuất local-first software như tập nguyên tắc cho phép collaboration nhưng vẫn giữ ownership/control dữ liệu, gồm offline work, multi-device collaboration, long-term preservation, privacy/security by default và user control. Nguồn: https://www.inkandswitch.com/essay/local-first/ và bản học thuật: https://martin.kleppmann.com/2019/10/23/local-first-at-onward.html

[^kolibri]: Learning Equality, Kolibri. Kolibri là hệ sinh thái công cụ mở tập trung vào nền tảng học tập offline-first, thiết kế để dạy và học bằng công nghệ nhưng không cần internet; có thể phân phối nội dung offline qua peer-to-peer/USB, dùng với thiết bị chi phí thấp/legacy và local area network. Nguồn: https://learningequality.org/kolibri/about-kolibri/ và hướng dẫn: https://kolibri.readthedocs.io/en/latest/

[^worldbank-teachers]: World Bank, Empower Teachers: Reimagining Human Connections Technology and Innovation in Education (2020). World Bank nhấn mạnh công nghệ nên tăng cường engagement của giáo viên với học sinh qua access to content, data and networks; EdTech không thể thay thế giáo viên, chỉ có thể augment good teaching, và không có một cách tiếp cận one-size-fits-all cho teacher adoption. Nguồn: https://www.worldbank.org/en/topic/edutech/brief/empower-reachers-reimagining-human-connections-technology-and-innovation-in-education-at-the-world-bank

[^oecd-teachers]: OECD, OECD Digital Education Outlook 2023, chương Teacher digital competences: formal approaches to their development. OECD nhấn mạnh phần cứng/phần mềm là cần nhưng chưa đủ; giáo viên và lãnh đạo trường là human resources then chốt trong hạ tầng giáo dục số, và công nghệ chỉ cải thiện học tập khi giáo viên có năng lực/động lực tích hợp vào thực hành dạy học. Nguồn: https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/teacher-digital-competences-formal-approaches-to-their-development_4a05344c.html

[^unicef-dpg]: UNICEF Digital Impact, Digital public goods, và UNICEF Office of Innovation, How Can Accelerators Support Digital Public Goods? UNICEF mô tả DPG như phần mềm, dữ liệu, mô hình AI, tiêu chuẩn hoặc nội dung mở có tiềm năng tạo tác động cho trẻ em, rộng rãi available for reuse and scale-up; định nghĩa DPG nhấn mạnh open source/open data/open standards/open content, tuân thủ privacy, do-no-harm và hỗ trợ SDGs. Nguồn: https://www.unicef.org/digitalimpact/what-we-do/digital-public-goods và https://www.unicef.org/innovation/stories/dpg-accelerator-guide

[^unesco-oer]: UNESCO, Open Educational Resources và Recommendation on Open Educational Resources (2019). UNESCO định nghĩa OER là tài liệu học, dạy và nghiên cứu ở bất kỳ định dạng nào, thuộc public domain hoặc được cấp phép mở cho phép no-cost access, re-use, re-purpose, adaptation và redistribution; khuyến nghị có năm hướng hành động gồm building capacity, supportive policy, inclusive/equitable quality OER, sustainability models và international cooperation. Nguồn: https://www.unesco.org/open-educational-resources , https://www.unesco.org/en/open-educational-resources/mandate và https://www.unesco.org/en/legal-affairs/recommendation-open-educational-resources-oer

[^unesco-dpg]: UNESCO, UNESCO’s Open Solutions included in Digital Public Goods Alliance Roadmap to advance inclusive knowledge ecosystems (7 April 2026). UNESCO cho biết các Open Solutions như OER, Open Access, Open Data và FOSS được đưa vào roadmap của DPGA, nhấn mạnh multilingual access, equitable participation, reuse của educational/scientific/public-interest resources, và tri thức như public good được quản trị vì lợi ích công. Nguồn: https://www.unesco.org/en/articles/unescos-open-solutions-included-digital-public-goods-alliance-roadmap-advance-inclusive-knowledge

[^eef-implementation]: Education Endowment Foundation, A School’s Guide to Implementation (Third Edition, 2024). EEF nhấn mạnh implementation là quá trình có cấu trúc qua explore, prepare, deliver và sustain, chú ý behaviors, contextual factors và việc ý tưởng giáo dục biểu hiện trong công việc hằng ngày của trường. Nguồn: https://educationendowmentfoundation.org.uk/education-evidence/guidance-reports/implementation