Chương 15: Triển khai thực tế — Demo ≠ Deployment

Khoảng cách giữa "hoạt động trong lab" và "hoạt động ngoài đời" là nơi phần lớn EdTech chết.

---

Bối cảnh

Mọi chương trước đều phân tích CÁI GÌ (công nghệ), TẠI SAO (khoa học nhận thức), và CHO AI (đạo đức). Chương này hỏi câu hỏi thực dụng nhất: LÀM THẾ NÀO?

Một nghiên cứu RCT cho thấy AI tutoring tăng 0.5 SD điểm toán — tuyệt vời. Nhưng RCT đó diễn ra với 200 sinh viên, trong 6 tuần, tại Stanford, với GV được đào tạo chuyên biệt và đường truyền gigabit. Khi deploy cùng tool đó cho 20,000 học sinh ở 50 trường, với GV chưa biết dùng, internet chập chờn, và IT support không có — kết quả hoàn toàn khác.

Đây là implementation gap — khoảng cách giữa efficacy (hiệu quả trong điều kiện lý tưởng) và effectiveness (hiệu quả trong điều kiện thực). Phần lớn EdTech chết ở khoảng cách này — không phải vì công nghệ kém, mà vì triển khai kém.

---

Nền tảng lý thuyết

Gap Analysis (Dirksen, 2015)

Julie Dirksen trong Design for How People Learn đặt câu hỏi đầu tiên: "Đây có thực sự là vấn đề mà công nghệ giải quyết được không?"

Dirksen phân loại gap (khoảng cách giữa hiện trạng và mong muốn) thành 4 loại:

Knowledge Gap: Người học thiếu thông tin → EdTech CÓ THỂ giúp (cung cấp nội dung, AI tutor).

Skills Gap: Người học biết lý thuyết nhưng chưa thực hành đủ → EdTech CÓ THỂ giúp (simulation, practice platform).

Motivation Gap: Người học biết và có kỹ năng nhưng KHÔNG MUỐN → EdTech THƯỜNG KHÔNG giúp. Gamification không sửa được lack of motivation sâu xa — nó chỉ tạo novelty effect tạm thời (Chương 10). Motivation gap cần can thiệp ở mức con người, tổ chức, và văn hoá.

Environment Gap: Hệ thống, quy trình, và tài nguyên không hỗ trợ → EdTech CHẮC CHẮN KHÔNG giúp. Nếu GV không có thời gian dùng tool, nếu internet yếu, nếu admin không ủng hộ — không tool nào cứu được.

Bài học cốt lõi: 50% trường hợp EdTech thất bại là vì giải sai loại gap — áp dụng giải pháp công nghệ cho vấn đề CON NGƯỜI hoặc HỆ THỐNG.

Rogers (2003): Diffusion of Innovations

Everett Rogers mô tả cách đổi mới lan toả qua 5 nhóm: Innovators (2.5%) → Early Adopters (13.5%) → Early Majority (34%) → Late Majority (34%) → Laggards (16%). Phần lớn EdTech được thiết kế cho Innovators và demo cho Early Adopters — nhưng chưa bao giờ vượt qua "the chasm" (Moore, 1991) để đến Early Majority.

Lý do: Innovators chấp nhận sản phẩm chưa hoàn thiện, tự tìm cách dùng. Early Majority đòi hỏi "just works" — đơn giản, tích hợp vào workflow hiện tại, có support. Phần lớn EdTech KHÔNG "just works" khi triển khai quy mô.

Cuban (1986): "Teachers and Machines"

Larry Cuban phân tích 100 năm công nghệ vào lớp học và kết luận: công nghệ thất bại không phải vì GV "bảo thủ" — mà vì công nghệ được thiết kế KHÔNG TÍNH ĐẾN thực tế lớp học. GV có 30 học sinh, 45 phút/tiết, chương trình cứng, áp lực thi — và công nghệ đòi hỏi 15 phút setup, internet ổn định, và training mà không ai cung cấp. GV không "chống đổi mới" — họ thực dụng.

---

15.1. Implementation Gap — Tại sao hầu hết EdTech chết giữa đường

Từ Pilot đến Scale

Pilot project (dự án thử nghiệm) gần như LUÔN thành công — vì có attention bias: GV được chọn là người motivated nhất, HS được support đặc biệt, vendor có mặt hỗ trợ, và mọi người biết mình đang được đo.

Khi scale: GV không được chọn mà bị PHẢI dùng. Support biến mất. Vendor chuyển sang khách hàng mới. Hawthorne effect hết. Và kết quả sụp.

Pattern này lặp lại từ OLPC (Chương 13) đến LAUSD iPad (Chương 2) đến vô số startups EdTech. Nghiên cứu EdTech có publication bias nghiêm trọng: pilot thành công được publish, scale thất bại không ai viết.

Bốn "killer" của triển khai

Killer 1: Infrastructure mismatch. Tool đòi hỏi internet mạnh, device mới, IT support — trường không có. LAUSD mua iPad nhưng wifi trường không đủ bandwidth cho 500 iPad cùng lúc.

Killer 2: Training deficit. GV nhận tool mà không nhận training — hoặc training 1 buổi chiều rồi "tự dùng." PD hiệu quả cần ongoing (nhiều tuần), embedded (trong lịch dạy), và collaborative (GV học cùng nhau). Phần lớn PD cho EdTech là "one-shot demo" — vô giá trị.

Killer 3: Workflow disruption. Tool đòi hỏi GV thay đổi cách dạy — nhưng GV có chương trình phải theo, thời khoá biểu cố định, và áp lực từ phụ huynh/admin. Tool KHÔNG tích hợp vào workflow hiện tại → GV dùng 1 tuần rồi bỏ.

Killer 4: Misaligned incentives. EdTech company đo "user engagement" (DAU, MAU, time-in-app). Trường đo "test scores" hoặc "graduation rates." Hai metric có thể đi ngược nhau: app engagement cao có thể tương quan với test scores thấp nếu app gây cognitive offloading (Chương 10).

---

15.2. Institutional Resistance — Không phải lười, mà là hệ thống

Giáo dục là hệ thống "loosely coupled" (Weick, 1976) — chính sách từ trên xuống nhưng thực hiện phụ thuộc vào từng GV trong từng lớp. Điều này có nghĩa: mandating tool từ cấp district/bộ không đảm bảo adoption ở cấp lớp.

Nguyên nhân resistance không phải "bảo thủ" (Cuban, 1986):

Rational skepticism: GV đã thấy EdTech waves trước — SMART boards, clickers, MOOCs — mỗi thứ hứa hẹn rồi biến mất. Skepticism là phản ứng hợp lý với lịch sử (Chương 1).
Workload concern: Mọi tool mới = thêm việc ban đầu (learning curve, setup, troubleshoot). GV đã quá tải — thêm AI tool mà không giảm responsibility khác = burnout.
Assessment misalignment: Tool dạy theo cách A nhưng bài thi vẫn đo theo cách B → GV ưu tiên cách B vì bài thi quyết định tương lai HS.
Loss of autonomy: Adaptive platform quyết định HS học gì, thứ tự nào → GV mất quyền kiểm soát pedagogical flow mà họ đã thiết kế cẩn thận.

---

15.3. Mô hình kinh doanh — Incentives quyết định hành vi

EdTech không tồn tại trong chân không — nó là business với áp lực lợi nhuận. Hiểu mô hình kinh doanh giúp hiểu tại sao sản phẩm được thiết kế theo cách nhất định.

SaaS (Software as a Service): Trường trả phí hàng năm. Incentive: maximize renewal → tạo sản phẩm GV "thích" (dễ dùng), không nhất thiết sản phẩm HS "học được." Engagement metrics > learning metrics.

Freemium: Miễn phí cho cá nhân, thu phí tổ chức. Incentive: tạo adoption rộng rồi lock-in. Data cá nhân trở thành "sản phẩm" — dữ liệu HS dùng free tier có thể bị dùng để train model hoặc bán insights.

API-dependent: Product dùng GPT-4/Claude API → chi phí per-query. Khi scale, chi phí API tăng tuyến tính nhưng revenue có thể không. Nhiều EdTech startup đang gặp "API cost crisis" — unit economics không work ở quy mô lớn.

Venture-funded: VC muốn 10x return trong 5-7 năm → áp lực growth-at-all-costs → bán cho district lớn trước khi sản phẩm ready → pilot inflated → scale thất bại. Cycle quen thuộc.

Bài học: khi chọn EdTech tool, hỏi "họ kiếm tiền bằng cách nào?" trước "tool làm gì?" Incentive kinh doanh giải thích hành vi sản phẩm tốt hơn marketing deck.

---

15.4. Human-AI Collaboration — Hai mô hình

Teacher-in-the-loop: GV tham gia MỌI quyết định AI. AI gợi ý, GV quyết. Ưu: an toàn, GV giữ quyền kiểm soát. Nhược: chậm, GV phải review tất cả output AI → thêm workload.

Teacher-on-the-loop: AI tự động hoá phần lớn, GV giám sát và can thiệp khi cần. AI chấm bài tự động, GV review sample và override khi AI sai. Ưu: tiết kiệm thời gian. Nhược: GV có thể "rubber stamp" — chấp nhận mọi output AI mà không review thực sự, đặc biệt khi quá tải.

Mô hình phù hợp phụ thuộc vào stakes:

High-stakes (chấm thi cuối kỳ, admissions, at-risk labeling) → in-the-loop: con người PHẢI review mọi quyết định
Low-stakes (quiz formative, content recommendation, FAQ chatbot) → on-the-loop: AI tự động, người giám sát pattern

---

15.5. Change Management — Vấn đề con người, không phải công nghệ

Kotter (1996) mô tả 8 bước change management. Áp dụng cho EdTech:

Bước 1: Create urgency. Giải thích TẠI SAO cần thay đổi — không phải "AI đang trending" mà "HS của chúng ta đang [vấn đề cụ thể] và tool X giải quyết [vấn đề cụ thể đó]."

Bước 2: Build coalition. GV champion — không phải IT department, không phải admin — dẫn dắt. GV tin GV hơn tin vendor hoặc hiệu trưởng về chuyện giảng dạy.

Bước 3: Start small, prove value. Pilot ở 2-3 lớp, với GV tự nguyện, đo kết quả cụ thể. KHÔNG mandate toàn trường ngay.

Bước 4: Reduce friction. Tích hợp tool vào LMS hiện có (Chương 7: LTI). Không yêu cầu GV mở thêm 1 tab, tạo thêm 1 account, học thêm 1 interface.

Bước 5: Ongoing PD. Không phải workshop 1 ngày mà coaching liên tục — GV hỏi khi gặp vấn đề, có mentor peer, có community chia sẻ practices.

Bước 6: Measure what matters. Đo learning outcome (transfer, retention), không đo engagement (clicks, time-in-app). Nếu tool tăng engagement mà không tăng learning → dừng.

---

Phân tích phản biện

"Move fast and iterate." Có giá trị cho phần mềm thương mại — không cho giáo dục. "Iterate" trên học sinh thật = dùng trẻ em làm beta testers. Mỗi "iteration" thất bại = một kỳ học mất. Thận trọng hơn tốc độ.

"GV chống đối vì sợ mất việc." Phần lớn không đúng (Chương 11). GV chống đối vì: (1) thêm việc không giảm việc, (2) tool không tích hợp workflow, (3) đã thấy waves trước thất bại, (4) không được hỏi ý kiến. Giải quyết 4 nguyên nhân này = giảm resistance.

"Data sẽ chứng minh giá trị." Chỉ nếu đo đúng thứ. Engagement data không chứng minh learning. Completion rate không chứng minh understanding. A/B test ngắn hạn không chứng minh long-term retention. Cần RCT dài hạn với transfer measures — và rất ít EdTech company sẵn sàng làm vì sợ kết quả tiêu cực.

---

Nguyên tắc thiết kế

1. Gap Analysis trước. Xác định vấn đề là Knowledge, Skills, Motivation, hay Environment. Nếu Environment → sửa environment, đừng mua tool.

2. Pilot ≠ Proof. Pilot thành công chỉ chứng minh efficacy. Scale cần: infrastructure, PD, workflow integration, ongoing support. Không có 4 thứ này → đừng scale.

3. Workflow-first design. Tool phải tích hợp VÀO cách GV đang làm việc, không yêu cầu GV thay đổi mọi thứ. LTI integration, SSO, grade passback — những thứ "nhàm chán" nhưng quyết định adoption.

4. In-the-loop cho high-stakes, on-the-loop cho low-stakes. Con người review mọi quyết định ảnh hưởng lớn. AI tự động hoá phần không ảnh hưởng lớn.

5. Hỏi "họ kiếm tiền bằng cách nào?" Trước khi chọn tool. Incentive kinh doanh quyết định thiết kế sản phẩm — và không phải incentive nào cũng align với learning.

---

Tổng kết chương

1. Implementation gap giết EdTech nhiều hơn bad technology. Pilot thành công ≠ scale thành công. Infrastructure, PD, workflow integration, ongoing support phải có — không phải nice-to-have.

2. Gap Analysis (Dirksen) là bước đầu tiên bắt buộc. 50% EdTech thất bại vì giải sai loại vấn đề — công nghệ cho gap con người/hệ thống.

3. GV không chống đổi mới — họ thực dụng. 100 năm EdTech waves dạy họ skepticism hợp lý (Cuban, 1986). Giải quyết workload, workflow, autonomy, và training = adoption.

4. Mô hình kinh doanh quyết định hành vi sản phẩm. SaaS → engagement metrics. Freemium → data exploitation. VC-funded → growth-at-all-costs. Hiểu incentive = hiểu product.

5. Change management > Technology deployment. Kotter 8 bước: urgency thực (không hype), GV coalition (không IT), start small (không mandate), reduce friction, ongoing PD, measure learning.

6. Demo ≠ Deployment. Một câu tổng kết cho toàn bộ lịch sử EdTech.

Chương tiếp — Chương 16 — sẽ tổng hợp research gaps: những gì CHƯA BIẾT từ 50+ systematic reviews.

---

Tài liệu tham khảo

Dirksen, J. (2015). Design for How People Learn. 2nd ed. New Riders. [Gap Analysis]
Cuban, L. (1986, 2001). Teachers and Machines / Oversold and Underused. Harvard University Press.
Rogers, E.M. (2003). Diffusion of Innovations. 5th ed. Free Press.
Moore, G.A. (1991). Crossing the Chasm. HarperBusiness. [The Chasm]
Weick, K.E. (1976). "Educational Organizations as Loosely Coupled Systems." Administrative Science Quarterly, 21, 1-19.
Kotter, J.P. (1996). Leading Change. Harvard Business Review Press.
Reich, J. (2020). Failure to Disrupt. Harvard University Press. [Implementation gap in EdTech]
Cristia, J. et al. (2017). OLPC Peru RCT. AEJ: Applied Economics. [Pilot vs scale]
Holmes, W. (2019). AI in Education. CCR.
Selwyn, N. (2016). Is Technology Good for Education? Polity Press.