AI Summary

この記事の要点

  • 業務自動化は、ツール連携ではなく、誰が何を判断するかを先に決める。
  • 商談通知は、全部流すのではなく、金額、停滞日数、次回アクション有無で絞る。
  • 例外処理とログを残すことで、通知が業務改善の材料になる。

Summary Image

この記事の要点

商談通知は、通知先ではなく判断条件から設計する。

SanityのsummaryImageを記事内とOG画像の候補として使います。

通知前に決めること

商談更新を通知するだけでは、Slackがうるさくなるだけです。通知する条件、通知を受けた人が取る行動、例外時の扱いを先に決めます。

特に、金額、フェーズ、停滞日数、次回アクションの有無は、通知条件として使いやすい項目です。

実装の考え方

CRMの更新をトリガーにし、条件分岐で通知対象を絞ります。通知後に対応済みかどうかを記録できるようにすると、改善サイクルに使えます。

Makeはその一例です。カテゴリー名としては業務自動化とし、ツール名は具体的な実装例として扱います。