Before
Goomerはブラジル国内で展開するフードオーダープラットフォームである。レストランと顧客をつなぐデジタルインフラを提供し、注文受付、決済処理、配送管理、顧客データ管理など複数の機能を統合している。
事業成長に伴い、Goomerの運営チームは深刻な業務複雑化に直面した。小規模スタートアップとして開始した同社は、急速なユーザー獲得とレストランパートナーの増加に対応するため、以下の課題を抱えていた。
断片化されたデータフロー 注文データは自社システムに蓄積される一方、顧客情報は別のCRM、配送状況は物流パートナーのシステム、決済情報は決済ゲートウェイに分散していた。各システム間のデータ連携が手動または断片的なAPI連携に依存し、データの不整合が頻発していた。
需要急増時のボトルネック ランチタイムや週末などのピーク時には1分あたり数十件の注文が集中する。注文データの処理、在庫確認、レストランへの通知、顧客への確認メール、決済処理の各工程で遅延が発生し、顧客体験の質が低下していた。
手動作業の蔓延 データのエクスポート・インポート、レポート作成、顧客問い合わせへの対応、レストランオンボーディングなど、本来は自動化可能な業務が人力で行われていた。スタッフは機械的な作業に時間を奪われ、戦略的な業務に注力できなかった。
スケーリングの限界 事業成長に伴い処理すべきデータ量が指数関数的に増加していたが、従来のアーキテクチャでは線形的に人員を増やすしかなく、単位経済性が悪化していた。高額なエンタープライズシステムの導入は、スタートアップとしては現実的ではなかった。
AI導入内容
Goomerはn8n(オープンソースのワークフロー自動化プラットフォーム)を中核に据え、業務全体の自動化基盤を構築した。n8nのセルフホスティングオプションを活用することで、コストを抑制しながら無制限のワークフロー実行を実現している。
第1層:注文処理ワークフローの自動化
注文受付〜レストラン通知フロー 顧客がアプリから注文を確定すると、Webhookでn8nワークフローが起動する。以下の処理を自動実行する。
- 注文データの検証: 決済ステータス、配送圏内判定、レストランの営業時間確認
- 在庫チェック: レストランのPOSシステムAPIと連携し、注文品目の在庫確認
- レストランへの通知: WhatsApp Business API、メール、専用アプリの3チャネルで自動通知。在庫欠品時は自動代替案提案
- 顧客への確認: 注文受付確認、調理開始通知、配達員手配通知、到着予想時刻の自動送信
異常時のエスカレーション レストランが15分以内に注文確認を行わない場合、自動的にバックアップレストランを提案するワークフローを起動。同時にカスタマーサポートチームにSlack通知を送信し、人的フォローをトリガーする。
第2層:データ統合・同期基盤
CRM自動同期 顧客の注文履歴、好みの料理カテゴリ、配送先住所、決済方法をリアルタイムでCRM(HubSpot)に同期。n8nの双方向同期ワークフローにより、CRM側での顧客セグメント更新もアプリ側に即時反映される。
レストランパートナー管理 新規レストランのオンボーディングプロセスをワークフロー化。
- 契約書類の自動生成(DocuSign連携)
- メニュー情報のスクレイピングとフォーマット変換
- 初期在庫マスタの登録
- トレーニング資料の自動送信
- 初回注文時の特別サポート割り当て
データウェアハウス構築 PostgreSQLをデータレイクとして利用し、n8nで各種データソース(注文DB、顧客DB、物流DB、決済DB)からのETL処理を自動化。毎日深夜に前日の取引データを集計し、経営ダッシュボード用のレポートを自動生成・メール配信する。
第3層:マーケティング・顧客エンゲージメント
パーソナライズドプロモーション 顧客の注文履歴を分析し、n8nで条件分岐ワークフローを構築。
- 過去30日注文なし顧客: 15%オフクーポン自動送信
- 特定カテゴリ(ピザ等)のリピーター: 関連新店舗オープン情報を優先配信
- 高単価顧客: プレミアム会員プログラムへの自動招待
SNS連携 Instagram、Facebookへの投稿スケジューリングをn8nで自動化。人気メニューの写真とキャプションをGoogle Sheetsから取得し、最適な投稿時間に公開。エンゲージメントデータを取得して週次レポートを生成する。
レビュー管理 Googleレビュー、App Storeレビューをn8nで監視。ネガティブレビュー(3星以下)を検出すると、自動的にカスタマーサポートチームに通知し、顧客への返信ドラフトを生成する。
技術インフラ構成
セルフホスティング環境 AWS EC2上にDocker Composeでn8nをデプロイ。冗長化構成により、1インスタンスのダウン時も自動フェイルオーバー。
- サーバー構成: t3.medium(2vCPU、4GB RAM)
- データベース: PostgreSQL(ワークフロー実行履歴保存)
- Redis: ワークフローキューの管理
- S3: 添付ファイル・レポートの保存
外部サービス連携 以下のサービスとAPI連携を構築。
- Stripe/PayPal: 決済処理・返金対応
- Twilio: SMS/WhatsApp通知
- SendGrid: トランザクションメール
- Google Sheets: 簡易的なデータ入力画面としてレストラン向けに提供
- Slack: 内部通知・エスカレーション
エラーハンドリング・監視 各ワークフローにエラーハンドリングノードを配置。失敗時は自動リトライ(3回まで)を実行し、それでも解決しない場合はSlack#alertsチャンネルに通知。週次でエラー発生率のダッシュボードを作成し、ワークフローの改善を継続的に実施している。
ワークフロー数の拡大
導入初期は10程度のワークフローから開始し、業務プロセスの可視化を進めながら段階的に拡張。現在は200以上のワークフローが稼働しており、以下のカテゴリに分類される。
- 注文処理系: 45ワークフロー
- データ同期系: 60ワークフロー
- 通知・コミュニケーション系: 50ワークフロー
- レポート・分析系: 30ワークフロー
- 管理・運用系: 25ワークフロー
After
n8nによるワークフロー自動化の本格稼働により、Goomerは以下の定量的成果を達成した。
処理能力の飛躍的向上 需要急増期においても、人手を増やすことなくピーク時の注文処理を完遂。自動化により、以前は30分かかっていた一連の注文処理が平均3分以内に短縮された。結果として、同時処理可能な注文数が5倍に増加した。
人的リソースの戦略的転換 手動で行っていたデータ入力・転記業務が90%削減され、スタッフは顧客対応や新規レストラン開拓など付加価値の高い業務に従事できるようになった。特にカスタマーサポートは、定型対応から複雑な事案の解決にシフトし、顧客満足度が向上した。
データのリアルタイム性確保 各システム間のデータ同期がリアルタイム化され、在庫切れによる注文キャンセルが75%減少。レストランパートナーにも正確な売上データが即時提供され、信頼関係が強化された。
コスト効率の最適化 セルフホスティングn8nの運用コストは月額約$100(サーバー代等)に抑制。同等の機能を商用SaaSで実現した場合、月額$2,000以上が必要と推定されており、年間$20,000以上のコスト削減を実現した。
スケーラビリティの確保 新規レストランのオンボーディングに要する時間が平均3日から数時間に短縮され、事業拡大のスピードが向上した。ワークフローの追加・変更もノーコードで行えるため、新しいビジネス要件への対応が数時間単位で可能になった。
エラーレートの低減 手動操作によるヒューマンエラーが95%減少。決済不整合や配送先住所の入力ミスなどが大幅に減少し、顧客からの問い合わせ件数も40%減少した。
Goomerのn8n導入事例は、技術的な専門知識を持つ小規模チームでも、オープンソースの自動化ツールを活用することで、大規模エンタープライズシステムに匹敵する業務効率化が実現できることを示している。現在も週に1〜2個の新規ワークフローを追加し、自動化の領域を拡大し続けている。
公開日: 2025年8月22日
事例一覧に戻る