n8nは、AIチャットそのものではなく、問い合わせの受付から完了までをつなぐ業務自動化エンジンです。既存のメール、フォーム、Slack、Teams、CRM、チケットシステムを残したまま、分類や回答案だけAIに任せられます。
N8N FOR HELPDESK受信 → AI分類 → 起票 → 承認 → 通知
AIを独立した魔法の箱ではなく、既存業務の安全な一工程として配置します。
特徴
- Webhook、メール、スケジュールなど多様なトリガー。
- APIを持つサービスとの接続、データ加工、分岐、ループ。
- LLMやAI Agentを既存ワークフローへ組み込める。
- 実行履歴を確認し、失敗した処理を調査・再実行できる。
- セルフホストとクラウドを選択できる。
メリット/デメリット
メリット
- 既存システムを置き換えず導入
- 処理とAI判断を可視化
- 小さな自動化から拡張
- 失敗時の追跡と再実行
デメリット
- 顧客向けUIは別途必要
- 高度RAGは専用製品が有利
- 巨大フローは保守が難しい
- fair-codeの条件確認が必要
最小構成の作り方
- 検証環境へn8nを構築し、管理画面を認証・TLSで保護する。
- メールまたはフォームをトリガーにする。
- 個人情報を必要最小限に整形してからLLMへ渡す。
- LLMにはカテゴリ、緊急度、要約、回答案をJSONで返させる。
- 条件分岐で担当キューを選び、チケットAPIへ登録する。
- 担当者が回答案を承認した後だけ顧客へ送信する。
推奨ワークフロー
1. 受付
メール/フォーム
2. 正規化
署名・引用を除去
3. AI分類
カテゴリ・優先度
4. 起票
CRM/チケット
5. 承認
担当者が送信
ベストプラクティス
- 1ワークフロー1責務にし、受付・分類・通知をサブフローへ分ける。
- LLM出力は自由文でなくJSON Schemaで固定し、値を検証する。
- 同じ問い合わせの二重起票を防ぐidempotency keyを持つ。
- 429や一時障害は待機して再試行し、恒久エラーは隔離キューへ送る。
- AIの判断、使用モデル、プロンプト版、最終的な人の変更を記録する。
- 返金、アカウント停止、権限変更をAIだけで実行しない。
代表的な応用
SLA期限前の自動通知、類似チケットの検索、障害多発時の一括タグ付け、クローズ済みチケットからFAQ候補を抽出、週次レポートの作成に向きます。顧客との対話はDify、担当者支援はOpen WebUIと分担できます。
注意点
n8nは公式にfair-codeと説明されています。自社内の自動化と、n8n自体を顧客へ提供するサービスでは条件が異なり得ます。導入時点のライセンスを確認してください。認証情報はワークフロー本文へ直接書かず、Credentialsと外部シークレット管理を使います。
参考資料
最終確認日:2026年9月13日