Ngày 6 · AI Product Hackathon

Ý chínhGiảng viên đặt tinh thần của ngày: đây không phải cuộc thi code mà là cuộc thi tư duy sản phẩm AI. 3 câu chốt — SPEC là giả thuyết, prototype là bằng chứng, demo là thuyết phục. Nhắc lại rằng SPEC nhẹ đã làm ở Ngày 5 là điểm xuất phát, và điểm số dựa trên bằng chứng chứ không dựa trên độ hoành tráng.

Kỹ năngHọc viên biết ngày hôm nay được chấm theo cái gì, và bắt đầu từ đâu.

Hình thứcVideo giảng viên 5 phút cho bản e-learning; trên lớp là phần khai mạc trực tiếp 15 phút kèm chia nhóm và phát đề.

Ý chínhBa hướng đề bài để nhóm chọn, mỗi hướng gắn với một app thật trong một lĩnh vực quen thuộc — học tập, du lịch, giao đồ ăn, tài chính cá nhân, y tế. Năm tiêu chí nghiệm thu chung: có bằng chứng nỗi đau, có lát cắt thiết kế rõ, có kịch bản rủi ro, có kiểm thử đo được, có prototype chạy thật với AI trong ít nhất một luồng.

Kỹ năngHọc viên chọn được hướng phù hợp với nhóm và hiểu năm điều kiện tối thiểu để bài được nghiệm thu.

Hình thứcTrang đọc, cấu trúc theo ba hướng, mỗi hướng có gợi ý app thật và ví dụ nỗi đau. 10 phút.

Ý chínhCách chấm: 25 điểm cho việc nộp đúng hạn năm mốc kiểm tra, 75 điểm chấm trên sản phẩm nộp. Bảy khối chấm — bằng chứng và tác động, lát cắt thiết kế, chỗ khó và kịch bản rủi ro, kiểm thử, prototype chạy được, kiểm chứng với người dùng, quy trình và repo — mỗi khối trỏ về một file cụ thể trong repo. Ba nguyên tắc: điểm theo chuỗi quyết định; kết quả đo trung thực được tính đủ điểm kể cả khi không đạt mục tiêu; số liệu chỉnh sửa không được tính.

Kỹ năngHọc viên biết từng điểm đến từ file nào, và hiểu rằng ghi nhận trung thực được thưởng chứ không bị phạt.

Hình thứcTrang đọc dạng bảng: bảy khối, điểm, file được chấm. Kèm checklist xác minh sáu mốc. 10 phút.

Ý chínhMột repo nhóm với cấu trúc cố định: README ghi thành viên và phân công, file spec theo template, slide demo, codebase ghi rõ phần nào là mock, thư mục eval với golden set và kết quả, thư mục validation với feedback log, và reflection cá nhân của từng thành viên. Spec chốt tại hạn quy định; bản hoàn chỉnh nộp trước mốc demo.

Kỹ năngHọc viên tạo đúng cấu trúc repo ngay từ đầu để không mất điểm quy trình.

Hình thứcTrang đọc kèm cây thư mục mẫu và một repo mẫu để clone. 5 phút.

Ý chính5 câu kiểm tra nhanh trước khi bắt tay làm. Câu hỏi bám vào những điểm hay bị bỏ qua: điểm nộp đúng hạn là bao nhiêu, khối nào được chấm trên thư mục eval, kết quả không đạt mục tiêu có mất điểm không, spec chốt lúc nào, prototype phải có AI chạy thật ở đâu. Sai câu nào thì quay lại đọc mục tương ứng.

Kỹ năngHọc viên xác nhận đã nắm luật chơi trước khi bắt tay làm.

Hình thứcQuiz 5 câu, chấm ngay, sai thì trỏ về mục cần đọc lại. 5 phút.

Ý chínhKhông bắt đầu từ ý tưởng mà từ bằng chứng. Nguồn bằng chứng có sẵn: chatlog người dùng đã ẩn danh, transcript bài giảng, và khảo sát nhanh trong lớp. Cách đọc dữ liệu để tìm nỗi đau lặp lại, cách viết câu nỗi đau sao cho có người, có bối cảnh, có tần suất. Kết quả giai đoạn là một Product Canvas một trang.

Kỹ năngHọc viên viết được nỗi đau từ bằng chứng thay vì từ suy đoán, và trình bày được trên một canvas.

Hình thứcVideo 5 phút hướng dẫn cách đọc dữ liệu và điền canvas. Kèm template canvas và thư mục dữ liệu thật đã ẩn danh.

Ý chínhSpec là deliverable trung tâm của cả sự kiện. Cấu trúc bảy phần: bằng chứng và tác động, người dùng và bối cảnh, lát cắt chọn làm, thiết kế luồng, chỗ khó và rủi ro, kịch bản khi AI sai, kế hoạch kiểm thử. Spec được viết như giả thuyết — mỗi phần có thể sai và phải kiểm chứng được.

Kỹ năngHọc viên viết được spec theo template, với mỗi phần đủ cụ thể để kiểm chứng.

Hình thứcVideo 5 phút đi qua từng phần của template với một ví dụ điền sẵn. Kèm file template AI Spec.

Ý chínhKhông build cả sản phẩm; build một lát cắt end-to-end có AI chạy thật trong ít nhất một luồng. Phần nào mock thì ghi rõ là mock. Ưu tiên thứ bấm được sớm để có phản hồi, rồi mới lắp AI. Nguyên tắc: một luồng chạy trọn còn hơn ba luồng dở dang.

Kỹ năngHọc viên chọn được lát cắt đủ hẹp để hoàn thành trong nửa ngày, và phân biệt được phần thật với phần mock.

Hình thứcVideo 4 phút với ví dụ một lát cắt tốt và một lát cắt quá rộng.

Ý chínhHai loại bằng chứng cần thu: kết quả đo trên golden set — một bộ 10–20 ca thử có đáp án mong đợi, chạy prototype và ghi lại đúng sai — và phản hồi từ người dùng thật khi dùng thử. Ghi nhận trung thực cả kết quả không đạt; số liệu chỉnh sửa không được tính điểm. Đây là phần phân biệt nhóm có tư duy sản phẩm với nhóm chỉ demo đẹp.

Kỹ năngHọc viên xây được golden set nhỏ, chạy đo, và tổ chức được một vòng dùng thử với người ngoài nhóm.

Hình thứcVideo 5 phút hướng dẫn xây golden set và ghi feedback log. Kèm template bảng kết quả và feedback log.

Ý chínhDemo 6 slide, 5 phút trình bày và 5 phút hỏi đáp: nỗi đau và bằng chứng, lát cắt đã chọn, demo luồng end-to-end kể cả trường hợp lỗi, kết quả đo, điều học được, việc tiếp theo. Show cả happy case lẫn error case — AI sai thì sản phẩm đỡ thế nào. Dry run trước mốc demo.

Kỹ năngHọc viên trình bày được trong 5 phút với bằng chứng thay vì lời hứa, và trả lời được phản biện.

Hình thứcVideo 4 phút với cấu trúc 6 slide và 1 demo mẫu. Kèm template slide.

Ý chính1 giờ sau khai mạc. Nhóm show Product Canvas: nỗi đau có bằng chứng, người dùng, hướng đã chọn. Người hướng dẫn xác minh nỗi đau có nguồn thật hay không.

Kỹ năngNhóm có hướng đi được xác nhận trước khi đầu tư thời gian build.

Hình thứcNộp canvas qua form; người hướng dẫn đi từng nhóm xác minh trong 15 phút.

Ý chínhGiữa ngày. Nhóm show mockup hoặc prototype chạy được, chưa cần AI. Mục đích là ép nhóm có thứ hữu hình sớm để nhận phản hồi.

Kỹ năngNhóm có giao diện hoặc luồng bấm được để mọi người cùng nhìn vào một thứ.

Hình thứcTrình bày tại chỗ 3 phút mỗi nhóm; người hướng dẫn ghi nhận.

Ý chínhChiều. Nhóm show AI chạy thật trong ít nhất một luồng và kết quả đo lượt đầu trên golden set. Đây là mốc khó nhất — nhiều nhóm đến đây mới thấy lát cắt quá rộng.

Kỹ năngNhóm có bằng chứng AI chạy thật, và có số đo đầu tiên để biết mình đang ở đâu.

Hình thứcTrình bày tại chỗ 5 phút mỗi nhóm; người hướng dẫn xác minh AI thật hay mock.

Ý chínhCuối ngày một. Nhóm báo cáo tiến độ, chốt phạm vi sẽ demo, và nộp spec. Từ mốc này, quality bar của spec được khoá — chấm điểm theo bản đã nộp.

Kỹ năngNhóm biết chính xác sẽ demo cái gì, không mở rộng thêm.

Hình thứcNộp spec qua repo; người hướng dẫn xác nhận đã nhận.

Ý chínhSáng ngày hai. Nhóm show kết quả kiểm chứng với người dùng thật, chạy dry run demo trước người hướng dẫn, nhận góp ý lần cuối.

Kỹ năngNhóm có feedback log thật và một bản demo đã chạy thử ít nhất một lần.

Hình thứcDry run 8 phút mỗi nhóm với người hướng dẫn.

Ý chínhDemo theo zone — các nhóm cùng hướng ngồi cùng zone. Mỗi nhóm 10 phút: 5 phút trình bày, 5 phút hỏi đáp. Các nhóm khác phản biện và chấm chéo qua form. Nhóm điểm cao nhất mỗi zone trình bày trước cả lớp; giảng viên đánh giá.

Kỹ năngHọc viên trình bày dưới phản biện, và học được từ cách nhóm khác giải cùng bài toán.

Hình thứcDemo round 10 phút mỗi nhóm; form chấm chéo; vòng chung kết nếu còn thời gian.

Ý chínhGiảng viên công bố kết quả và nêu điều nổi bật ở các nhóm điểm cao. Thường đó không phải nhóm có sản phẩm đẹp nhất mà là nhóm có chuỗi bằng chứng rõ nhất. Cuối cùng là reflection cá nhân: mỗi người 1 file, trả lời 3 câu về điều đã học, điều sẽ làm khác, và điều muốn hỏi.

Kỹ năngHọc viên nhìn lại hành trình của nhóm mình qua lăng kính rubric, và ghi lại điều học được bằng lời của mình.

Hình thứcGiảng viên tổng kết trực tiếp 15 phút; reflection nộp trong ngày. Kèm template reflection 3 câu.

Ý chínhKhung Jobs-to-be-Done để phân tích nỗi đau ở tầng sâu hơn canvas: người dùng "thuê" sản phẩm để làm việc gì, trong hoàn cảnh nào, với kỳ vọng gì về kết quả. Dành cho nhóm muốn bằng chứng nỗi đau chắc hơn ở giai đoạn 1.

Kỹ năngHọc viên phân tích được một nỗi đau theo khung JTBD với worksheet có sẵn.

Hình thứcTrang đọc tóm tắt khung, kèm playbook đầy đủ dạng PDF và worksheet để điền. 15 phút.

Ý chínhToàn bộ thời gian giữa các mốc là thời gian nhóm tự làm — khám phá, viết spec, build lát cắt, đo, kiểm chứng, chuẩn bị demo. Người hướng dẫn đi giữa các nhóm, không giảng, chỉ hỏi và gỡ. Nhóm dùng dữ liệu thật đã ẩn danh và template có sẵn.

Kỹ năngHọc viên áp dụng toàn bộ kiến thức năm ngày đầu vào một sản phẩm thật trong thời gian giới hạn, và ra quyết định dưới áp lực.

Hình thứcLàm việc nhóm 4–5 người trong một ngày rưỡi, người hướng dẫn hỗ trợ tại chỗ. Kèm thư mục dữ liệu, template spec, template slide, template feedback log.