Chương 13. Procurement: nơi lý tưởng giáo dục gặp hồ sơ mời thầu

Nếu muốn thấy EdTech mất thơ ở đâu, hãy nhìn procurement.

Trên sân khấu hội nghị, EdTech nói về tương lai học tập.

Trong hồ sơ mời thầu, nó phải nói về giá, bảo mật, dữ liệu, tích hợp, uptime, accessibility, support, điều khoản chấm dứt, trách nhiệm pháp lý, năng lực nhà cung cấp, tiêu chí nghiệm thu và tổng chi phí.

Trên website, sản phẩm nói “cá nhân hóa”.

Trong procurement, trường phải hỏi:

Dữ liệu cá nhân lưu ở đâu?

Ai có quyền truy cập?

Có xuất dữ liệu được không?

Có tích hợp SSO không?

Có API không?

Có dùng dữ liệu học sinh để huấn luyện model không?

Có đạt yêu cầu accessibility không?

Nếu ngừng hợp đồng thì dữ liệu, nội dung, tài khoản, lịch sử học tập đi đâu?

Trên demo, AI tutor trả lời rất trơn.

Trong procurement, người mua phải hỏi:

Nếu AI trả lời sai thì ai chịu trách nhiệm?

Có human oversight không?

Có logging không?

Có giới hạn theo tuổi không?

Giáo viên có tắt được không?

Phụ huynh có biết không?

Học sinh có bị theo dõi quá mức không?

Trên slide bán hàng, dashboard sạch như kính.

Trong rollout, dữ liệu bẩn, tài khoản lỗi, giáo viên chưa được tập huấn, hệ thống cũ không kết nối, mạng yếu, phụ huynh không tải app, IT quá tải, và người học chỉ thấy thêm một chỗ nữa để bị nhắc việc.

Procurement là nơi lý tưởng giáo dục gặp vật lý tổ chức.

Vì vậy nó quan trọng.

Không phải vì procurement thú vị.

Nó thường khô.

Nó đầy biểu mẫu.

Nó làm người thích đổi mới sốt ruột.

Nó làm vendor bực vì “khách hàng không hiểu sản phẩm”.

Nó làm giáo viên mệt vì một quyết định sắp được ký trước khi họ kịp nói.

Nhưng rất nhiều đời sống giáo dục bị khóa vào thời điểm hợp đồng được ký.

Khi trường chọn một nền tảng, dữ liệu đi theo nó.

Giáo viên học theo nó.

Quy trình nhập liệu đi theo nó.

Phụ huynh giao tiếp qua nó.

Dashboard quản trị nhìn học sinh qua nó.

AI gợi ý theo logic của nó.

Học sinh để lại dấu vết trong nó.

Nếu muốn rời đi, chi phí không chỉ là tiền.

Là dữ liệu, thói quen, nội dung, training, niềm tin, lịch sử học tập, và thời gian.

Procurement tốt có thể kéo thị trường EdTech về phía bằng chứng, privacy, accessibility, interoperability, teacher agency, total cost và quyền rời đi.

Procurement kém có thể thưởng cho demo đẹp, quan hệ bán hàng, giá thấp giả, lời hứa rộng, lock-in, thu dữ liệu quá mức, và tính năng phục vụ người mua hơn người học.

Nhưng chương này không định biến procurement thành vị cứu tinh.

Procurement cũng có mặt tối.

Nó có thể làm trường học bảo thủ quá mức.

Nó có thể giết startup nhỏ vì yêu cầu giấy tờ quá nặng.

Nó có thể biến đổi mới thành trò tick-box.

Nó có thể ưu tiên vendor lớn vì vendor lớn biết trả lời hồ sơ tốt hơn.

Nó có thể trở thành thủ tục hợp thức hóa một quyết định đã bị thuyết phục từ trước.

Nó có thể nói “công bằng” nhưng tạo ra bộ tiêu chí chỉ công ty giàu nguồn lực mới đáp ứng nổi.

Vậy xung đột thật không phải:

Procurement tốt hay xấu?

Xung đột thật là:

Làm sao mua công nghệ giáo dục đủ nhanh để không mắc kẹt trong trì trệ, nhưng đủ chậm để không ký hợp đồng với ảo tưởng?

1. Cảnh mở: một cuộc họp mua sắm không ai hoàn toàn sai

Một trường đang cân nhắc mua nền tảng học tập mới.

Vendor nói:

“Sản phẩm của chúng tôi giúp cá nhân hóa, giảm tải giáo viên, phát hiện học sinh rủi ro sớm, kết nối phụ huynh, và có AI hỗ trợ học tập.”

Hiệu trưởng nghe thấy cơ hội.

Trường đang chịu áp lực cải thiện kết quả học tập.

Phòng học vụ nghe thấy dashboard.

Họ cần biết lớp nào đang chậm, học sinh nào cần hỗ trợ.

Phòng IT nghe thấy rủi ro.

Họ hỏi về SSO, API, hosting, bảo mật, backup, tài khoản, phân quyền.

Giáo viên nghe thấy thêm việc.

Họ hỏi:

“Tôi phải nhập điểm ở mấy chỗ?”

“AI gợi ý có đúng với cách tôi dạy không?”

“Nếu học sinh không làm trên app thì sao?”

Phụ huynh nghe thấy hy vọng và lo lắng.

“Tôi có biết con học gì không?”

“Dữ liệu của con tôi có bị dùng vào việc khác không?”

Học sinh, nếu được hỏi, có thể nói:

“Em có bị app nhắc liên tục không?”

“Em có bị xếp loại rủi ro không?”

“Em có được giải thích vì sao hệ thống nói em yếu phần này không?”

Tài chính nghe thấy chi phí.

“Năm đầu giá ưu đãi. Năm thứ hai thì sao?”

“Training tính riêng không?”

“Nếu đổi nền tảng thì migration bao nhiêu?”

Nhà sáng lập startup nghe thấy một khách hàng khó.

“Trường muốn đổi mới nhưng hỏi quá nhiều. Nếu mọi trường đều mua chậm như vậy, làm sao công ty sống?”

Nhà đầu tư nghe thấy sales cycle dài.

“Bao giờ đóng được hợp đồng?”

Không ai trong phòng hoàn toàn sai.

Và đó là điểm làm procurement khó.

Nếu chỉ nghe vendor, ta có đổi mới nhanh nhưng rủi ro cao.

Nếu chỉ nghe IT, ta có hệ thống an toàn nhưng có thể khô, khó dùng.

Nếu chỉ nghe giáo viên, ta có sự thực tế nhưng có thể bỏ lỡ công cụ mới.

Nếu chỉ nghe tài chính, ta có giá tốt nhưng có thể mua chi phí ẩn.

Nếu chỉ nghe phụ huynh, ta có áp lực đầu ra nhưng dễ mua hy vọng.

Nếu chỉ nghe startup, ta có tốc độ nhưng có thể thiếu trách nhiệm.

Procurement tốt không phải là bên nào thắng.

Procurement tốt là cách buộc các bên tranh luận trước khi rủi ro bị chuyển sang học sinh và giáo viên.

2. Trường học không “chọn công nghệ”; nó mua, phê duyệt, triển khai và chịu trách nhiệm

Trong câu chuyện đơn giản, trường “chọn” một công cụ.

Trong đời thật, trường đi qua một chuỗi dài hơn:

nhận diện nhu cầu,

tìm giải pháp,

xem demo,

hỏi giáo viên,

hỏi học sinh nếu đủ nghiêm túc,

hỏi IT,

hỏi tài chính,

hỏi pháp chế,

hỏi phụ huynh nếu dữ liệu trẻ em hoặc screen time liên quan,

kiểm tra privacy,

kiểm tra accessibility,

kiểm tra tích hợp,

so sánh tổng chi phí,

đọc hợp đồng,

chạy pilot,

đào tạo giáo viên,

tạo tài khoản,

nhập dữ liệu,

truyền thông,

triển khai,

hỗ trợ,

đánh giá,

gia hạn hoặc bỏ.

Mỗi bước có thể làm quyết định tốt hơn.

Mỗi bước cũng có thể làm quyết định lệch đi.

OECD trong Digital Education Outlook 2023 mô tả public procurement như một cách định hình hệ sinh thái giáo dục số. Các quốc gia dùng nhiều chiến lược khác nhau, từ mua tập trung đến hướng dẫn trường mua gì và mua như thế nào; procurement guidelines thường tập trung vào data protection, security, interoperability, và ở mức độ thấp hơn là equity và effectiveness.[^oecd-procurement]

Điểm “định hình hệ sinh thái” rất quan trọng.

Procurement không chỉ mua một sản phẩm.

Nó gửi tín hiệu cho thị trường.

Nếu trường mua theo giá thấp nhất, vendor tối ưu giá.

Nếu trường mua theo feature list dài, vendor tối ưu checkbox.

Nếu trường mua theo demo, vendor tối ưu trình diễn.

Nếu trường mua theo evidence, vendor phải đầu tư nghiên cứu.

Nếu trường yêu cầu interoperability, vendor phải nghĩ đến export, API, chuẩn dữ liệu.

Nếu trường yêu cầu privacy mạnh, vendor phải giảm thu thập dữ liệu.

Nếu trường yêu cầu accessibility thật, sản phẩm inaccessible mất cơ hội.

Nếu trường yêu cầu teacher co-design, vendor phải nghe giáo viên sớm hơn.

Nếu hợp đồng có exit clause, lock-in giảm.

Procurement là chính sách giáo dục bằng ngôn ngữ mua sắm.

Nhưng chính vì vậy, procurement cũng là nơi quyền lực ẩn.

Người viết tiêu chí có quyền định nghĩa “sản phẩm tốt”.

Người chấm điểm có quyền định nghĩa “rủi ro chấp nhận được”.

Người ký hợp đồng có quyền quyết định dữ liệu của ai đi vào đâu.

Nếu người học và giáo viên không có tiếng nói, procurement có thể rất “đúng quy trình” nhưng sai thực tế.

Một hệ thống có thể mua hợp pháp, minh bạch, đúng hồ sơ, đúng hạn, đúng giá, nhưng vẫn mua một sản phẩm làm lớp học nghèo đi.

Đó là lý do procurement không thể chỉ là thủ tục hành chính.

Nó phải là một phần của tư duy giáo dục.

3. Người mua hiếm khi có đủ năng lực để mua tốt

Một trường học không phải công ty công nghệ.

Một hiệu trưởng không nhất thiết biết đọc điều khoản API.

Một giáo viên không nhất thiết biết phân tích chính sách dữ liệu.

Một phòng IT không nhất thiết biết đánh giá sư phạm.

Một phòng tài chính không nhất thiết biết total cost of ownership của AI.

Một phòng pháp chế không nhất thiết hiểu dữ liệu học tập.

Một phụ huynh không nhất thiết biết sản phẩm nào có evidence thật.

Nhưng procurement EdTech đòi tất cả những năng lực này cùng lúc.

Đây là bất đối xứng lớn.

Vendor có đội sales.

Vendor có deck.

Vendor có case study.

Vendor có legal language.

Vendor có khách hàng tham chiếu.

Vendor có demo được chuẩn bị kỹ.

Trường có vài buổi họp, ngân sách hạn chế, và rất nhiều việc khác.

OECD trong Shaping Digital Education nhấn mạnh nhiều nhà hoạch định chính sách có thông tin hạn chế khi đầu tư EdTech; môi trường tài trợ phân mảnh; từng cơ sở giáo dục thường thiếu chuyên môn hoặc bargaining power để đầu tư hiệu quả vào công nghệ số; vì vậy chính phủ có thể cần cung cấp hướng dẫn, công cụ hoặc cơ chế mua tập trung.[^oecd-shaping]

Đây không phải chuyện người mua kém.

Đây là chuyện mua EdTech tử tế khó hơn vẻ ngoài.

Một trường nhỏ có thể phải chọn giữa hàng trăm sản phẩm, sản phẩm nào cũng nói:

evidence-based,

AI-powered,

personalized,

secure,

teacher-friendly,

easy to implement.

Nếu không có năng lực procurement chung, trường dễ mua theo:

demo đẹp,

vendor nổi tiếng,

lời giới thiệu từ trường khác,

giá khuyến mãi,

tính năng nhiều,

áp lực “trường khác đã dùng”,

quan hệ,

cảm giác hiện đại,

nhu cầu xử lý khẩn cấp.

Một ví dụ rõ là giai đoạn dùng ngân sách khẩn cấp trong đại dịch. Associated Press phân tích các khoản chi của nhiều hệ thống trường lớn ở Mỹ và ghi nhận nhiều nơi chi hàng chục triệu USD cho phần mềm, dịch vụ công nghệ, tutoring website, app và thiết bị, trong khi bằng chứng hiệu quả và mức sử dụng thực tế không phải lúc nào cũng rõ.[^ap-pandemic-spending]

Ta không nên đọc ví dụ đó theo kiểu “trường học hoang phí”.

Khủng hoảng luôn làm quyết định xấu dễ xảy ra hơn.

Trường cần giải pháp ngay.

Vendor gọi liên tục.

Ngân sách có hạn dùng.

Học sinh đang mất học.

Áp lực chính trị cao.

Trong hoàn cảnh đó, procurement rất dễ chuyển từ “đánh giá” sang “giải cứu”.

Nhưng chính vì vậy, bài học càng mạnh:

Khi tiền đến nhanh, câu hỏi phải chậm lại.

Không phải chậm để trì hoãn.

Chậm để không biến ngân sách khẩn cấp thành thị trường cho lời hứa chưa kiểm chứng.

4. Procurement tập trung hay phân quyền: cả hai đều có mặt trái

Một cách sửa vấn đề năng lực mua là mua tập trung.

Bộ, sở, quận, hệ thống lớn, hoặc một cơ quan chuyên trách đánh giá và mua trước.

Trường được dùng danh mục đã duyệt.

Lợi ích rõ:

giảm gánh nặng cho từng trường,

tăng bargaining power,

chuẩn hóa privacy và security,

đảm bảo interoperability,

giảm giá nhờ quy mô,

tránh mỗi trường tự ký điều khoản yếu,

tạo hạ tầng chung.

OECD ghi nhận trong 29 quốc gia/vùng khảo sát, hơn hai phần ba có mua tập trung một số công cụ số/tài nguyên số cho trường; các mô hình khác nhau tùy governance, năng lực địa phương và mục tiêu chính sách.[^oecd-procurement]

Mua tập trung có thể bảo vệ công bằng.

Nếu mọi trường có quyền dùng một hạ tầng tối thiểu, trường nghèo không bị bỏ lại.

Nhưng mua tập trung cũng có rủi ro.

Nó có thể tạo một vendor stack quá lớn.

Nó có thể làm trường mất linh hoạt.

Nó có thể chọn sản phẩm vừa đủ cho trung bình nhưng không phù hợp nhóm đặc thù.

Nó có thể khóa dữ liệu ở cấp hệ thống.

Nó có thể làm lỗi lan rộng nếu chọn sai.

Nó có thể tạo thị trường mà chỉ vendor lớn đủ sức tham gia.

Phân quyền thì ngược lại.

Trường được chọn theo nhu cầu thật.

Giáo viên có thể thử công cụ phù hợp.

Startup nhỏ có cơ hội.

Đổi mới địa phương có đất sống.

Nhưng phân quyền cũng rủi ro:

mỗi trường tự đọc hợp đồng,

privacy không đồng đều,

interoperability yếu,

dữ liệu phân mảnh,

chi phí cao hơn,

vendor bán hàng từng nơi,

trường giàu mua tốt hơn trường nghèo,

giáo viên bị ngập trong app rời rạc.

Không có mô hình sạch.

Mua tập trung bảo vệ chuẩn chung nhưng có nguy cơ quan liêu và lock-in lớn.

Phân quyền bảo vệ linh hoạt nhưng có nguy cơ bất bình đẳng và hỗn loạn.

Vì vậy câu hỏi không phải “tập trung hay phân quyền”.

Câu hỏi là:

Cái gì nên là hạ tầng chung?

Cái gì nên để trường chọn?

Cái gì cần pre-approval?

Cái gì cần sandbox thử nghiệm?

Cái gì cần tiêu chuẩn bắt buộc?

Cái gì cần quyền địa phương hóa?

Một hệ procurement trưởng thành thường cần cả hai:

chuẩn chung đủ mạnh,

và vùng tự do đủ thật.

5. Giá: thứ dễ so nhất nhưng dễ lừa nhất

Trong procurement, giá có vẻ là tiêu chí khách quan nhất.

Sản phẩm A: 5 USD/học sinh/năm.

Sản phẩm B: 12 USD.

Sản phẩm C: miễn phí.

Nhìn vậy rất dễ chọn.

Nhưng giá license chỉ là một mảnh của chi phí.

UNESCO GEM Report 2023 cảnh báo rằng đầu tư ban đầu vào EdTech có thể chỉ chiếm 25% hoặc ít hơn tổng chi phí cuối cùng; procurement cần tính bền vững kinh tế, xã hội và môi trường, không chỉ giá mua đầu.[^unesco-gem]

Trong EdTech, total cost có thể gồm:

license,

thiết bị,

kết nối,

training,

support,

integration,

migration dữ liệu,

bảo trì,

cập nhật nội dung,

thời gian giáo viên,

thời gian IT,

truyền thông phụ huynh,

accessibility adaptation,

privacy/security review,

evaluation,

chi phí rời đi,

chi phí nếu sản phẩm thất bại.

Một sản phẩm rẻ nhưng cần nhiều hỗ trợ thủ công có thể đắt.

Một sản phẩm miễn phí nhưng thu dữ liệu quá mức có thể rất đắt về quyền.

Một sản phẩm giá cao nhưng giảm thật workload, tích hợp tốt, có evidence, có support và có exit plan có thể rẻ hơn về tổng thể.

Ở đây có mâu thuẫn thật:

Tài chính cần kiểm soát chi phí.

Giáo viên cần công cụ sống được.

IT cần hệ thống không tạo nợ kỹ thuật.

Phụ huynh và học sinh cần quyền riêng tư.

Vendor cần doanh thu đủ để support.

Nếu ép giá quá thấp, trường có thể mua sản phẩm thiếu support.

Nếu không kiểm soát giá, trường bị vendor khóa vào chi phí tăng dần.

Procurement tốt không hỏi “cái nào rẻ nhất”.

Nó hỏi:

Chi phí nào đang bị giấu, và ai sẽ trả nó?

6. Feature checklist: cái bẫy nhìn rất hợp lý

Procurement rất dễ biến thành bảng tính:

Có AI không?

Có dashboard không?

Có mobile app không?

Có parent portal không?

Có gamification không?

Có analytics không?

Có export không?

Có SSO không?

Có offline mode không?

Có adaptive learning không?

Có hỗ trợ nhiều ngôn ngữ không?

Có accessibility không?

Feature checklist có ích.

Nó giúp lọc tối thiểu.

Nhưng nó cũng thưởng cho sản phẩm nhiều tính năng hơn sản phẩm tốt hơn.

Một tính năng tồn tại không nói nó dùng được.

Một dashboard tồn tại không nói dữ liệu đúng.

Một AI tồn tại không nói nó an toàn.

Một export tồn tại không nói dữ liệu dễ dùng.

Một parent portal tồn tại không nói phụ huynh hiểu.

Một accessibility claim tồn tại không nói người dùng screen reader dùng được.

Một tính năng “adaptive” không nói thuật toán thích nghi theo học tập hay chỉ theo tốc độ click.

Vendor hiểu game này.

Nếu procurement chấm điểm theo checklist, vendor sẽ xây checklist.

Sản phẩm phình ra.

Roadmap bị kéo bởi RFP.

Tính năng ít dùng vẫn được giữ vì giúp bán.

Giáo viên nhìn thấy một giao diện nặng hơn.

Học sinh nhìn thấy nhiều nút hơn.

Người mua nhìn thấy nhiều dấu tick hơn.

Đó là thất bại rất lịch sự.

Procurement tốt phải hỏi về workflow:

Giáo viên dùng tính năng này trong tiết học thật ra sao?

Học sinh yếu dùng nó như thế nào?

Nếu mạng yếu thì sao?

Nếu dữ liệu sai thì sửa ra sao?

Nếu phụ huynh không dùng app thì kênh thay thế là gì?

Nếu AI trả lời sai thì ai thấy?

Nếu giáo viên muốn bỏ qua gợi ý thì làm thế nào?

Nếu học sinh cần assistive technology thì đường đi có bị vỡ không?

Tính năng chỉ có nghĩa khi sống được trong quy trình.

7. Compliance là cổng vào, không phải bằng chứng giá trị

Compliance rất cần.

Privacy law.

Data protection.

Security standards.

Accessibility requirements.

Procurement rules.

Legal clauses.

Data processing agreement.

Age-appropriate design.

AI governance.

Không có compliance, sản phẩm có thể gây hại.

Nhưng compliance không đồng nghĩa chất lượng giáo dục.

Một sản phẩm có thể bảo mật tốt nhưng sư phạm nghèo.

Có thể đạt điều khoản dữ liệu nhưng tăng workload.

Có thể có DPA, SSO, encryption, uptime SLA, nhưng bài học vẫn chỉ là worksheet số hóa.

Có thể điền self-assessment accessibility nhưng chưa từng test với người học khuyết tật.

Có thể nói “AI policy compliant” nhưng vẫn không giúp học sinh hiểu sâu hơn.

Đây là mâu thuẫn hay bị né:

Procurement cần compliance để tránh thảm họa.

Nhưng nếu procurement dừng ở compliance, nó mua được sản phẩm hợp lệ chứ chưa chắc mua được sản phẩm có ích.

Vendor lớn thường thắng ở compliance vì họ có đội pháp lý.

Startup nhỏ có thể có sản phẩm sư phạm tốt hơn nhưng thiếu năng lực giấy tờ.

Nếu tiêu chí quá nhẹ, rủi ro tăng.

Nếu tiêu chí quá nặng, đổi mới nhỏ bị đẩy ra ngoài.

Vì vậy procurement cần risk-tiering.

Một app rủi ro thấp, dữ liệu tối thiểu, dùng tự chọn, không ảnh hưởng điểm số có thể đi qua quy trình nhẹ hơn.

Một hệ thống AI phân tích dữ liệu trẻ em, gợi ý can thiệp, chấm điểm, proctoring, hoặc triển khai toàn trường phải qua kiểm tra nặng hơn.

Đối xử mọi công cụ như nhau không phải công bằng.

Nó chỉ là lười phân biệt rủi ro.

8. Bằng chứng: điều ai cũng đòi, nhưng ít người biết đọc

Ai cũng nói EdTech cần evidence.

Điều đó đúng.

Nhưng “evidence” dễ bị biến thành đạo cụ bán hàng.

Một testimonial không phải bằng chứng mạnh.

Một case study do vendor tự viết không đủ.

Một biểu đồ login không chứng minh học tập.

Một mức engagement cao không chứng minh hiểu.

Một pilot nhỏ với giáo viên nhiệt tình không đại diện cho triển khai đại trà.

Một báo cáo “tăng 30%” không có nhóm so sánh, không rõ mẫu, không rõ thang đo, không rõ attrition thì rất dễ gây hiểu nhầm.

UNESCO GEM Report 2023 nhấn mạnh bằng chứng tốt về tác động EdTech vẫn còn thiếu; công nghệ thay đổi nhanh hơn khả năng đánh giá; bằng chứng cụ thể theo sản phẩm và bối cảnh thường yếu; và công ty công nghệ có thể ảnh hưởng không cân xứng tới sản xuất bằng chứng.[^unesco-gem]

Nhưng nếu đòi bằng chứng quá cao cho mọi thứ, procurement có thể giết thử nghiệm.

Founder nói:

“Nếu phải có RCT lớn trước khi bán, startup mới chết hết.”

Nhà trường nói:

“Nếu chúng tôi mua chỉ vì demo đẹp, học sinh trả giá.”

Cả hai có lý một phần.

Vì vậy, procurement cần hỏi evidence theo tầng:

Sản phẩm có theory of change rõ không?

Nó tác động vào cơ chế học tập nào?

Nó có bằng chứng dùng được trong bối cảnh tương tự không?

Nó đo usage, behavior, learning outcome hay chỉ satisfaction?

Nó có dữ liệu về nhóm yếu thế không?

Nó có thất bại được ghi nhận không?

Nó có independent review không?

Nó có kế hoạch đánh giá sau triển khai không?

Không phải mọi sản phẩm cần cùng mức bằng chứng.

Nhưng mọi sản phẩm nghiêm túc cần thành thật về mức bằng chứng của mình.

Bằng chứng không phải con dấu.

Bằng chứng là cuộc đối thoại liên tục giữa lời hứa và đời thật.

9. Pilot đẹp và rollout xấu

EdTech có một vở kịch quen thuộc.

Pilot rất đẹp.

Giáo viên tham gia nhiệt tình.

Vendor hỗ trợ sát.

Học sinh thấy mới lạ.

Dữ liệu được chuẩn bị kỹ.

Lãnh đạo quan tâm.

Training đầy đủ.

Dashboard sáng.

Case study hay.

Sau đó rollout rộng.

Giáo viên bình thường không có thời gian.

Support chậm.

Tài khoản lỗi.

Mạng yếu.

Học sinh chán.

Phụ huynh không hiểu.

Dữ liệu bẩn.

Admin yêu cầu báo cáo.

Vendor không thể hỗ trợ sát như pilot.

Usage rơi.

Mọi người nói:

“Giáo viên không chịu đổi mới.”

Nhưng có thể vấn đề không phải giáo viên.

Có thể pilot đã được dựng trong điều kiện đẹp.

Pilot thường chọn lớp thuận lợi.

Giáo viên tự nguyện.

Lãnh đạo ủng hộ.

Học sinh có thiết bị tốt hơn.

Vendor có customer success sát.

Mọi người biết mình đang được quan sát.

Vấn đề kỹ thuật được xử lý nhanh hơn bình thường.

Những điều kiện này không sai.

Pilot cần môi trường học.

Nhưng nếu không ghi lại điều kiện pilot, tổ chức sẽ nhầm sản phẩm tốt với hệ sinh thái support tốt.

Procurement nên bắt buộc hỏi:

Trong pilot, vendor đã cung cấp support gì mà rollout không có?

Giáo viên pilot có khác giáo viên trung bình không?

Học sinh pilot có thiết bị/kết nối khác không?

Training trong pilot có bền vững không?

Usage có còn sau novelty effect không?

Kết quả có so với lớp tương tự không?

Chi phí support nếu rollout là bao nhiêu?

Rollout không chỉ test sản phẩm.

Nó test tổ chức.

Nếu tổ chức chưa có năng lực training, support, dữ liệu, truyền thông, lãnh đạo thay đổi, bảo mật và evaluation, thì mua sản phẩm là mua thêm thất bại.

Một sản phẩm tốt có thể thất bại trong tổ chức chưa sẵn sàng.

Một sản phẩm trung bình có thể sống nhờ tổ chức triển khai tốt.

Vì vậy procurement không chỉ hỏi vendor:

“Sản phẩm của anh có gì?”

Nó phải hỏi chính mình:

“Chúng ta có năng lực dùng nó không?”

10. Interoperability: quyền rời đi bắt đầu từ quyền kết nối

Interoperability nghe kỹ thuật.

Nhưng trong giáo dục, nó là quyền lực.

Nếu hệ thống không kết nối, giáo viên nhập dữ liệu nhiều lần.

Nếu dữ liệu không xuất được, trường bị khóa.

Nếu chuẩn không mở, vendor kiểm soát đường ra vào.

Nếu mỗi app giữ một mảnh dữ liệu, không ai nhìn được người học toàn diện.

Nếu dữ liệu không portable, học sinh chuyển trường mất lịch sử.

Nếu integration phải làm thủ công từng lần, chi phí phình lên.

Project Unicorn mô tả interoperability như khả năng trao đổi dữ liệu an toàn, có kiểm soát giữa các hệ thống để giảm data silos và giúp dữ liệu trở nên hành động được.[^project-unicorn]

1EdTech cũng đặt open standards, data privacy, accessibility, security và certification vào trung tâm của chương trình TrustEd Apps, với mục tiêu giúp trường và vendor xây hệ sinh thái học tập số đáng tin và có thể tích hợp.[^onedtech-trusted]

Nhưng interoperability không chỉ là vấn đề kỹ thuật.

Nó là bài kiểm tra xem trường có còn quyền chọn hay không.

Vendor nói:

“Chúng tôi có hệ sinh thái đầy đủ. Dùng thêm module của chúng tôi sẽ mượt hơn.”

Trường hỏi:

“Nếu một ngày tôi không dùng nữa thì sao?”

Vendor nói:

“Có export.”

Trường hỏi:

“Export ở định dạng nào? Có đầy đủ metadata không? Có mất lịch sử feedback không? Có dùng được ở hệ thống khác không? Mất bao lâu? Tốn phí không?”

Nếu câu trả lời mơ hồ, interoperability chỉ là khẩu hiệu.

Lock-in không luôn xấu.

Một hệ sinh thái tích hợp tốt có thể giảm gánh nặng thật.

Nhưng lock-in phải là lựa chọn có ý thức, không phải cái bẫy.

Procurement tốt yêu cầu quyền kết nối và quyền rời đi ngay từ đầu.

Vì khi đã phụ thuộc, thương lượng rất khó.

11. Privacy: trường có thể ký, nhưng học sinh mới bị ghi lại

Trong procurement EdTech, privacy thường được xử lý bằng điều khoản.

Dữ liệu nào được thu?

Mục đích gì?

Ai truy cập?

Có chia sẻ bên thứ ba không?

Có quảng cáo không?

Có dùng huấn luyện AI không?

Bao lâu lưu?

Khi chấm dứt hợp đồng thì xóa thế nào?

Điều khoản cần thiết.

Nhưng điều khoản không đủ để nắm hết vấn đề đạo đức.

Vì học sinh không phải người tiêu dùng bình thường.

Các em bị đưa vào sản phẩm bởi trường hoặc phụ huynh.

Không phải lúc nào cũng có quyền từ chối.

Không phải lúc nào cũng hiểu dữ liệu mình tạo ra.

Không phải lúc nào cũng biết hồ sơ học tập số có thể theo mình bao lâu.

Một sản phẩm thu dữ liệu “hợp pháp” vẫn có thể thu quá nhiều.

Một sản phẩm dùng dữ liệu “để cải thiện dịch vụ” vẫn có thể mở đường cho mục tiêu rộng hơn.

Một dashboard “giúp can thiệp” vẫn có thể tạo văn hóa giám sát.

Một AI “cá nhân hóa” vẫn có thể biến sai lầm học tập thành dấu vết lâu dài.

1EdTech nhấn mạnh rằng dù nhiều ứng dụng giáo dục do nhà cung cấp quản lý, cơ sở giáo dục vẫn chịu trách nhiệm rà soát thu thập dữ liệu, chia sẻ bên thứ ba và thực hành quảng cáo để bảo đảm safeguards phù hợp.[^onedtech-privacy]

Đây là điểm quan trọng:

Trường không thể outsource trách nhiệm đạo đức cho vendor.

Ký DPA không có nghĩa đã bảo vệ người học.

Procurement privacy tốt phải hỏi thêm:

Dữ liệu này có thật sự cần không?

Có cách nào đạt mục tiêu với ít dữ liệu hơn không?

Ai được lợi từ dữ liệu này?

Người học có biết không?

Phụ huynh có hiểu không?

Giáo viên có quyền điều chỉnh không?

Dữ liệu có thể gây hại nếu bị đọc sai không?

Một hệ thống giáo dục không nên thu mọi thứ chỉ vì có thể.

12. Accessibility: không phải phụ lục ở cuối RFP

Accessibility thường bị đẩy xuống cuối hồ sơ.

Một dòng:

“Sản phẩm phải đáp ứng tiêu chuẩn accessibility hiện hành.”

Vendor tick.

Hồ sơ qua.

Nhưng accessibility không sống bằng một dòng tick.

Người học dùng screen reader có đi được hết flow không?

Video có caption chính xác không?

Tài liệu có cấu trúc heading không?

Màu có đủ contrast không?

Bài tập kéo-thả có phương án keyboard không?

Dashboard có đọc được bằng công cụ hỗ trợ không?

AI chat có làm người dùng khuyết tật bị kẹt không?

Thông báo lỗi có hiểu được không?

Mobile app có dùng được với assistive technology không?

Accessibility không chỉ là compliance.

Nó là quyền tham gia.

Một sản phẩm inaccessible không chỉ “thiếu tính năng”.

Nó dựng tường.

Trong procurement, accessibility phải được đưa vào từ đầu:

trong tiêu chí chọn,

trong demo,

trong pilot,

trong testing với người dùng thật,

trong hợp đồng,

trong lộ trình sửa lỗi,

trong nghiệm thu,

trong điều khoản gia hạn.

Nếu accessibility chỉ được kiểm ở cuối, thường đã quá muộn.

Vendor sẽ nói:

“Chúng tôi sẽ cải thiện sau.”

Trường sẽ nói:

“Hợp đồng đã ký.”

Người học sẽ trả giá trong từng lần đăng nhập.

13. Giáo viên là purchasing partner, không phải người nhận quyết định

ISTE và Project Unicorn trong Better Edtech Buying đặt “educators as purchasing partners” là một trụ cột, bên cạnh alignment với learning goals, research/evidence, data interoperability/student privacy, implementation/use/ongoing support.[^iste-unicorn]

Điều này nghe hiển nhiên.

Nhưng trong nhiều nơi, giáo viên chỉ được hỏi quá muộn.

Sau khi lãnh đạo đã thích sản phẩm.

Sau khi vendor đã demo.

Sau khi ngân sách đã được dự tính.

Sau khi IT đã thấy tích hợp ổn.

Giáo viên được mời “feedback”.

Nhưng feedback sau khi hướng đi đã chốt không phải đồng thiết kế.

Giáo viên cần được tham gia sớm vì họ biết:

tiết học thật dài bao nhiêu phút,

học sinh yếu kẹt ở đâu,

phụ huynh phản ứng thế nào,

bài tập nào chỉ đẹp trên màn hình,

dữ liệu nào có ích,

dữ liệu nào chỉ thêm việc,

dashboard nào đọc được,

gợi ý AI nào vô nghĩa,

thời điểm nào trong năm không nên đổi công cụ,

training bao nhiêu là thực tế.

Nhưng ở đây cũng có mâu thuẫn.

Không thể để mỗi giáo viên tự chọn mọi app.

Nếu vậy hệ sinh thái vỡ vụn.

IT không quản được privacy.

Học sinh có quá nhiều tài khoản.

Phụ huynh bị kéo vào quá nhiều kênh.

Dữ liệu không kết nối.

Vậy giáo viên không nên là người duy nhất quyết định.

Nhưng giáo viên phải là purchasing partner thật.

Procurement trưởng thành không hỏi giáo viên:

“Cô/thầy có thích sản phẩm này không?”

Nó hỏi:

“Sản phẩm này có làm lớp học tốt hơn theo cách nào, với chi phí workload nào, và điều kiện triển khai nào?”

14. Vendor lớn, startup nhỏ và sự công bằng giả của hồ sơ

Một RFP dài có thể trông công bằng.

Mọi vendor nhận cùng yêu cầu.

Mọi vendor nộp cùng hạn.

Mọi vendor được chấm cùng thang điểm.

Nhưng công bằng hình thức không luôn là công bằng thực chất.

Vendor lớn có đội legal, compliance, proposal writer, security documentation, customer reference, certification, procurement experience.

Startup nhỏ có thể có sản phẩm tốt nhưng thiếu đội viết hồ sơ.

Nếu procurement quá nặng, nó vô tình ưu tiên người biết làm procurement hơn người biết làm giáo dục.

Nhưng nếu procurement quá nhẹ, trường dễ mua sản phẩm rủi ro.

Đây là thế kẹt thật.

Ta không nên lãng mạn hóa startup.

Startup nhỏ có thể yếu bảo mật, thiếu support, thiếu longevity, thiếu evidence.

Nhưng ta cũng không nên mặc định vendor lớn là an toàn.

Vendor lớn có thể tạo lock-in, tăng giá, roadmap xa người dùng địa phương, và dùng sức mạnh hệ sinh thái để chiếm thêm nhiều lớp dữ liệu.

Procurement tốt cần chia tầng cơ hội:

sandbox cho giải pháp mới rủi ro thấp,

pilot có kiểm soát,

pre-approved framework,

yêu cầu tối thiểu không thương lượng về dữ liệu trẻ em,

hỗ trợ vendor nhỏ hiểu chuẩn,

điểm cộng cho interoperability và transparency,

điểm cộng cho evidence nhưng cho phép evidence plan theo giai đoạn,

hợp đồng nhỏ trước hợp đồng lớn.

Mục tiêu không phải mở cửa vô điều kiện.

Mục tiêu là không biến “an toàn” thành cái cớ để thị trường chỉ còn vài vendor lớn.

15. AI procurement: không mua chatbot, mua cơ chế chịu trách nhiệm

Procurement AI trong giáo dục khó hơn procurement phần mềm thường.

Vì AI không chỉ lưu trữ hoặc trình bày thông tin.

Nó tạo phản hồi.

Nó gợi ý.

Nó phân loại.

Nó chấm.

Nó dự đoán.

Nó có thể nói sai với vẻ rất tự tin.

Nó có thể bias.

Nó có thể làm lộ dữ liệu.

Nó có thể khiến học sinh phụ thuộc.

Nó có thể làm giáo viên tin vào gợi ý mà không đủ cơ sở.

OECD và UNESCO đều nhấn mạnh cần guardrails, governance, human oversight, data protection và cách tiếp cận lấy con người làm trung tâm khi đưa AI/GenAI vào giáo dục.[^oecd-outlook][^unesco-genai]

Procurement AI không nên hỏi:

“Có AI không?”

Mà hỏi:

AI làm nhiệm vụ gì?

Tác động tới quyết định học tập nào?

Có dùng cho high-stakes decision không?

Nguồn dữ liệu là gì?

Độ tuổi nào được dùng?

Có logging và audit không?

Có human override không?

Có giải thích giới hạn cho giáo viên/học sinh/phụ huynh không?

Có kiểm tra bias không?

Có quy trình incident không?

Có cấm dùng dữ liệu học sinh để train model ngoài mục đích đã đồng ý không?

Có đánh giá định kỳ sau khi model thay đổi không?

Một AI tutor demo tốt chưa đủ.

Một AI grader chấm nhanh chưa đủ.

Một AI dashboard dự đoán rủi ro chưa đủ.

Trong giáo dục, AI phải được mua cùng cơ chế chịu trách nhiệm.

Nếu không, trường đang mua một hộp đen biết nói.

16. Exit cost: câu hỏi cần hỏi trước khi yêu sản phẩm

Khi mua EdTech, mọi người thường hỏi:

Triển khai thế nào?

Ít người hỏi:

Rời đi thế nào?

Nhưng quyền rời đi là một phần của quyền mua tốt.

Nếu bỏ nền tảng, trường mất gì?

Dữ liệu có xuất được không?

Nội dung giáo viên tạo có lấy ra được không?

Feedback học sinh có giữ được không?

Rubric, quiz, lesson plan, learning history có di chuyển được không?

Phụ huynh có mất kênh giao tiếp không?

Học sinh có mất chứng chỉ không?

Tài khoản có xóa sạch không?

Vendor hỗ trợ migration không?

Có phí termination không?

Có giới hạn tăng giá khi gia hạn không?

Nếu công ty bị mua lại, điều khoản dữ liệu có đổi không?

Nếu công ty đóng cửa, kế hoạch là gì?

Exit cost thường bị bỏ qua vì lúc mua mọi người đang kỳ vọng thành công.

Nhưng chính lúc kỳ vọng cao là lúc phải hỏi đường rút.

Một hợp đồng không có exit tốt làm trường yếu đi.

Nó khiến sản phẩm trung bình vẫn sống vì rời đi quá đau.

Nó khiến vendor có quyền tăng giá.

Nó khiến dữ liệu trở thành tài sản bị giữ.

Nó khiến giáo viên ngại đổi vì đã bỏ công tạo nội dung.

Procurement tốt không phải vì nó bi quan.

Nó thực tế.

Nó biết tình yêu sản phẩm mới có thể qua đi.

Và khi qua đi, người học không nên mắc kẹt trong quan hệ mà người lớn ký hộ.

17. Procurement có thể khuyến khích đổi mới tốt hơn

Đến đây có vẻ procurement chỉ là phanh.

Phanh demo.

Phanh hype.

Phanh startup.

Phanh AI.

Phanh vendor.

Nhưng procurement tốt không chỉ phanh.

Nó cũng có thể mở đường cho đổi mới tốt hơn.

Nếu trường công bố rõ vấn đề cần giải quyết, startup không phải đoán.

Nếu RFP mô tả outcome thay vì tính năng cứng, vendor có không gian sáng tạo.

Nếu có sandbox dữ liệu an toàn, sản phẩm mới có thể thử mà không gây rủi ro lớn.

Nếu có testbed, evidence được tạo trong môi trường thật.

UK Department for Education công bố báo cáo scoping năm 2025 về EdTech impact testbed, nhằm khám phá cách thử nghiệm EdTech trong trường/cao đẳng để tạo bằng chứng tác động hỗ trợ phát triển và mua sắm dựa trên evidence.[^dfe-testbed]

Đó là hướng đáng chú ý:

Không chỉ hỏi vendor đã có evidence chưa.

Mà xây cơ chế để evidence được tạo tốt hơn.

Procurement có thể đặt câu hỏi mở:

Chúng tôi cần giảm workload chấm phản hồi cho giáo viên lớp 6 mà không giảm chất lượng feedback.

Chúng tôi cần hỗ trợ học sinh đọc yếu nhưng không tăng screen time vô nghĩa.

Chúng tôi cần phát hiện sớm disengagement nhưng không dán nhãn học sinh.

Chúng tôi cần parent communication cho gia đình không đọc tiếng phổ thông tốt.

Chúng tôi cần accessibility cho tài liệu hiện có.

Khi vấn đề được viết tốt, vendor giỏi có thể sáng tạo.

Khi RFP chỉ là danh sách tính năng, vendor sáng tạo sẽ bị ép thành người điền ô.

Vì vậy procurement tốt không giết đổi mới.

Nó đổi hướng đổi mới từ “có gì mới” sang “giải quyết vấn đề thật trong điều kiện thật”.

18. Một khung RFP EdTech thực dụng

Một RFP EdTech tử tế không cần dài vô tận.

Nhưng nó phải hỏi đúng nhóm câu hỏi.

Một: vấn đề giáo dục.

Vấn đề cụ thể là gì?

Ai đang bị ảnh hưởng?

Đang đo bằng gì?

Vì sao công nghệ phù hợp hơn phương án phi công nghệ?

Nếu không mua gì thì hậu quả là gì?

Hai: người dùng và người chịu tác động.

Ai dùng hằng ngày?

Ai nhập dữ liệu?

Ai đọc kết quả?

Ai bị đo?

Ai có quyền phản hồi?

Ai có quyền từ chối hoặc chọn phương án thay thế?

Ba: sư phạm và evidence.

Theory of change là gì?

Cơ chế học tập nào được kích hoạt?

Bằng chứng hiện có ở mức nào?

Bằng chứng phù hợp với nhóm người học nào?

Giới hạn của bằng chứng là gì?

Kế hoạch đánh giá sau triển khai ra sao?

Bốn: triển khai.

Training bao lâu?

Ai support?

Workflow giáo viên thay đổi thế nào?

Có giảm công cụ cũ nào không?

Pilot khác rollout ở đâu?

Dosage tối thiểu là gì?

Nếu usage thấp thì can thiệp thế nào?

Năm: dữ liệu, privacy và AI.

Thu dữ liệu nào?

Mục đích gì?

Ai truy cập?

Có chia sẻ bên thứ ba không?

Có dùng train AI không?

Model thay đổi thì thông báo thế nào?

Sai sót AI xử lý ra sao?

Sáu: accessibility và equity.

Đạt chuẩn nào?

Test với người dùng thật chưa?

Offline/low bandwidth thế nào?

Ngôn ngữ nào?

Thiết bị cũ có dùng được không?

Nhóm yếu thế có bị tăng rủi ro không?

Bảy: interoperability.

Chuẩn nào?

API nào?

Export định dạng gì?

Metadata có đủ không?

Tích hợp với SIS/LMS hiện có thế nào?

Dữ liệu có portable không?

Tám: total cost.

License.

Training.

Support.

Integration.

Maintenance.

Thiết bị.

Evaluation.

Time cost của giáo viên/IT.

Chi phí rời đi.

Điều kiện tăng giá.

Chín: vendor sustainability.

Công ty có năng lực support không?

Tài chính có đủ bền không?

Nếu bị mua lại thì dữ liệu/hợp đồng ra sao?

Roadmap có minh bạch không?

Incident history là gì?

Mười: exit và governance.

Quyền chấm dứt.

Data export.

Data deletion.

Migration assistance.

Renewal criteria.

Performance review cycle.

User feedback.

Independent audit khi cần.

Sunset criteria.

Khung này không bảo đảm mua đúng.

Nhưng nó giảm khả năng mua trong mơ.

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

Procurement là nơi EdTech phải thôi nói như tương lai và bắt đầu nói như trách nhiệm.

Nó không nên chỉ là thủ tục.

Nó cũng không nên là bức tường làm mọi đổi mới chết trước cửa trường.

Nó phải là một cuộc tranh luận có cấu trúc.

Giữa tốc độ và thận trọng.

Giữa giá và chi phí thật.

Giữa tính năng và workflow.

Giữa compliance và giá trị học tập.

Giữa evidence và khả năng thử nghiệm.

Giữa vendor lớn và startup nhỏ.

Giữa privacy và dữ liệu hành động được.

Giữa scale và ngữ cảnh.

Giữa AI hấp dẫn và trách nhiệm giải trình.

Một nền giáo dục trưởng thành không mua công nghệ chỉ vì nó mới.

Cũng không từ chối công nghệ chỉ vì sợ.

Nó mua chậm hơn demo nhưng nhanh hơn trì trệ.

Nó hỏi kỹ vendor, nhưng cũng hỏi kỹ chính mình.

Nó biết rằng hợp đồng EdTech không chỉ mua license.

Nó mua một cách nhìn người học.

Một cách đo giáo viên.

Một cách lưu dữ liệu.

Một cách giao tiếp với phụ huynh.

Một cách tổ chức thời gian.

Một cách phụ thuộc vào vendor.

Một cách cho AI bước vào quan hệ giáo dục.

Vì vậy procurement phải bắt đầu trước khi mọi người đã yêu sản phẩm.

Nếu procurement chỉ đến sau demo, nó thường quá muộn.

Nếu procurement chỉ hỏi giá, nó sẽ mua chi phí ẩn.

Nếu procurement chỉ hỏi bảo mật, nó có thể mua sư phạm nghèo.

Nếu procurement chỉ hỏi evidence, nó có thể bỏ lỡ thử nghiệm cần thiết.

Nếu procurement chỉ hỏi đổi mới, nó có thể mua hype.

Procurement tốt làm một việc khiêm tốn nhưng rất quan trọng:

Nó ép lời hứa đi qua điều kiện.

Trong một lĩnh vực đầy lời hứa như EdTech, đó không phải sự bi quan.

Đó là đạo đức tối thiểu của việc mua công nghệ bằng thời gian, dữ liệu và cơ hội học tập của người khác.

Ghi chú nguồn cho chương

[^oecd-procurement]: OECD, Digital Education Outlook 2023, chương “Public procurement: shaping digital education ecosystems”. OECD phân tích procurement như một cách định hình hệ sinh thái giáo dục số, từ mua tập trung đến hướng dẫn trường mua công cụ/tài nguyên; guidelines thường tập trung vào data protection, security, interoperability, và ở mức độ thấp hơn là equity/effectiveness. Nguồn: https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en/full-report/public-procurement-shaping-digital-education-ecosystems_bd9e3f3f.html

[^oecd-shaping]: OECD, Shaping Digital Education: Enabling Factors for Quality, Equity and Efficiency (2023), phần funding/procurement. OECD nhấn mạnh người ra quyết định thường có thông tin hạn chế, môi trường tài trợ phân mảnh, và cơ sở giáo dục có thể thiếu chuyên môn hoặc bargaining power; digital education cần cả upfront capital và recurrent expenditure như professional development, technical support, maintenance. Nguồn: https://www.oecd.org/en/publications/shaping-digital-education_bac4dc9f-en.html

[^ap-pandemic-spending]: Associated Press, “Schools' pandemic spending boosted tech companies. Did it help US students?” (9 October 2023). AP phân tích public records và ghi nhận nhiều hệ thống trường lớn ở Mỹ chi hàng chục triệu USD từ quỹ cứu trợ đại dịch cho phần mềm/dịch vụ công nghệ, trong khi bằng chứng hiệu quả, usage và oversight không luôn rõ. Nguồn: https://apnews.com/article/e2c803a30c5b6d34620956c228de7987

[^unesco-gem]: UNESCO Global Education Monitoring Report 2023, Technology in education: A tool on whose terms?. Báo cáo đặt câu hỏi “technology on whose terms?”, nhấn mạnh relevance, equity, scalability, sustainability; cảnh báo thiếu bằng chứng tốt về tác động EdTech, rủi ro công nghệ được mua theo hype, và tổng chi phí có thể lớn hơn nhiều so với đầu tư ban đầu. Nguồn: https://www.unesco.org/gem-report/en/technology và https://www.unesco.org/en/articles/2023-global-education-monitoring-report-technology-education-tool-whose-terms

[^project-unicorn]: Project Unicorn, State of the Sector và các tài nguyên interoperability. Project Unicorn tập trung vào năng lực dữ liệu và interoperability trong K-12, nhằm giảm data silos, hỗ trợ trao đổi dữ liệu an toàn/có kiểm soát và giúp hệ thống giáo dục dùng dữ liệu hành động được. Nguồn: https://www.projectunicorn.org/state-of-the-sector và https://www.projectunicorn.org/what-we-do

[^onedtech-trusted]: 1EdTech, TrustEd Apps Program Overview và procurement resources. 1EdTech đặt open standards, data privacy, accessibility, security, product vetting/certification và RFP language vào trung tâm của việc xây hệ sinh thái học tập số đáng tin, có thể tích hợp và giảm rủi ro khi mua công cụ. Nguồn: https://www.1edtech.org/program/trustedapps và https://www.1edtech.org/certification/procure-certified

[^onedtech-privacy]: 1EdTech, Data Privacy. 1EdTech nhấn mạnh cơ sở giáo dục chịu trách nhiệm rà soát việc thu thập dữ liệu, chia sẻ bên thứ ba và thực hành quảng cáo của ứng dụng giáo dục để bảo đảm safeguards phù hợp. Nguồn: https://www.1edtech.org/standards/data-privacy

[^iste-unicorn]: ISTE & Project Unicorn, Better Edtech Buying: A Practical Guide và thông cáo phát hành. Hướng dẫn tổ chức procurement quanh alignment với learning goals/standards, research/evidence, data interoperability/student privacy, implementation/use/ongoing support, và educators as purchasing partners. Nguồn: https://www.projectunicorn.org/resources/better-edtech-buying-for-educators-a-practical-guide và https://iste.org/news/iste-and-project-unicorn-release-buying-guide-to-help-educators-make-better-technology-purchasing-decisions

[^oecd-outlook]: OECD, Digital Education Outlook 2023: Towards an Effective Digital Education Ecosystem. Báo cáo bàn về hệ sinh thái giáo dục số, governance, AI, dữ liệu, interoperability, procurement và guardrails cho việc dùng AI/digital technology hiệu quả, công bằng và có trách nhiệm. Nguồn: https://www.oecd.org/en/publications/oecd-digital-education-outlook-2023_c74f03de-en.html

[^unesco-genai]: UNESCO, Guidance for generative AI in education and research (2023). UNESCO khuyến nghị cách tiếp cận human-centred, bảo vệ dữ liệu, quy định, phù hợp độ tuổi, teacher preparation và ethical/pedagogical validation khi đưa GenAI vào giáo dục. Nguồn: https://www.unesco.org/en/articles/guidance-generative-ai-education-and-research

[^dfe-testbed]: UK Department for Education, Approaches to developing the education technology impact testbed (published 10 December 2025). Báo cáo scoping khám phá các cách xây dựng EdTech impact testbed để thử nghiệm EdTech trong trường/cao đẳng và tạo bằng chứng tác động hỗ trợ phát triển, mua sắm dựa trên evidence. Nguồn: https://www.gov.uk/government/publications/approaches-to-developing-the-education-technology-impact-testbed