[ { "id": 2082, "slug": "workflow-nhac-cong-no-tu-dong", "title": "Workflow: nhắc công nợ tự động theo hạn", "meta_desc": "Dựng workflow nhắc công nợ tự động theo hạn: lấy danh sách khoản phải thu, phân tầng quá hạn, AI soạn lời nhắc phù hợp, kế toán duyệt trước khi gửi email, Zalo.", "excerpt": "Nhắc nợ là việc ai cũng ngại và hay bị quên đến khi khoản phải thu quá hạn vài tháng. Workflow nhắc công nợ tự động theo hạn giúp gửi đúng lời nhắc, đúng lúc, đúng người, mà vẫn giữ quyền quyết định ở kế toán và người phụ trách khách hàng.", "answer": "Workflow nhắc công nợ tự động theo hạn là quy trình chạy hằng ngày: lấy danh sách khoản phải thu từ phần mềm kế toán hoặc Google Sheets, tính số ngày đến hạn hoặc quá hạn, xếp mỗi khoản vào một tầng (sắp đến hạn, quá hạn ngắn, quá hạn dài), soạn lời nhắc theo mẫu phù hợp từng tầng, chuyển các khoản nhạy cảm cho người phụ trách duyệt, rồi gửi qua email hoặc Zalo và ghi lại lịch sử. AI chỉ hỗ trợ cá nhân hóa câu chữ và tóm tắt phản hồi của khách, không tự quyết định gửi khoản nào.", "kws": [ "workflow nhắc công nợ tự động", "nhắc nợ khách hàng tự động", "tự động hóa quản lý công nợ phải thu", "email nhắc thanh toán tự động" ], "sections": [ { "h2": "Workflow nhắc công nợ tự động giải quyết vấn đề gì", "html": "

Workflow nhắc công nợ tự động là chuỗi bước định kỳ kiểm tra các khoản phải thu và gửi lời nhắc thanh toán theo lịch đã thống nhất. Ở nhiều doanh nghiệp vừa và nhỏ, việc nhắc nợ phụ thuộc vào trí nhớ của kế toán hoặc nhân viên kinh doanh. Khi bận chốt sổ cuối tháng, lời nhắc bị dời, khoản nợ trôi từ 15 ngày lên 60 ngày.

Workflow phù hợp với:

Không thay thế việc thu hồi nợ

Workflow chỉ xử lý giai đoạn nhắc nhẹ và nhắc định kỳ. Các khoản tranh chấp, khách xin giãn nợ, hay cần thỏa thuận lại điều khoản vẫn là việc của người phụ trách và lãnh đạo. Thiết kế ngay từ đầu điểm dừng để chuyển những trường hợp này cho người.

" }, { "h2": "Phân tầng khoản nợ và lịch nhắc", "html": "

Điều làm workflow nhắc công nợ khác một lệnh gửi email hàng loạt là phân tầng. Mỗi tầng có giọng điệu, kênh và người duyệt khác nhau. Bảng dưới đây là một cách chia phổ biến, doanh nghiệp điều chỉnh theo điều khoản thanh toán thực tế.

Quy tắc chung: càng quá hạn lâu thì càng ít tự động, càng nhiều người tham gia. Tầng sắp đến hạn có thể gửi tự động hoàn toàn vì chỉ là lời nhắc thân thiện. Từ tầng quá hạn dài, workflow chỉ chuẩn bị nội dung và thông báo cho người phụ trách.

", "table": { "caption": "Ví dụ phân tầng nhắc công nợ", "head": [ "Tầng", "Điều kiện", "Kênh", "Tự động hay duyệt" ], "rows": [ [ "Nhắc trước hạn", "Còn 3 ngày đến hạn", "Email", "Tự động" ], [ "Đến hạn", "Đúng ngày đến hạn", "Email + Zalo OA", "Tự động" ], [ "Quá hạn ngắn", "Quá hạn 1–15 ngày", "Email, nhân viên kinh doanh được báo", "Tự động, có thể tắt theo khách" ], [ "Quá hạn dài", "Quá hạn trên 15 ngày", "Email do người phụ trách gửi", "Duyệt từng khoản" ], [ "Đặc biệt", "Khách VIP, đang khiếu nại, có thỏa thuận riêng", "Không gửi tự động", "Chỉ báo người phụ trách" ] ] } }, { "h2": "Sơ đồ luồng và công cụ", "html": "
  1. Trigger: lịch chạy 8 giờ sáng các ngày làm việc.
  2. Lấy dữ liệu: đọc bảng công nợ từ Google Sheets, hoặc gọi API phần mềm kế toán, phần mềm bán hàng nếu có hỗ trợ; nếu không có API, kế toán xuất file Excel vào thư mục cố định mỗi sáng.
  3. Làm sạch: bỏ khoản đã thu, gom các hóa đơn cùng khách thành một lời nhắc.
  4. Phân tầng: tính số ngày theo hạn thanh toán, gán tầng, kiểm tra cờ “không nhắc tự động”.
  5. Soạn nội dung: chèn biến vào mẫu theo tầng; AI chỉ viết câu mở đầu phù hợp với lịch sử giao dịch nếu được bật.
  6. Rẽ nhánh: tầng tự động gửi ngay; tầng cần duyệt gửi danh sách cho người phụ trách qua email hoặc Telegram với nút duyệt.
  7. Gửi: email từ hộp thư kế toán, tin Zalo OA nếu khách đã quan tâm OA.
  8. Ghi lịch sử: ngày gửi, tầng, kênh, người duyệt vào tab “Nhật ký nhắc nợ”.

Công cụ: n8n hoặc Make để điều phối; Google Apps Script nếu toàn bộ dữ liệu đã nằm trong Google Sheets và Gmail. Dữ liệu vào là bảng công nợ; dữ liệu ra là email, tin nhắn và nhật ký.

" }, { "h2": "Chuẩn bị dữ liệu công nợ sạch", "html": "

Workflow chỉ chính xác bằng dữ liệu đầu vào. Một lời nhắc gửi nhầm cho khách đã thanh toán gây mất uy tín hơn là không nhắc. Chuẩn bị theo checklist sau:

Đồng bộ thanh toán trước khi nhắc

Thời điểm chạy workflow nên sau khi kế toán đã cập nhật tiền về tài khoản ngân hàng của ngày hôm trước. Nếu công ty nhận sao kê tự động, có thể thêm bước đối chiếu sao kê trước khi phân tầng. Trường hợp chưa đối chiếu kịp, workflow bỏ qua khoản có giao dịch nghi là thanh toán và đánh dấu để kế toán xem.

" }, { "h2": "Mẫu lời nhắc và vai trò của AI", "html": "

Lời nhắc công nợ cần lịch sự, rõ số tiền, rõ hạn, và có cách liên hệ khi có sai lệch. Phần lớn nội dung nên là mẫu cố định đã được kế toán trưởng duyệt. Ví dụ mẫu tầng đến hạn:

Kính gửi {ten_khach_hang}, PCTech xin thông báo các hóa đơn {danh_sach_so_hd} với tổng giá trị {tong_tien} đến hạn thanh toán ngày {ngay_den_han}. Nếu quý khách đã thanh toán, vui lòng bỏ qua thư này hoặc phản hồi để chúng tôi đối chiếu. Mọi thắc mắc xin liên hệ {nguoi_phu_trach}, {so_dien_thoai}.

AI dùng ở đâu cho đúng

" }, { "h2": "Điểm duyệt của con người", "html": "

Nhắc công nợ ảnh hưởng trực tiếp tới quan hệ khách hàng, vì vậy cần ba lớp kiểm soát:

  1. Duyệt mẫu: kế toán trưởng duyệt nội dung mẫu cho từng tầng một lần, có phiên bản và ngày áp dụng.
  2. Duyệt danh sách hằng ngày cho tầng quá hạn dài: người phụ trách nhận danh sách lúc 8 giờ 15, bỏ chọn khách đang thương lượng, bấm duyệt; workflow gửi lúc 10 giờ cho các khoản được duyệt.
  3. Quyền dừng khẩn cấp: một ô cấu hình “Tạm dừng nhắc nợ” trong Sheet. Khi bật, workflow chỉ ghi nhật ký, không gửi gì. Hữu ích khi phát hiện dữ liệu sai hoặc trong dịp lễ Tết.

Ví dụ một công ty phân phối thiết bị văn phòng có khoảng 120 khách đại lý: kế toán giữ quyền với tầng tự động, còn nhân viên kinh doanh nhận danh sách khách của mình ở tầng quá hạn dài. Nhân viên biết khách nào vừa đặt đơn lớn, khách nào đang có vấn đề hàng hóa, nên quyết định nhắc hay gọi điện hợp lý hơn máy.

" }, { "h2": "Đo hiệu quả workflow nhắc nợ", "html": "

Thiết lập các chỉ số trước khi chạy để so sánh được trước và sau:

Không quy toàn bộ cải thiện cho workflow: điều kiện thị trường, chính sách bán hàng cũng thay đổi. Hãy so sánh theo nhóm khách hoặc theo giai đoạn tương đương để có kết luận đáng tin. Nếu tỷ lệ nhắc nhầm còn cao, ưu tiên sửa khâu cập nhật thanh toán thay vì thay đổi nội dung thư.

" }, { "h2": "Rủi ro và lỗi thường gặp", "html": "" } ], "tip": "Hãy chạy workflow ở chế độ “chỉ ghi nhật ký, không gửi” trong hai tuần và để kế toán đối chiếu từng lời nhắc dự kiến với thực tế. Chỉ khi tỷ lệ nhắc nhầm bằng 0 mới bật gửi thật cho tầng tự động.", "faq": [ { "q": "Nhắc công nợ tự động có làm khách khó chịu không?", "a": "Lời nhắc trước hạn và đúng hạn với giọng lịch sự thường được xem là dịch vụ chuyên nghiệp. Khách khó chịu chủ yếu khi bị nhắc nhầm khoản đã trả hoặc bị nhắc quá dày." }, { "q": "Phần mềm kế toán không có API thì làm sao?", "a": "Xuất báo cáo công nợ ra Excel mỗi sáng vào một thư mục cố định, workflow đọc file đó. Cách này chậm hơn API nhưng vẫn hoạt động ổn định." }, { "q": "Có nên gửi nhắc nợ qua Zalo không?", "a": "Có thể dùng Zalo OA cho khách đã quan tâm OA, trong phạm vi chính sách gửi tin. Nội dung nên ngắn, không ghi chi tiết nhạy cảm, kèm hướng dẫn xem chi tiết qua email." }, { "q": "AI có tự quyết định khách nào cần nhắc gắt hơn không?", "a": "Không nên. AI có thể gợi ý dựa trên lịch sử, nhưng việc đổi giọng điệu hoặc chuyển sang biện pháp khác phải do người phụ trách quyết định." }, { "q": "Một khách có nhiều hóa đơn thì gửi một hay nhiều thư?", "a": "Nên gom thành một thư liệt kê các hóa đơn theo hạn. Gửi nhiều thư riêng lẻ dễ bị xem là làm phiền và khó đối chiếu." }, { "q": "Làm sao biết khách đã đọc lời nhắc?", "a": "Có thể theo dõi phản hồi và trạng thái tin Zalo trong phạm vi API cho phép. Theo dõi mở email bằng pixel không còn đáng tin và cần cân nhắc về quyền riêng tư." } ], "sources": [ { "t": "Google Apps Script – Google for Developers", "u": "https://developers.google.com/apps-script" }, { "t": "Make Help Center", "u": "https://www.make.com/en/help" }, { "t": "Accounts receivable – Wikipedia", "u": "https://en.wikipedia.org/wiki/Accounts_receivable" } ], "related": [ "ai-doi-chieu-cong-no", "tu-dong-hoa-ke-toan", "tu-dong-hoa-voi-google-sheets-va-apps-script", "chatgpt-cho-ke-toan", "zalo-oa-va-chatbot", "make-com-ai-la-gi", "rui-ro-khi-tu-dong-hoa-qua-muc" ] }, { "id": 2083, "slug": "workflow-dang-bai-tu-rss", "title": "Workflow: tự viết lại và đăng bài từ nguồn tin RSS", "meta_desc": "Workflow đăng bài từ RSS có AI hỗ trợ: chọn nguồn hợp pháp, lọc tin liên quan, AI viết bản tóm tắt có góc nhìn riêng, biên tập viên duyệt rồi mới đăng lên WordPress.", "excerpt": "Nhiều doanh nghiệp muốn website luôn có tin ngành mới nhưng không đủ người viết. Workflow đăng bài từ RSS giúp lọc tin, để AI soạn bản nháp có góc nhìn riêng và chuyển cho biên tập viên duyệt, thay vì sao chép nguyên văn gây rủi ro bản quyền và SEO.", "answer": "Workflow đăng bài từ RSS là quy trình tự động đọc nguồn tin qua RSS feed, lọc bài liên quan tới lĩnh vực của doanh nghiệp, dùng AI soạn bản nháp mới có tóm tắt ngắn, phân tích tác động với khách hàng Việt Nam và dẫn nguồn gốc, rồi lưu ở trạng thái nháp trên WordPress để biên tập viên duyệt. Mục tiêu không phải sao chép hay “xào” lại bài người khác, mà là rút ngắn thời gian theo dõi tin và viết bình luận có giá trị. Không nên tự động đăng thẳng mà không qua người.", "kws": [ "workflow đăng bài từ RSS", "tự động đăng bài từ RSS lên WordPress", "AI viết lại tin tức", "RSS n8n WordPress" ], "sections": [ { "h2": "Workflow đăng bài từ RSS là gì và dùng cho mục đích nào", "html": "

Workflow đăng bài từ RSS là chuỗi bước tự động lấy tin mới từ các nguồn có RSS feed, xử lý nội dung bằng AI và đưa vào hệ quản trị nội dung dưới dạng bản nháp. RSS là định dạng chuẩn mà nhiều trang tin, blog công nghệ, trang thông cáo của hãng phần mềm dùng để cung cấp danh sách bài mới.

Các mục đích hợp lý:

Mục đích không nên

Đổ hàng loạt bài viết lại tự động lên website để tăng số trang. Cách này dễ vi phạm bản quyền, tạo nội dung mỏng trùng ý với hàng trăm trang khác, và đi ngược hướng dẫn chất lượng của các công cụ tìm kiếm về nội dung tự động số lượng lớn không có giá trị thêm. Workflow trong bài này luôn có bước người duyệt và luôn thêm góc nhìn riêng.

" }, { "h2": "Chọn nguồn tin và kiểm tra quyền sử dụng", "html": "

Trước khi dựng workflow, lập danh sách nguồn và ghi chú quyền sử dụng cho từng nguồn. Đây là bước nhiều người bỏ qua nhất.

Nguyên tắc nội dung: chỉ dùng thông tin dạng sự kiện (cái gì thay đổi, khi nào, ai bị ảnh hưởng), viết lại bằng lời của mình, thêm phần “điều này có ý nghĩa gì với doanh nghiệp Việt Nam” và luôn dẫn nguồn gốc. Quy định bản quyền cụ thể cần kiểm tra văn bản hiện hành; trường hợp không chắc, xin phép nguồn hoặc không dùng.

" }, { "h2": "Sơ đồ luồng từ RSS đến bản nháp WordPress", "html": "
  1. Trigger: node RSS Feed Read chạy mỗi 1–3 giờ cho từng nguồn.
  2. Chống trùng: so sánh link bài với bảng “đã xử lý”, bỏ bài cũ.
  3. Lọc theo từ khóa và chủ đề: giữ bài chứa từ khóa liên quan (ví dụ: Windows, Microsoft 365, ransomware, NAS, sao lưu); bỏ tin giải trí, quảng cáo.
  4. AI chấm mức liên quan: mô hình đánh giá 1–5 điểm mức hữu ích với khách hàng SME tại Việt Nam, kèm lý do một câu. Chỉ giữ bài từ 4 điểm.
  5. Gom tin cùng sự kiện: nhiều nguồn đưa cùng một tin, gom thành một cụm để viết một bài.
  6. AI soạn nháp: tiêu đề, đoạn tóm tắt sự kiện, phần “ảnh hưởng tới doanh nghiệp”, phần “nên làm gì”, danh sách nguồn.
  7. Tạo bản nháp WordPress qua REST API với trạng thái draft, gắn chuyên mục và người duyệt.
  8. Thông báo biên tập viên qua email hoặc Telegram kèm link nháp.

Dữ liệu vào: tiêu đề, mô tả, link, ngày đăng từ RSS. Dữ liệu ra: bản nháp có nguồn, nhật ký xử lý.

" }, { "h2": "Prompt viết nháp có góc nhìn riêng", "html": "

Chất lượng bài phụ thuộc vào việc yêu cầu AI làm gì với tin gốc. Nếu chỉ yêu cầu “viết lại bài này”, kết quả là bản sao đổi từ. Hãy yêu cầu một cấu trúc khác hẳn tin gốc:

Dựa trên các tin sau về cùng một sự kiện: {danh_sach_tom_tat_va_link}. Viết bài 400–600 từ cho chủ doanh nghiệp nhỏ tại Việt Nam. Cấu trúc: (1) Chuyện gì xảy ra, 3 câu, chỉ nêu sự kiện có trong nguồn; (2) Ai bị ảnh hưởng; (3) Doanh nghiệp nên làm gì trong tuần này, dạng checklist; (4) Nguồn tham khảo. Không thêm số liệu không có trong nguồn. Điều gì chưa chắc, ghi rõ “chưa được xác nhận”.

Bổ sung kiến thức nội bộ

Phần “nên làm gì” sẽ có giá trị hơn nếu workflow chèn thêm đoạn kiến thức nội bộ của doanh nghiệp, ví dụ quy trình cập nhật bản vá mà đội kỹ thuật đang áp dụng cho khách. Đây là góc nhìn mà tin gốc không có.

Kiểm tra tự động

Code so sánh độ trùng câu giữa bản nháp và tin gốc; nếu có đoạn trùng dài, đánh dấu cảnh báo cho biên tập viên.

" }, { "h2": "Biên tập viên duyệt gì trước khi đăng", "html": "

Bước duyệt là bắt buộc, và nên có checklist rõ để không biến thành bấm “Đăng” theo thói quen.

Nếu bản nháp không đạt, biên tập viên chọn “Bỏ” và ghi lý do một dòng. Workflow lưu lý do để điều chỉnh bộ lọc và prompt.

" }, { "h2": "Công cụ và cấu hình gợi ý", "html": "

Workflow này dễ dựng trên n8n vì có sẵn node đọc RSS, node AI và node WordPress. Make cũng có module tương ứng. Bảng dưới tóm tắt thành phần.

Nếu website dùng WordPress, tạo một tài khoản riêng với vai trò Contributor hoặc Author cho workflow, dùng Application Password. Vai trò Contributor chỉ tạo nháp, không đăng được, là lớp an toàn tự nhiên chống việc đăng nhầm.

", "table": { "caption": "Thành phần của workflow đăng bài từ RSS", "head": [ "Thành phần", "Lựa chọn", "Ghi chú" ], "rows": [ [ "Đọc RSS", "Node RSS của n8n, module RSS của Make", "Kiểm tra feed trả về nội dung đầy đủ hay chỉ tóm tắt" ], [ "Lưu trạng thái", "Google Sheets, cơ sở dữ liệu nhỏ", "Bảng link đã xử lý, điểm liên quan, lý do bỏ" ], [ "Mô hình AI", "API mô hình thương mại hoặc mô hình chạy nội bộ", "Ưu tiên mô hình viết tiếng Việt tốt" ], [ "Đích đăng", "WordPress REST API", "Tài khoản vai trò Contributor, trạng thái draft" ], [ "Thông báo", "Email, Telegram", "Gửi link nháp và tóm tắt một dòng" ] ] } }, { "h2": "Đo hiệu quả", "html": "

Workflow nội dung dễ bị đánh giá sai nếu chỉ đếm số bài đăng. Theo dõi các chỉ số chất lượng:

Đặt mục tiêu ít bài nhưng chất lượng: ví dụ 2–3 bài tin có phân tích mỗi tuần. Với website dịch vụ, một bài cảnh báo bảo mật kịp thời có khuyến nghị rõ ràng thường giá trị hơn nhiều bài tin chung chung.

" }, { "h2": "Rủi ro và lỗi thường gặp", "html": "" } ], "tip": "Cho workflow tạo bản nháp ở tài khoản WordPress vai trò Contributor. Dù prompt hay cấu hình có sai, workflow cũng không thể tự đăng bài, mọi bài lên website đều qua tay biên tập viên.", "faq": [ { "q": "Dùng AI viết lại tin từ RSS có vi phạm bản quyền không?", "a": "Phụ thuộc cách dùng và điều khoản của nguồn. Viết bài mới dựa trên sự kiện, thêm phân tích riêng và dẫn nguồn ít rủi ro hơn nhiều so với dịch hoặc diễn đạt lại toàn bài; trường hợp cụ thể nên kiểm tra văn bản pháp luật hiện hành." }, { "q": "Google có phạt nội dung do AI viết không?", "a": "Google tập trung vào chất lượng và mục đích nội dung, không riêng việc dùng AI. Nội dung tự động số lượng lớn chỉ để thao túng xếp hạng có thể bị xem là spam." }, { "q": "Trang không có RSS thì có làm workflow được không?", "a": "Có thể theo dõi trang bằng công cụ phát hiện thay đổi hoặc bản tin email, nhưng cần tôn trọng điều khoản và file robots của trang. Ưu tiên nguồn có RSS hoặc API chính thức." }, { "q": "Nên chạy workflow bao lâu một lần?", "a": "Với tin ngành, 1–3 giờ một lần là đủ. Tin bảo mật khẩn có thể cần thông báo sớm hơn, nhưng vẫn phải qua người duyệt." }, { "q": "Có nên tự động chia sẻ bài lên fanpage sau khi đăng?", "a": "Có thể nối thêm bước chia sẻ sau khi bài đã được duyệt và đăng. Nội dung bài chia sẻ nên được viết riêng cho mạng xã hội, không dán nguyên tóm tắt." } ], "sources": [ { "t": "RSS – Wikipedia", "u": "https://en.wikipedia.org/wiki/RSS" }, { "t": "WordPress REST API Handbook", "u": "https://developer.wordpress.org/rest-api/" }, { "t": "Google Search Central – Spam policies", "u": "https://developers.google.com/search/docs/essentials/spam-policies" } ], "related": [ "ai-va-wordpress", "ai-viet-noi-dung-seo", "ban-quyen-noi-dung-do-ai-tao-ra", "workflow-tong-hop-tin-nganh-moi-sang", "workflow-tao-noi-dung-da-kenh", "toi-uu-noi-dung-cho-ai-search", "n8n-la-gi" ] }, { "id": 2084, "slug": "workflow-lead-website-vao-crm", "title": "Workflow: lead từ website tự vào CRM và báo nhân viên", "meta_desc": "Workflow lead website vào CRM: form gửi webhook, chuẩn hóa và chống trùng, AI phân loại nhu cầu, phân công nhân viên, báo ngay qua Zalo/Telegram và đo thời gian.", "excerpt": "Khách điền form trên website rồi chờ cả ngày không ai gọi lại. Workflow lead website vào CRM đưa mỗi yêu cầu vào CRM trong vài giây, phân loại nhu cầu, giao đúng nhân viên và nhắc nếu chưa liên hệ, giúp không bỏ sót khách tiềm năng.", "answer": "Workflow lead website vào CRM là quy trình tự động: khi khách gửi form, gọi điện qua nút gọi hoặc bắt đầu chat trên website, dữ liệu được gửi qua webhook tới công cụ tự động hóa, chuẩn hóa số điện thoại và email, kiểm tra khách đã có trong CRM chưa, dùng AI phân loại nhu cầu và mức độ ưu tiên, giao cho nhân viên phụ trách theo quy tắc, báo ngay qua Zalo hoặc Telegram, và nhắc lại nếu sau một khoảng thời gian chưa có hoạt động liên hệ. Mục tiêu chính là rút ngắn thời gian phản hồi và không bỏ sót lead.", "kws": [ "workflow lead website vào CRM", "tự động đưa lead vào CRM", "phân công lead tự động", "thông báo lead mới qua Zalo Telegram" ], "sections": [ { "h2": "Workflow lead website vào CRM giải quyết điều gì", "html": "

Workflow lead website vào CRM là chuỗi bước đưa mọi yêu cầu từ website vào hệ thống quản lý khách hàng, giao cho người cụ thể và theo dõi cho đến khi có liên hệ đầu tiên. Ở nhiều công ty nhỏ, form website gửi về một hộp thư chung. Thư nằm lẫn với quảng cáo, không ai biết ai đã gọi, khách gọi đối thủ trong lúc chờ.

Các dấu hiệu nên dựng workflow này:

Workflow không thay thế CRM mà giúp CRM nhận dữ liệu đúng, đủ, đúng lúc. Nếu công ty chưa có CRM, có thể bắt đầu bằng Google Sheets làm bảng lead, sau này chuyển sang CRM vẫn giữ nguyên luồng.

" }, { "h2": "Sơ đồ luồng từ form đến nhân viên", "html": "
  1. Trigger: form website gửi dữ liệu tới webhook (plugin form của WordPress thường hỗ trợ webhook hoặc tích hợp sẵn).
  2. Kiểm tra spam: có captcha, lọc nội dung chứa link lạ, số điện thoại sai định dạng.
  3. Chuẩn hóa: số điện thoại về dạng 0xxxxxxxxx, email chữ thường, tách họ tên.
  4. Tra trùng trong CRM: theo số điện thoại hoặc email. Khách cũ thì cập nhật hoạt động mới, giữ người phụ trách cũ.
  5. AI phân loại: đọc nội dung khách viết, gán nhóm dịch vụ, mức khẩn, khu vực, tóm tắt một câu.
  6. Phân công: theo quy tắc khu vực, dịch vụ hoặc vòng tròn; ngoài giờ giao cho người trực.
  7. Tạo lead trong CRM với nguồn, trang gửi form, tham số chiến dịch.
  8. Báo nhân viên: tin Zalo hoặc Telegram có tên, số điện thoại, tóm tắt, nút “Đã nhận”.
  9. Gửi xác nhận cho khách: email hoặc tin cảm ơn nêu thời gian liên hệ dự kiến.
  10. Nhắc leo thang: sau 15–30 phút trong giờ làm việc chưa có “Đã nhận”, báo trưởng nhóm.
" }, { "h2": "Chuẩn bị form và CRM", "html": "

Workflow chỉ tốt khi dữ liệu từ form có cấu trúc. Rà lại form theo checklist:

Phía CRM

CRM Việt và CRM quốc tế phổ biến đều có API hoặc webhook, nhưng mức độ hỗ trợ khác nhau giữa các gói, cần kiểm tra tài liệu chính thức.

" }, { "h2": "AI phân loại lead: làm gì và không làm gì", "html": "

AI có ích nhất ở ô mô tả tự do, nơi khách viết những câu như “máy chủ công ty sáng nay không vào được, 30 máy bị ảnh hưởng” hoặc “muốn hỏi giá lắp camera cho cửa hàng”. Prompt yêu cầu mô hình trả về JSON:

{nhom_dich_vu: một trong {danh_sach_dich_vu}, muc_khan: cao|trung_binh|thap, quy_mo: ca_nhan|ho_kinh_doanh|doanh_nghiep, khu_vuc, tom_tat: tối đa 25 từ}

Ví dụ phân loại

Một công ty dịch vụ IT tại TP.HCM nhận lead “văn phòng 25 người ở Quận 7, mạng chập chờn từ hôm qua, cần người đến xem gấp”. AI gán nhóm “sửa chữa mạng”, mức khẩn cao, quy mô doanh nghiệp, khu vực Quận 7. Workflow ưu tiên giao kỹ thuật viên phụ trách khu vực phía Nam và báo trưởng nhóm cùng lúc.

Giới hạn của AI

" }, { "h2": "Quy tắc phân công và thông báo", "html": "

Quy tắc phân công nên đơn giản, nằm trong một bảng cấu hình mà quản lý tự sửa được, không chôn trong code. Bảng dưới đây là ví dụ cho công ty dịch vụ có nhiều nhóm.

Tin báo cho nhân viên nên đủ để gọi ngay mà không cần mở CRM: tên, số điện thoại, nhu cầu tóm tắt, trang khách đã xem, link mở lead. Nút “Đã nhận” ghi thời điểm nhận vào CRM, làm cơ sở đo thời gian phản hồi.

", "table": { "caption": "Ví dụ bảng quy tắc phân công lead", "head": [ "Điều kiện", "Giao cho", "Kênh báo", "Leo thang nếu chưa nhận" ], "rows": [ [ "Khách cũ đã có người phụ trách", "Người phụ trách cũ", "Zalo cá nhân", "Sau 30 phút báo trưởng nhóm" ], [ "Mức khẩn cao, giờ làm việc", "Nhóm kỹ thuật theo khu vực", "Nhóm Telegram kỹ thuật", "Sau 15 phút báo quản lý" ], [ "Báo giá doanh nghiệp", "Nhân viên kinh doanh theo vòng", "Zalo cá nhân", "Sau 30 phút giao người kế tiếp" ], [ "Ngoài giờ làm việc", "Người trực", "Telegram", "Sáng hôm sau đưa lên đầu danh sách" ] ] } }, { "h2": "Đo hiệu quả: thời gian phản hồi là chỉ số chính", "html": "

Workflow lead có lợi thế là mọi bước đều có dấu thời gian. Tận dụng để lập báo cáo tuần:

Đặt cam kết nội bộ, ví dụ trong giờ làm việc mọi lead được liên hệ trong vòng 30 phút, và xem báo cáo trong cuộc họp kinh doanh hằng tuần. Con số giúp phát hiện vấn đề về con người và quy trình, không chỉ về công cụ.

" }, { "h2": "Rủi ro và lỗi thường gặp", "html": "" } ], "tip": "Đừng tắt email thông báo form cũ khi chuyển sang workflow. Giữ nó làm đường dự phòng ít nhất một tháng và so số lead hai bên mỗi tuần; chênh lệch là dấu hiệu webhook đang rơi dữ liệu.", "faq": [ { "q": "Website WordPress có gửi lead vào CRM tự động được không?", "a": "Được. Nhiều plugin form hỗ trợ webhook hoặc tích hợp trực tiếp với CRM; khi không có tích hợp sẵn, dùng webhook tới n8n, Make hoặc Zapier rồi gọi API của CRM." }, { "q": "Chưa có CRM thì có làm workflow này được không?", "a": "Được, dùng Google Sheets làm bảng lead có cột trạng thái và người phụ trách. Khi số lead tăng và cần theo dõi bán hàng, chuyển sang CRM và giữ nguyên luồng." }, { "q": "Có nên dùng AI tự gọi lại hoặc nhắn tin cho lead?", "a": "Có thể gửi tin xác nhận tự động theo mẫu, nhưng tư vấn và báo giá nên để nhân viên. Lead từ website thường cần trao đổi cụ thể mà AI chưa nắm đủ bối cảnh." }, { "q": "Làm sao biết lead đến từ quảng cáo hay từ bài viết SEO?", "a": "Thêm trường ẩn lưu URL trang và tham số UTM vào form. Workflow chuyển các trường này vào CRM để báo cáo theo nguồn." }, { "q": "Báo lead qua Zalo hay Telegram tốt hơn?", "a": "Chọn kênh nhân viên đã dùng hằng ngày. Telegram có Bot API linh hoạt và hỗ trợ nút bấm; Zalo quen thuộc hơn với nhiều đội kinh doanh nhưng tích hợp gửi tin hạn chế hơn." }, { "q": "Lead ngoài giờ nên xử lý thế nào?", "a": "Gửi tin xác nhận cho khách nêu thời gian sẽ liên hệ, giao người trực nếu có, và đưa lên đầu danh sách sáng hôm sau. Không để lead ngoài giờ chìm giữa lead mới." } ], "sources": [ { "t": "Webhook – Wikipedia", "u": "https://en.wikipedia.org/wiki/Webhook" }, { "t": "Zapier", "u": "https://zapier.com/" }, { "t": "Telegram Bot API", "u": "https://core.telegram.org/bots/api" } ], "related": [ "crm-la-gi", "ai-crm-la-gi", "ket-noi-ai-voi-crm-erp", "ai-va-getfly-crm", "webhook-la-gi", "workflow-tu-dong-bao-gia-tu-form-website", "zapier-make-va-n8n" ] } ]