Ticket IT cứ dồn lại, người phụ trách thì mỗi người một kiểu trả lời, ticket khẩn cấp thì nằm im trong hộp thư ba ngày. Bài toán này lặp lại ở hầu hết doanh nghiệp 20–200 nhân viên: không phải thiếu người làm IT, mà là không có quy trình để ticket chảy đúng chỗ, đúng người, đúng hạn. Bài viết này hướng dẫn cách dùng n8n dựng quy trình helpdesk tự động — phân loại ticket, gán đúng người phụ trách và nhắc SLA — với chi phí chỉ bằng một VPS nhỏ và vài giờ cấu hình.

Tự động hóa IT helpdesk với n8n: phân loại ticket, gán việc và nhắc SLA

Vì sao helpdesk của doanh nghiệp vừa và nhỏ hay “vỡ trận”?

Không phải do thiếu công cụ. Công ty nào cũng có ít nhất một kênh nhận yêu cầu: email, Zalo, Telegram, Google Form, hoặc một phần mềm ticketing. Vấn đề nằm ở chỗ không có ai đứng giữa để làm ba việc: nhận diện ticket, xếp mức ưu tiên, và chuyển tới đúng người. Kết quả là IT dành phần lớn thời gian để “chuyển tiếp” thay vì xử lý — người hỏi thì sốt ruột vì không biết ticket đang ở đâu.

Ở quy mô nhỏ, chuyện này vẫn chịu được. Nhưng khi số lượng yêu cầu tăng, tỷ lệ ticket trễ và thất lạc tăng theo cấp số nhân. Đó là lúc nên đưa tự động hóa vào, và n8n là lựa chọn phù hợp nhất với nhóm doanh nghiệp này.

Vì sao chọn n8n thay vì phần mềm helpdesk đóng?

n8n là nền tảng workflow automation theo mô hình fair-code (Sustainable Use License), tự host được trên chính hạ tầng của doanh nghiệp bằng Docker hoặc npm. Khác với Zapier, Make hay các phần mềm helpdesk SaaS, n8n không thu phí theo số lượng workflow hay số lần chạy — chi phí chủ yếu là tiền server và API key bạn dùng.

Điểm quan trọng với helpdesk: dữ liệu ticket nằm trên server của bạn, không phải trên đám mây của bên thứ ba. Với doanh nghiệp có yêu cầu bảo mật (hợp đồng, thông tin nhân sự, cấu hình hệ thống nội bộ), đây là khác biệt quyết định. n8n có hơn 400 integration có sẵn và kết nối được với bất kỳ dịch vụ nào có REST API qua node HTTP Request.

Quy trình helpdesk tự động trên n8n gồm những bước nào?

Một workflow điển hình chúng tôi từng dựng cho khách hàng có cấu trúc như sau:

1. Nhận yêu cầu từ nhiều kênh

Dùng node Webhook hoặc trigger IMAP (email) để hứng ticket từ email, Telegram, Slack hoặc form nội bộ. Tất cả đổ về một đầu mối duy nhất, kèm dữ liệu gốc: người gửi, nội dung, thời gian.

2. Phân loại bằng AI agent

Node AI Agent trong n8n đóng vai trò “tiếp tân”: đọc nội dung ticket, phân loại theo nhóm (phần cứng, mạng, phần mềm, tài khoản, khẩn cấp) và gán mức ưu tiên. AI Agent là node trung tâm bọc một mô hình ngôn ngữ lớn trong vòng lặp suy luận, cho phép nó gọi tool để truy vấn dữ liệu khi cần — ví dụ tra tên người dùng trong danh sách nhân sự trước khi gán ticket. Có thể nối model OpenAI, Anthropic hoặc model local qua Ollama.

3. Gán đúng người phụ trách

Sau khi có nhãn phân loại, workflow dùng node Switch hoặc HTTP Request để ghi ticket vào hệ thống ticketing hiện có (qua API) hoặc tạo dòng trong Google Sheets. Quy tắc gán đơn giản: nhóm “mạng” → kỹ sư hạ tầng, nhóm “phần mềm” → người phụ trách ứng dụng. Trường hợp AI không chắc chắn, ticket được chuyển vào hàng chờ để người quản lý duyệt thay vì gán tự động mù quáng.

4. Nhắc SLA tự động

Node Schedule Trigger chạy định kỳ (ví dụ mỗi 30 phút) quét danh sách ticket, so sánh thời điểm tạo với mức SLA của từng nhóm, và gửi cảnh báo qua Slack hoặc Telegram trước khi ticket trễ hạn. Người phụ trách không cần tự nhớ deadline — hệ thống nhắc trước, và nhắc lại khi đã trễ.

5. Báo cáo cuối kỳ

Cuối tuần, workflow tổng hợp số ticket theo nhóm, tỷ lệ xử lý đúng hạn, thời gian phản hồi trung bình và ghi vào Google Sheets hoặc gửi bản tóm tắt vào group quản lý. Số liệu này là cơ sở để điều chỉnh nhân sự và quy trình, thay vì đoán.

Điều kiện để workflow này chạy ổn định

Trước khi bắt tay dựng, cần chốt ba thứ:

• Một quy trình vận hành thực tế. AI phân loại giỏi đến đâu cũng không cứu được một quy trình không rõ ai chịu trách nhiệm việc gì. Phân loại nhóm và SLA phải được chốt trước, viết thành bảng.
• Dữ liệu phân loại ban đầu. Nên dùng 50–100 ticket cũ để kiểm thử độ chính xác của AI agent trước khi cho chạy thật. Nhãn phân loại sai chỗ này sẽ kéo theo toàn bộ quy trình sai.
• Con người ở bước quyết định. Ticket khẩn cấp, khiếu nại hoặc yêu cầu nhạy cảm nên được đưa thẳng tới người quản lý thay vì để AI tự xử lý hết. Tự động hóa giúp giảm tải, không thay thế phán đoán.

Chi phí vận hành tham khảo

Với quy mô 20–200 nhân viên, một VPS 2GB RAM chạy n8n là đủ, chi phí khoảng 200.000–400.000 đồng/tháng. Phần AI có hai hướng: dùng API cloud (OpenAI, Anthropic) trả theo lượng token, hoặc dùng model local qua Ollama — miễn phí bản quyền nhưng tốn RAM/GPU. Doanh nghiệp có dữ liệu nhạy cảm nên cân nhắc hướng local để dữ liệu không rời server.

Bắt đầu từ đâu?

Không cần bắt đầu với hệ thống hoàn chỉnh. Bước đầu tiên nên là một workflow nhỏ: email vào → AI phân loại → ghi vào bảng theo dõi. Chạy song song với quy trình thủ công một hai tuần, đối chiếu độ chính xác, rồi mới mở rộng sang gán việc và nhắc SLA. Cách này giảm rủi ro và giúp đội IT tin vào hệ thống trước khi nó trở thành điểm phụ thuộc.

Nếu doanh nghiệp chưa có người đủ kinh nghiệm để dựng, đội ngũ kỹ thuật của chúng tôi đã triển khai mô hình tương tự cho khách hàng trong lĩnh vực sản xuất và thương mại — có thể tư vấn, dựng workflow và bàn giao kèm tài liệu vận hành. Xem thêm bài Xây dựng trợ lý AI nội bộ với n8n để hiểu cách kết hợp n8n với LLM ở quy mô lớn hơn, hoặc bài OpenClaw — trợ lý AI tự host cho doanh nghiệp nếu bạn cần một trợ lý có khả năng tự chủ động làm việc, không chỉ phản hồi theo yêu cầu.

Liên hệ qua trang Liên hệ hoặc gọi hotline 0869 31 31 69 để trao đổi cụ thể với kỹ sư trước khi quyết định.