n8n + NocoDB: cảnh báo Telegram khi lead website quá hạn follow-up

Nối tiếp ý tưởng chuyển lead từ livechat website sang chăm sóc đúng ngữ cảnh, bước quan trọng tiếp theo là kiểm soát SLA: lead nào đã vào hệ thống nhưng chưa được sales xử lý đúng hạn phải được nhắc ngay, thay vì nằm im trong bảng dữ liệu.

Rất nhiều doanh nghiệp đã có website, landing page, livechat, chatbot và form thu thông tin. Vấn đề không còn là “có lead hay không”, mà là lead có được xử lý kịp lúc hay không. Một khách vừa hỏi giá, để lại số điện thoại hoặc yêu cầu tư vấn trên website thường có mức quan tâm cao. Nếu đội sales phản hồi chậm vài giờ, cơ hội có thể chuyển sang đối thủ hoặc nguội đi rất nhanh.

Bài viết này hướng dẫn cách thiết kế workflow n8n + NocoDB cảnh báo Telegram khi lead website quá hạn follow-up. Mục tiêu là xây một lớp vận hành gọn: NocoDB làm mini CRM lưu lead và task, n8n kiểm tra SLA theo lịch, Telegram nhắc đúng người, còn Smax.AI hoặc Livechat Website được cập nhật trạng thái để chatbot không nhắc sai ngữ cảnh.

1. Vì sao lead website hay bị bỏ sót?

Lead website thường đến từ nhiều cửa: form tư vấn, livechat, popup nhận tài liệu, chatbot, trang sản phẩm WooCommerce hoặc landing page chạy quảng cáo. Mỗi nguồn có thể ghi dữ liệu vào một nơi khác nhau. Nếu không chuẩn hóa về một bảng trung tâm, đội sales phải kiểm tra quá nhiều màn hình: email báo form, Google Sheets, inbox, Telegram, CRM và đôi khi cả file Excel.

Ngay cả khi đã gom về một bảng, lead vẫn có thể bị bỏ sót nếu không có cơ chế nhắc việc. Bảng dữ liệu chỉ cho biết “có một dòng mới”, nhưng không ép ai xử lý. Nhân viên sales bận gọi khách cũ, quản lý không thấy lead quá hạn, marketing vẫn báo có nhiều đăng ký nhưng doanh thu không tăng tương ứng.

Vì vậy, workflow cảnh báo SLA cần được xem như một phần bắt buộc của phễu. Nó trả lời 3 câu hỏi: lead nào cần xử lý ngay, ai chịu trách nhiệm, và nếu quá hạn thì hệ thống sẽ nhắc ở đâu.

2. Thiết kế dữ liệu trong NocoDB: đừng chỉ lưu thông tin khách

NocoDB phù hợp làm lớp dữ liệu trung tâm vì dễ dùng như spreadsheet nhưng có API, view, field kiểu dữ liệu và khả năng lọc theo trạng thái. Tuy nhiên, để cảnh báo Telegram hoạt động tốt, bạn không nên chỉ có một bảng lead thô. Cấu trúc tối thiểu nên có 2 bảng: Leads và Follow Up Tasks.

Bảng Leads lưu thông tin ổn định của khách: họ tên, số điện thoại, email, nguồn, kênh, chiến dịch, nhu cầu, sản phẩm quan tâm, link cuộc hội thoại và trạng thái tổng quan. Bảng Follow Up Tasks lưu hành động cần làm: lead_id, sales_owner, task_type, priority, due_at, status, last_reminder_at, reminder_count, result_note.

Cách tách này giúp hệ thống xử lý đúng bản chất. Một khách có thể cần nhiều lần follow-up: gọi lần đầu, nhắn lại tài liệu, xác nhận lịch hẹn, nhắc thanh toán hoặc chăm sóc sau mua. Nếu tất cả bị ghi đè vào một dòng lead, bạn sẽ mất lịch sử vận hành và khó biết task nào đang quá hạn.

3. Luồng tổng thể: Website → n8n → NocoDB → Telegram → Smax.AI

Workflow mẫu có thể bắt đầu từ form website hoặc livechat. Khi khách gửi thông tin, n8n nhận webhook, chuẩn hóa dữ liệu và kiểm tra lead đã tồn tại chưa. Nếu là lead mới, n8n tạo hoặc cập nhật record trong NocoDB, đồng thời tạo một task follow-up với hạn xử lý rõ ràng.

Ví dụ: lead từ trang báo giá có thể có SLA 15-30 phút trong giờ làm việc; lead tải tài liệu có thể SLA trong ngày; lead hỏi hỗ trợ kỹ thuật có thể chuyển sang nhóm CSKH. Mỗi loại task có due_at khác nhau, nhưng đều dùng chung cơ chế kiểm tra quá hạn.

Sau đó, một workflow định kỳ trong n8n chạy mỗi 5-15 phút để tìm các task có status = open và due_at < now. Với mỗi task quá hạn, n8n gửi tin nhắn Telegram cho sales phụ trách hoặc nhóm sales. Nếu quá hạn nhiều lần, workflow có thể escalte cho trưởng nhóm. Khi sales cập nhật kết quả, n8n đồng bộ trạng thái về Smax.AI để chatbot biết nên tiếp tục nuôi dưỡng, dừng nhắc hay chuyển sang bước đặt lịch.

4. Các trường dữ liệu nên có để cảnh báo không bị loạn

Một workflow cảnh báo tốt phụ thuộc vào dữ liệu đủ sạch. Bạn không cần nhiều trường ngay từ đầu, nhưng các trường sau nên được chuẩn hóa:

• source_channel: website, livechat, landing page, Messenger, Zalo, referral.
• campaign_name: tên chiến dịch hoặc nguồn nội dung nếu có.
• lead_stage: new, qualified, contacted, booked, nurturing, lost.
• sales_owner: người hoặc nhóm chịu trách nhiệm.
• due_at: thời điểm task cần hoàn tất.
• status: open, in_progress, done, snoozed, cancelled.
• last_reminder_at: lần nhắc Telegram gần nhất để tránh spam.
• reminder_count: số lần đã nhắc để biết khi nào cần escalte.
• conversation_url: link về livechat, inbox hoặc hồ sơ khách để sales mở nhanh.

Điểm quan trọng là field phải dễ cập nhật. Nếu sales phải nhập quá nhiều, họ sẽ bỏ qua. Hãy để automation tự điền nguồn, chiến dịch, thời điểm tạo và link hội thoại; sales chỉ cần cập nhật kết quả xử lý.

5. Cấu hình workflow n8n kiểm tra task quá hạn

Trong n8n, bạn có thể dùng Cron node hoặc Schedule Trigger để chạy định kỳ. Sau đó dùng HTTP Request gọi API NocoDB, lọc các task mở và đã quá hạn. Nếu số lượng task lớn, nên lọc theo view riêng trong NocoDB hoặc dùng query để giảm dữ liệu trả về.

Sau bước lấy task, workflow cần một khối xử lý điều kiện. Không phải task quá hạn nào cũng nhắc ngay. Nếu last_reminder_at mới cách đây vài phút, nên bỏ qua. Nếu task đã nhắc 1-2 lần, gửi cho sales owner. Nếu đã nhắc nhiều lần mà vẫn chưa xử lý, gửi thêm cho trưởng nhóm hoặc kênh Telegram quản lý.

Tin nhắn Telegram nên ngắn nhưng đủ hành động. Một mẫu tốt gồm: tên khách, số điện thoại, nhu cầu, nguồn, thời điểm tạo lead, deadline, người phụ trách, link mở record NocoDB và link hội thoại. Không nên gửi một tin nhắn chung chung như “có lead quá hạn”, vì sales lại phải đi tìm thông tin.

6. Chống spam Telegram: nhắc đúng nhịp, đúng người

Cảnh báo quá nhiều sẽ làm đội sales tắt thông báo. Vì vậy, cần thiết kế nhịp nhắc rõ ràng. Ví dụ: nhắc lần 1 khi quá hạn 5 phút, nhắc lần 2 sau 30 phút nếu chưa xử lý, escalte sau 60 phút. Với lead có priority cao, thời gian có thể ngắn hơn. Với lead nuôi dưỡng, có thể chỉ nhắc một lần mỗi ngày.

Telegram nên chia kênh theo mục đích. Nhắc cá nhân cho sales khi task thuộc về họ. Nhắc nhóm khi task chưa có owner hoặc đã quá hạn nhiều lần. Báo cáo tổng cuối ngày cho quản lý để thấy tổng số lead quá hạn, số đã xử lý và số còn treo. Cách chia này giúp cảnh báo không trở thành tiếng ồn.

Một mẹo nhỏ là thêm nút hoặc link thao tác nhanh nếu hệ thống của bạn hỗ trợ. Ví dụ: mở record NocoDB, mở cuộc hội thoại, đánh dấu đã gọi hoặc snooze 30 phút. Nếu chưa làm nút được, ít nhất hãy gắn link record để sales cập nhật ngay.

7. Đồng bộ ngược trạng thái về Smax.AI hoặc chatbot

Khi sales xử lý xong, trạng thái không nên chỉ nằm trong NocoDB. Nếu lead đã được gọi và đặt lịch, chatbot cần biết để chuyển sang nhắc lịch. Nếu lead không nghe máy, hệ thống có thể đưa vào chuỗi Follow Up nhẹ hơn. Nếu lead không phù hợp, chatbot nên dừng kịch bản bán hàng để tránh làm phiền.

n8n có thể đảm nhiệm đồng bộ ngược này bằng Trigger Bot API hoặc webhook tùy hệ thống đang dùng. Nguyên tắc là mỗi thay đổi quan trọng trong task nên tạo một event: contacted, no_answer, booked, not_fit, nurturing. Event này được ghi log để tránh gửi trùng và giúp quản lý truy vết khi có lỗi.

Đây là điểm giúp workflow khác với báo cáo thủ công. Khi dữ liệu vận hành thay đổi, automation và kịch bản chăm sóc cũng thay đổi theo.

8. Checklist triển khai trong 1-2 ngày

• Chọn một nguồn lead website để thử trước, ví dụ form tư vấn hoặc livechat.
• Tạo bảng Leads và Follow Up Tasks trong NocoDB.
• Thống nhất SLA theo loại lead: nóng, ấm, cần nuôi dưỡng.
• Dùng n8n nhận webhook từ website, tạo lead và task tự động.
• Tạo workflow định kỳ kiểm tra task quá hạn.
• Gửi Telegram cho đúng sales owner, kèm đủ thông tin hành động.
• Cập nhật last_reminder_at và reminder_count sau mỗi lần nhắc.
• Tạo escalte cho task quá hạn nhiều lần.
• Đồng bộ trạng thái quan trọng về Smax.AI hoặc chatbot.
• Xem dashboard cuối ngày để chỉnh SLA, owner và nội dung cảnh báo.

9. Sai lầm thường gặp

Chỉ lưu lead, không tạo task. Khi không có task riêng, bạn không biết ai phải làm gì và deadline nằm ở đâu.

Dùng Telegram như nơi đổ mọi thông báo. Nếu mọi event đều bắn vào một nhóm, cảnh báo quan trọng sẽ bị trôi. Hãy tách nhắc việc, lỗi hệ thống và báo cáo tổng.

Không chống gửi trùng. Nếu workflow chạy mỗi 5 phút nhưng không lưu last_reminder_at, sales có thể nhận nhiều tin giống nhau.

Không có owner rõ ràng. Task không có người phụ trách sẽ không ai chịu trách nhiệm. Nếu chưa phân sales tự động được, hãy gửi về nhóm điều phối trước.

Không ghi log workflow. Khi khách phản ánh đã gửi form nhưng không ai gọi, bạn cần biết lỗi nằm ở webhook, NocoDB, Telegram hay bước phân công.

10. FAQ

Có thể dùng Google Sheets thay NocoDB không?

Có thể ở giai đoạn rất nhỏ, nhưng NocoDB phù hợp hơn khi cần API, view, field rõ ràng, liên kết bảng và phân quyền. Khi số lead tăng, Google Sheets dễ rối và khó kiểm soát lịch sử task.

Workflow nên chạy bao lâu một lần?

Với lead nóng, có thể kiểm tra mỗi 5-10 phút. Với lead thường, 15-30 phút là đủ. Quan trọng là có chống spam và không gửi lại cùng một cảnh báo quá dày.

Có cần CRM lớn để làm việc này không?

Không bắt buộc. NocoDB có thể làm mini CRM cho giai đoạn đầu. Khi quy trình ổn, bạn có thể đồng bộ tiếp sang CRM chuyên dụng nếu cần.

Có nên gửi cảnh báo cho cả nhóm sales không?

Chỉ nên gửi cho nhóm khi task chưa có owner hoặc đã quá hạn nhiều lần. Nhắc cá nhân trước sẽ giảm nhiễu và tăng trách nhiệm xử lý.

Workflow này có áp dụng cho Zalo hoặc Messenger không?

Có. Bài này dùng lead website làm ví dụ, nhưng cùng cấu trúc có thể áp dụng cho Messenger, Zalo, landing page, WooCommerce hoặc form WordPress.

Kết luận

Lead website không chỉ cần được thu thập, mà cần được xử lý đúng hạn. Với n8n, NocoDB và Telegram, doanh nghiệp có thể xây một hệ thống cảnh báo SLA gọn nhẹ: lead vào hệ thống, task được tạo, deadline được theo dõi, sales được nhắc đúng lúc và chatbot được cập nhật trạng thái sau xử lý. Đây là lớp vận hành nhỏ nhưng tạo khác biệt lớn giữa “có dữ liệu” và “có doanh thu từ dữ liệu”.

Nếu bạn muốn triển khai hệ thống automation tương tự cho doanh nghiệp, hãy liên hệ Quân Chatbot để được tư vấn giải pháp phù hợp.