Một câu hỏi rất hay trong cộng đồng n8n hôm nay: nếu đang ở mức mới bắt đầu và muốn lên trung cấp, nên tự thử thách bằng dự án nào? Câu trả lời ngắn gọn của mình: đừng chọn bài quá “demo”, hãy chọn bài buộc mình xử lý dữ liệu lỗi, trạng thái, retry, xác thực, và thông báo thất bại.
Dưới đây là một lộ trình thử thách theo kiểu forum “làm được là lên tay”, phù hợp cho anh em đã biết kéo node cơ bản nhưng muốn hiểu n8n ở mức dùng được trong công việc thật.
Vì sao bài tập n8n nên giống tình huống thật
Nhiều người học n8n bắt đầu bằng flow rất thẳng:
- nhận webhook
- gọi API
- ghi vào Google Sheets
- gửi Telegram hoặc email
Cách này tốt để nhập môn, nhưng chưa đủ để lên trung cấp. Trong thực tế, workflow thường vỡ ở các điểm ít hào nhoáng hơn:
- API trả về thiếu field hoặc sai định dạng
- dữ liệu trùng làm sheet/CRM phình ra
- request bị rate limit
- một bước giữa workflow lỗi nhưng không ai biết
- cần chạy lại một phần mà không tạo thêm dữ liệu rác
- cần phân biệt case “không có dữ liệu” với “hệ thống đang lỗi”
Vì vậy, thử thách tốt không chỉ là “kết nối được nhiều app”, mà là xây được một quy trình có thể sống sót khi dữ liệu ngoài đời không sạch.
Thử thách 1: Lead intake có chống trùng và chấm điểm
Bài này đủ gần với nhu cầu thật của sales/marketing.
Yêu cầu:
- nhận lead từ form hoặc webhook
- chuẩn hóa email, số điện thoại, tên công ty
- kiểm tra lead đã tồn tại chưa
- nếu mới thì append vào Google Sheets hoặc Airtable
- nếu đã tồn tại thì update dòng cũ, không tạo bản ghi trùng
- chấm điểm lead bằng rule đơn giản, ví dụ ngành, quy mô, domain email
- gửi thông báo Slack/Telegram cho lead điểm cao
Điểm nâng cấp để lên trung cấp:
- tạo một nhánh xử lý khi thiếu email hoặc phone
- lưu lý do vì sao lead bị loại
- thêm
Error Triggerđể báo lỗi workflow - ghi log mỗi lần workflow chạy, gồm trạng thái
created,updated,skipped,failed
Bài này dạy anh em rất nhiều về idempotency: chạy lại workflow nhưng không phá dữ liệu.
Thử thách 2: Theo dõi RSS rồi viết bản tin nháp
Đây là bài hay nếu anh em quan tâm content automation.
Yêu cầu:
- lấy bài mới từ 3-5 RSS feed
- lọc bài theo từ khóa
- tránh lấy lại bài đã xử lý
- tóm tắt nội dung bằng AI
- gom thành bản tin Markdown
- gửi bản nháp qua email hoặc lưu vào Notion/Google Docs
Điểm nâng cấp:
- lưu URL đã xử lý vào một datastore riêng
- nếu AI trả về tóm tắt quá ngắn hoặc quá dài, yêu cầu tạo lại
- thêm trường
confidencehoặcreason_to_include - phân loại bài theo nhóm: tin tức, hướng dẫn, case study, công cụ
Bài này giúp anh em hiểu phần “automation + AI” đúng nghĩa: AI không thay workflow, AI là một bước trong workflow có kiểm soát.
Thử thách 3: Quy trình xử lý hóa đơn hoặc file upload
Bài này khó hơn một chút, nhưng rất đáng làm.
Yêu cầu:
- nhận file PDF/JPG/PNG từ email hoặc folder Drive
- trích xuất thông tin chính: nhà cung cấp, ngày, tổng tiền, mã hóa đơn
- nếu đủ thông tin thì lưu vào sheet
- nếu thiếu hoặc độ tin cậy thấp thì gửi cho người kiểm tra
- chuyển file vào folder phù hợp
Điểm nâng cấp:
- tách nhánh theo loại file
- đặt ngưỡng confidence
- thêm bước human review thay vì để AI quyết định tất cả
- lưu cả file gốc và dữ liệu đã trích xuất để audit sau này
Bài này rất tốt để học cách kết hợp workflow xác định với AI. Những bước như di chuyển file, ghi log, gửi thông báo nên deterministic. AI chỉ nên dùng ở phần đọc hiểu dữ liệu không cấu trúc.
Thử thách 4: Bot hỗ trợ khách hàng có bộ nhớ đơn giản
Nếu muốn đụng tới AI agent nhưng vẫn giữ kỷ luật vận hành, anh em có thể làm bài này.
Yêu cầu:
- nhận câu hỏi từ form, chat, hoặc webhook
- tìm câu trả lời trong FAQ/knowledge base
- nếu đủ chắc thì soạn câu trả lời
- nếu không chắc thì chuyển cho người thật
- lưu lại câu hỏi mới để cập nhật FAQ
Điểm nâng cấp:
- không cho bot trả lời khi confidence thấp
- phân loại ticket theo chủ đề
- lưu lịch sử hội thoại theo user/session
- thêm danh sách câu hỏi “bot không trả lời được” mỗi ngày
Bài học quan trọng: agent không phải lúc nào cũng nên tự xử lý từ đầu đến cuối. Một workflow tốt biết lúc nào cần dừng và hỏi con người.
Checklist để biết mình đã vượt mức beginner
Sau mỗi thử thách, anh em có thể tự kiểm tra bằng checklist này:
- Workflow có xử lý dữ liệu thiếu hoặc sai định dạng không?
- Có chống trùng khi chạy lại không?
- Có log đủ để debug sau 1 tuần không?
- Có thông báo khi lỗi thật sự quan trọng không?
- Có phân biệt lỗi tạm thời và dữ liệu không hợp lệ không?
- Có bước kiểm tra trước khi ghi dữ liệu cuối cùng không?
- Có thể giải thích flow cho người khác trong 3 phút không?
Nếu câu trả lời đa số là “có”, anh em đã bắt đầu bước ra khỏi mức kéo node cho vui.
Gợi ý cách làm trong 7 ngày
Một kế hoạch thực tế:
- Ngày 1: chọn một thử thách, vẽ flow bằng giấy hoặc diagram trước khi mở n8n
- Ngày 2: dựng happy path, chỉ cần chạy được luồng chính
- Ngày 3: thêm chống trùng và chuẩn hóa dữ liệu
- Ngày 4: thêm error handling và thông báo lỗi
- Ngày 5: thêm log/audit trail
- Ngày 6: test với dữ liệu xấu, dữ liệu thiếu, dữ liệu trùng
- Ngày 7: viết lại README ngắn: input là gì, output là gì, lỗi thường gặp, cách chạy lại
Điểm mấu chốt là đừng chỉ khoe screenshot workflow. Hãy ghi rõ bài toán, giả định, lỗi đã gặp, và cách mình sửa. Đó mới là phần làm anh em lên trình nhanh nhất.
Kết luận
Nếu đang học n8n, mình khuyên chọn một bài có dữ liệu thật, có khả năng lỗi, và có yêu cầu chạy lại an toàn. Beginner thường tập trung vào “kết nối được chưa”. Intermediate bắt đầu hỏi: “nếu workflow chạy mỗi ngày, lỗi ở đâu, ai biết, và dữ liệu có còn sạch không?”.
Chỉ cần làm nghiêm túc một trong bốn thử thách trên, anh em sẽ học được nhiều hơn rất nhiều so với việc nối thêm 10 app vào một flow demo.
Top comments (0)