Câu Chuyện Làm ITBA Trong Lĩnh Vực EdTech

Bài viết được chia sẻ từ chuyên gia Business Analyst trong lĩnh vực EdTech

“EdTech chắc vui lắm, chỉ cần làm mấy app học tiếng Anh, cài Zoom, thêm vài cái nút Quiz là xong!”. Nếu bạn đang bước chân vào con đường IT BA với suy nghĩ “ngọt ngào” này, thực tế có thể sẽ khiến bạn bất ngờ. Làm BA trong lĩnh vực giáo dục (EdTech) là một hành trình rèn luyện bộ kỹ năng “Full-stack”: từ tư duy kỹ thuật, ngôn ngữ giao tiếp đa hệ đến tâm lý học lứa tuổi. Bài viết này là những đúc kết từ trải nghiệm thực chiến của mình dành cho các bạn đang quan tâm đến Domain đầy tiềm năng nhưng cũng không ít “bẫy” này.

Domain EdTech có thực sự chỉ là “số hóa” lớp học?

Nói đến EdTech, nhiều bạn hình dung ra một ứng dụng học tiếng Anh với flashcard, video, và game quiz. Nhưng thực ra EdTech rộng hơn nhiều:

• LMS (Learning Management System): Hệ thống quản lý khóa học, điểm số, bài tập.
• Assessment & Testing Platform: Hệ thống thi online, chống gian lận.
• Virtual Classroom: Lớp học ảo với video, bảng trắng, chia nhóm breakout.
• Content Authoring Tool: Công cụ giúp giáo viên tự tạo bài giảng số.
• Gamified Learning: Học qua trò chơi, bảng xếp hạng, badges.

Tip dành cho BA mới: Hãy bắt đầu bằng việc tìm hiểu mô hình kinh doanh của công ty: Họ bán khóa học trực tiếp cho học sinh? Hay bán nền tảng cho trường học? Đối tượng chính là trẻ em, người lớn, hay doanh nghiệp? Mỗi nhóm có hành vi và nhu cầu rất khác nhau → yêu cầu cũng sẽ khác.

Kỹ năng cần “lên max level” nếu muốn sống sót

Trong EdTech, BA không chỉ làm việc với hệ thống mà làm việc với nhiều nhóm người dùng rất khác nhau: học sinh, sinh viên, giáo viên và nhà trường. Nếu chỉ viết yêu cầu theo kiểu kỹ thuật, sản phẩm dễ “đúng spec nhưng khó dùng”. Vì vậy, để sống sót trong domain này, BA cần nâng cấp các kỹ năng về thấu hiểu người dùng, giao tiếp và quản lý kỳ vọng.

Thấu hiểu tâm lý người học và giáo viên

Người học trong EdTech có thể là:

• Trẻ 6 tuổi: Cần màu sắc, animation, âm thanh vui nhộn.
• Sinh viên: Cần trải nghiệm mượt, tài liệu dễ tải.
• Nhân viên công ty: Cần học nhanh, bài tập sát thực tế.

Còn giáo viên thì:

• Muốn quản lý lớp dễ dàng, điểm số cập nhật ngay.
• Muốn công cụ ít lỗi (vì đang dạy mà crash là “thảm họa”).
• Muốn giao diện trực quan, không phải “training” 3 ngày mới dùng được.

→ TIP + Bài học rút ra: Khi viết yêu cầu, BA không chỉ mô tả “system shall do X” mà phải nghĩ UX: ai dùng, dùng trong bối cảnh nào, họ rảnh hay bận, họ giỏi công nghệ hay gà mờ?

Ngôn ngữ giao tiếp “đa hệ”

• Nói chuyện với dev: phải rõ logic, API, flow dữ liệu.
• Nói chuyện với giáo viên: phải dùng ngôn ngữ đời thường (“Khi cô ấn nút này, học sinh sẽ nhận được bài tập ngay”).
• Nói chuyện với sếp: phải nói về business value (“Tính năng này giúp tăng retention rate của học viên 20%”).

→ Kinh nghiệm đó là: Trong một dự án LMS, anh từng phải giải thích cho cô giáo dạy Văn tại trường quê cách “share screen” để dạy học sinh. Cô hỏi:

Share screen là gì con?

Và thế là mình trở thành “IT Support BA” bất đắc dĩ.

Quản lý kỳ vọng khách hàng

Một “đặc sản” của EdTech là khách hàng (đặc biệt là các trường học) thường muốn tất cả trong một: vừa dạy, vừa thi, vừa quản lý điểm, vừa gửi tin nhắn cho phụ huynh, vừa tích hợp Zoom, vừa gamification…

→ Chiêu giúp BA sinh tồn:

• Đàm phán & ưu tiên yêu cầu (MoSCoW, Kano, hay đơn giản là “cái nào cấp bách nhất”).
• Giải thích rõ hạn chế kỹ thuật và ngân sách.
• Luôn có prototype hoặc mockup trước khi dev, để tránh “ảo tưởng chức năng”.

Tình huống “đời” nhất chỉ có của BA trong EdTech

Tình huống 1: Học sinh spam chat trong lớp online

Dự án virtual classroom đầu tiên của anh có tính năng chat nhóm. Tuần đầu triển khai, giáo viên kêu:

“Các em lớp 7 spam emoji đến sập cả màn hình!”

→ Yêu cầu mới: Thêm chức năng mute chat theo từng học sinh. Dev làm gấp, nhưng bài học là: Tính năng cho trẻ em phải luôn nghĩ đến cách… hạn chế nghịch phá.

Tình huống 2: Hệ thống thi online và “phá đảo” cheat mode

Một lần, hệ thống thi của bên anh bị phát hiện: học sinh mở đề trên một tab, còn tab kia Google đáp án. Phụ huynh thì vui, giáo viên thì “tá hỏa”.

→ BA phải làm việc với dev để thêm tính năng “focus mode”: nếu rời tab là hệ thống cảnh báo + log hành vi.

Tình huống 3: Khách hàng không biết mình muốn gì

Một trường liên hệ:

“Chúng tôi muốn app học tập như Duolingo nhưng dành cho học sinh tiểu học, vừa gamification vừa LMS vừa offline mode…”

Mình phải chia nhỏ:

• Giai đoạn 1: Học từ vựng + mini game.
• Giai đoạn 2: Thêm hệ thống bài tập + quản lý điểm.
• Giai đoạn 3: Offline mode.

Kết quả: Project thành công, không “chết giữa đường” vì ôm quá nhiều.

Các công cụ mà đa số BA trong EdTech cần biết

• Figma / Miro: Vẽ mockup, flow, brainstorm với giáo viên.
• Jira / Trello: Quản lý backlog.
• Zoom / Google Meet: Demo cho khách hàng, training giáo viên.
• Kahoot / Quizizz: Hiểu cách gamification đang vận hành để áp dụng.
• Loom: Ghi video hướng dẫn, đỡ phải giải thích 10 lần.

Bạn có đang rơi vào “bẫy” khiến dự án dễ toang?

Qua các dự án, mình đúc kết được 3 sai lầm phổ biến nhất của các BA mới:

1. Chỉ nghe sếp, không phỏng vấn giáo viên/học viên → Sản phẩm xong, người dùng thật không muốn dùng.
2. Viết yêu cầu chung chung: “Hệ thống cần dễ dùng” → Dễ dùng thế nào? Cho ai? Trong bao lâu?
3. Bỏ qua kiểm thử thực tế: Test trên máy xịn, mạng mạnh → Ra thực tế, trường ở vùng núi load 30 giây mới xong.

Lời khuyên cuối cho BA mới vào EdTech

– Học cách kể chuyện: Khi giải thích tính năng, hãy dùng ví dụ “đời” để stakeholder hiểu.

– Quan sát thực tế: Đi dự giờ lớp online, xem học sinh và giáo viên thao tác thế nào.

– Đừng ngại thử: Có lúc BA phải tự test bài tập, thử thi online, thậm chí… đóng vai học sinh lớp 1.

– Ghi chú kỹ mọi feedback: EdTech thay đổi nhanh, yêu cầu hôm nay có thể khác hoàn toàn tháng sau.