Hai mươi request, một dòng. Phản hồi và lịch hẹn vào CRM đúng một lần.

Một SaaS B2B ở Bắc Âu làm outreach qua LinkedIn và email, đặt lịch gọi qua Calendly. Phản hồi bị sót, báo Slack hai lần, hoặc không vào CRM, trong khi team cũng đang chuyển sang CRM mới.

Mỗi sự kiện có một khoá, và claim nguyên tử trên Data Table của n8n chỉ cho bản đầu tiên đi tiếp, nên 20 request đồng thời chỉ ghi 1 dòng P1. CRM được ghi trước Slack, và chỉ phản hồi cần xử lý mới tới tay người.

Tôi dựng lại các workflow từng ghi vào CRM cũ và cho chạy song song 24 giờ, không gửi gì ra ngoài, trước khi chuyển hẳn P2.

Việc chuyển CRM đi qua với 0 lỗi khi chạy song song P2. Tôi bù 72 sự kiện bị sót P3, gộp 2.075 công ty trùng P4, và 199/199 test workflow pass P5.

Trong lúc làm, tôi tìm ra vì sao €1.704,80 quảng cáo LinkedIn không ra lead nào: form bị từ chối và thiếu tag theo dõi, và chiến dịch được dừng P6.

Một workflow báo thành công trong khi Slack không nhận được gì. Bộ lọc đòi trường campaign mà sự kiện phản hồi thật không có. Tôi sửa điều kiện và chạy lại đúng 3 sự kiện bị mất P7. Từ đó test chạy bằng payload thật thay cho payload mẫu.

Khách hàng không được nêu tên. Trạng thái từ chối nhận tin không bao giờ bị ghi đè khi đồng bộ, nên một số trường hợp gộp phải để người quyết định.

Anh Tim N. phụ trách quan hệ với khách. Tôi viết 239 trên 241 commit của dự án P8: mẫu claim, việc chuyển CRM, phần bù sự kiện và các test.