Config First

Make / n8n / Airtable を運用に落とす「Config設計」

自動化が壊れる最大の原因は「設定が散らばること」です。 物件別ルール・テンプレ・通知先をConfigテーブルに集約し、ワークフローは参照して動く形にします。

AI診断を受ける民泊（Beds24）自動化を見る

Configに入れるもの（例）

  • 物件マスター（住所/アクセス/チェックイン方法/Wi-Fi/駐車場）
  • テンプレ（多言語・差し込み変数）
  • エスカレーション先（スタッフ/清掃/現地対応）
  • 禁止カテゴリ（自動送信しない領域）
  • 通知ルール（夜間のみ通知、一定回数以上で通知など）

運用で壊れにくくする3点

  1. 1) 設定の一元化（Configテーブル）
  2. 2) ログ保存（分類/返信案/送信結果/例外理由）
  3. 3) 冪等性（重複実行しても壊れない）

FAQ

Configテーブルとは何ですか？

物件情報、物件別ルール、テンプレ、通知先、禁止カテゴリなどの設定を集約するテーブルです。運用で変更しやすくなります。

Makeとn8nはどちらが良いですか？

要件次第です。重要なのは「設定の一元化」と「ログ/冪等性/例外運用」を含めた設計で、ツールはそれを実現できるものを選びます。

運用で壊れやすいポイントは？

物件別ルールの差分、テンプレの散在、通知先の増殖、重複実行（冪等性）などが典型です。Configとテスト手順で抑えます。