【密結合と疎結合の設計思想の差】

密結合（Tightly Coupled）：
  「AシステムとBシステムが直接的に依存している」
  → Aが変更されるとBが壊れる
  → A・B両方のシステムを同時に保守する必要がある
  → 例：CRMの内部にSlack通知機能を「直接埋め込む」

疎結合（Loosely Coupled）：
  「AとBを中間層（ミドルウェア）でつなぐ」
  → Aが変更されても中間層が吸収する
  → どちらか一方を変更・入れ替えても影響が小さい
  → 例：EMOROCO（A）→Power Automate/Zapier（中間層）→Slack/Teams（B）

EMOROCOとSlack・Teamsを疎結合でつなぐ理由：
  ① EMOROCOの設計変更（フィールド追加等）がSlack連携に影響しない
  ② Slackを別のチャットツールに変えても、CRM側の設定は不変
  ③ 中間層（Power Automate・Zapier）で通知の条件・内容を柔軟に設計できる
  ④ 「CRMの中身」を社外チャットツールに直接接続しないセキュリティ設計

【連携パターンの選択ガイド】

パターンA：Power Automate連携（Microsoft 365環境の組織向け）
  対象：Teams利用中・Microsoft 365を契約している組織
  メリット：Microsoft公式のコネクタで安定・セキュリティが高い
  デメリット：Microsoft 365のライセンスが必要
  難易度：★★☆（中程度）

パターンB：Zapier連携（Slack利用中・ノーコード優先の組織向け）
  対象：Slackをメインで使っている組織
  メリット：ノーコードで最も直感的に設定できる
  デメリット：Zapierの月額費用が発生する（無料プランは制限あり）
  難易度：★☆☆（最も簡単）

パターンC：Webhook直接連携（コスト最小化・技術者がいる組織向け）
  対象：ITエンジニアがいてコストを最小化したい組織
  メリット：外部サービスの追加コストがほぼゼロ
  デメリット：簡単なスクリプト作業が必要
  難易度：★★★（技術的知識が必要）

【Power Automateの連携フロー設計】

トリガーの設定方法（2025年時点）：

方法①：HTTPリクエストをトリガーにする（推奨）
  EMOROCOのワークフローが発火した際に
  Power Automateの「HTTP要求の受信時」エンドポイントにPOSTする
  → このURLをEMOROCOのWebhook設定に登録する

方法②：定期的なポーリング（簡易版）
  Power Automateの「スケジュール」トリガーで
  毎朝・毎時にEMOROCOのデータを確認して
  条件を満たすレコードがあれば通知する

手順（方法①：HTTPリクエスト版）：

STEP 1：Power Automateでフローを作成する
  Power Automate（powerautomate.microsoft.com）を開く
  「+作成」→「自動化されたクラウドフロー」を選択
  フロー名：「EMOROCO感情温度アラート→Teams通知」

STEP 2：トリガーを設定する
  「このフローをトリガーする方法を選択してください」で
  「HTTP要求の受信時」を選択
  → 保存するとHTTPのPOST URLが発行される
  → このURLをEMOROCOのWebhook設定に登録する

STEP 3：受け取るデータの形式（JSONスキーマ）を設定する
  「要求本文のJSONスキーマ」に以下を入力：
  {
    "type": "object",
    "properties": {
      "customer_name": {"type": "string"},
      "emotion_temperature": {"type": "string"},
      "last_contact_date": {"type": "string"},
      "next_action": {"type": "string"},
      "assigned_to": {"type": "string"}
    }
  }

STEP 4：Teams通知アクションを追加する
  「+新しいステップ」→「Microsoft Teams」を選択
  「チャットまたはチャネルでメッセージを投稿する」を選択
  投稿先：「チャネル」
  チーム：「営業チーム」（事前に作成）
  チャネル：「CRMアラート」（事前に作成）
  
  メッセージの内容（アダプティブカード形式または通常テキスト）：
  「🔴【感情温度アラート】
   顧客：@{triggerBody()?['customer_name']}
   感情温度：@{triggerBody()?['emotion_temperature']}
   担当：@{triggerBody()?['assigned_to']}
   次のアクション：@{triggerBody()?['next_action']}
   ← 今週中に必ずフォロー接触を」

【Teamsチャンネルの設計（推奨構成）】

「CRMアラート（全体）」チャンネル：
  全担当者の感情温度クール以下アラートを流す
  → チーム全員が「今週のリスク顧客」を把握できる

「CRMアラート（自分）」（個人宛メッセージ）：
  担当者本人に直接DMで通知する
  → プライベートな案件情報はチャンネルに流さず個人宛に

「CRM週次サマリー」チャンネル：
  毎週月曜朝に「今週のフォロー優先リスト」を自動投稿する
  → 週次SoI-PDCA会議の事前共有として機能する

「CRM危機アラート（マネージャー）」チャンネル：
  感情温度コールド×更新リスク高などの最重要アラートのみ
  → マネージャーが見るべき案件だけを絞って通知する

【Slack Incoming Webhookの設定手順（2025年時点）】

STEP 1：Slack APIページにアクセスする
  https://api.slack.com/apps にアクセスする
  「Create New App」→「From scratch」を選択
  アプリ名：「EMOROCO アラート Bot」
  ワークスペース：自社のワークスペースを選択

STEP 2：Incoming Webhookを有効にする
  左メニューの「Incoming Webhooks」をクリック
  「Active Incoming Webhooks」をONにする
  「Add New Webhook to Workspace」をクリック
  通知を送りたいチャンネルを選択（例：#crm-alerts）
  → Webhook URLが発行される（例：https://hooks.slack.com/services/...）
  → このURLは外部に漏らさないように管理する

STEP 3：Zapierでフローを作成する
  app.zapier.com にアクセス
  「+Create Zap」を選択

STEP 4：トリガーを設定する
  Trigger App：「Webhooks by Zapier」を選択
  Trigger Event：「Catch Hook」を選択
  → ZapierのWebhook URLが発行される
  → このURLをEMOROCOのワークフロー設定に登録する

STEP 5：アクションを設定する
  Action App：「Slack」を選択
  Action Event：「Send Channel Message」を選択
  Channel：#crm-alerts
  
  メッセージ：
  「🔴 *感情温度アラート*
   顧客名：{{customer_name}}
   感情温度：{{emotion_temperature}} に変化
   担当者：{{assigned_to}}
   最終接触日：{{last_contact_date}}
   次のアクション：{{next_action}}
   ＊今週中に必ずフォロー接触をしてください＊」

【感情温度別Slack通知メッセージの設計】

感情温度ホット（アポ打診推奨）：
「🔥 *【ホットアラート】アポ打診タイミング*
 顧客：田中工業（株）田中部長
 感情温度：🔥ホット に変化
 担当：山田
 ← 今日中にアポ打診してください」

感情温度クール（フォロー必須）：
「🟡 *【フォロー必須】感情温度が下がっています*
 顧客：A株式会社 鈴木様
 感情温度：🟡クール に変化（前回：ウォーム）
 最終接触：14日前
 担当：佐藤
 ← 今週中に売り込みなしのフォロー接触を」

感情温度コールド（緊急対応）：
「🔴 *【緊急】解約リスクの可能性があります*
 顧客：B社 山田社長
 感情温度：🔴コールド に変化
 最終接触：32日前
 担当：田中
 次回更新日：来月末
 ← マネージャーに報告の上、今週中に対面フォローを」

週次サマリー（毎週月曜8:00）：
「📊 *今週のCRMサマリー（○月○日〜）*
 ━━━━━━━━━━━━━━━
 🔴 コールド顧客：2社
 🟡 クール顧客：5社（うちフォロー未実施：3社）
 🔥 ホット×未アポ：3社
 ⏰ アクション期日超過：4件
 ━━━━━━━━━━━━━━━
 👉 全件はEMOROCOダッシュボードで確認:
 [ダッシュボードを開く]」

【Webhook直接連携の仕組み】

EMOROCO（ワークフロー発火）
  ↓ HTTPのPOSTリクエスト
Slackの Incoming Webhook URL
  ↓
Slackの #crm-alerts チャンネルに通知が届く

設定の流れ：

STEP 1：SlackのIncoming Webhook URLを取得する（前述のパターンBのSTEP1〜2と同様）

STEP 2：EMOROCOのワークフローにWebhook通知を設定する
  ワークフロー編集画面を開く
  「感情温度クール→フォロータスク生成」のワークフローに
  「外部Webhook通知」アクションを追加する
  URL：（SlackのIncoming Webhook URL を入力）
  Method：POST
  Content-Type：application/json
  Body：
  {
    "text": "🟡【フォロー必須】{{customer_name}}の感情温度がクールに変化しました。担当：{{assigned_to}}"
  }

STEP 3：Teamsに送る場合はTeamsのWebhook URLを使う
  Teams：対象チャネル→「コネクタ」→「Incoming Webhook」を追加
  → Webhook URLを取得してEMOROCOに設定する
  Body（Teams形式）：
  {
    "@type": "MessageCard",
    "@context": "https://schema.org/extensions",
    "summary": "CRMアラート",
    "themeColor": "FF0000",
    "title": "【感情温度アラート】",
    "text": "顧客：{{customer_name}} の感情温度がクールに変化。担当：{{assigned_to}}"
  }

【EMOROCO→Slack/Teamsの「通知設計の3原則」】

原則①「通知は1日3件以下を目安にする」：
  感情温度クール以下・アクション期日超過・更新リスク——
  これらが同時に全件通知されると通知が多すぎる。
  優先度の高いアラートだけを絞って通知し、
  残りはダッシュボードで確認する運用にする。

原則②「重要度に応じてチャンネルを分ける」：
  全員に見せる：#crm-alerts（感情温度クール以下）
  個人宛：DM（担当者本人のアクション期日超過）
  マネージャー宛：#crm-escalation（コールド×更新リスク最高）
  週次サマリー：#crm-weekly（月曜8:00の自動投稿）
  → 「見るべき人に見るべき情報を届ける」

原則③「通知には必ず『次のアクション』を含める」：
  「感情温度がクールになりました」だけの通知は
  担当者が「で、何をすればいいの？」となる。
  通知の最後に必ず「← 今週中に○○してください」という
  具体的な行動指示を含める。

良い通知の例：
  「🟡 鈴木様（A社）感情温度クール
   最終接触：14日前 ← 今週中に売り込みなしで近況確認」

悪い通知の例：
  「感情温度が変化しました。顧客ID：12345」
  → 何をすればいいかわからない

【週次サマリー自動投稿の設計（Power Automate版）】

トリガー：「スケジュール」→ 毎週月曜 8:00 AM

アクション①：EMOROCOのAPIから今週のデータを取得
  - 感情温度クール以下の件数
  - アクション期日超過の件数
  - ホット×未アポの件数
  - 更新3ヶ月以内×クール以下の件数

アクション②：TeamsまたはSlackに投稿
  投稿チャンネル：#crm-weekly または Teams「週次MTG」チャンネル
  投稿タイミング：会議の30分前（8:00）
  投稿内容：（前述の週次サマリー形式）

効果：
  週次SoI-PDCA会議が「ダッシュボードを開いてから始める」ではなく
  「Slackで既にサマリーを見た状態で集まる」会議になる。
  会議の冒頭5分の「状況確認」が不要になり、
  最初から「今週の意思決定」に入れる。

【通知に含める情報と含めてはいけない情報】

通知に含めて良い情報（最小限の識別情報）：
  ✅ 顧客名（会社名・担当者名）
  ✅ 感情温度の状態（クール/ホット等）
  ✅ 最終接触日からの経過日数
  ✅ 担当者名
  ✅ 次のアクションの概要

通知に含めてはいけない情報：
  ❌ 商談金額・売上数字
  ❌ 顧客の個人的な情報（住所・生年月日等）
  ❌ 機密性の高いナラティブメモの内容
  ❌ 競合との比較情報
  → これらはEMOROCOダッシュボードで確認するルールにする

Slackチャンネルのセキュリティ設定：
  「CRMアラート」チャンネルは必ずプライベートチャンネルに設定する
  → 関係者以外は参加できない設定
  → ゲストユーザー（取引先等）が参加するワークスペースでは
    特に注意が必要

Teamsのセキュリティ設定：
  チャンネルのアクセス権限を「メンバーのみ」に設定する
  → 外部ゲストが参加できるチームの場合は
    CRMアラートチャンネルには外部ゲストを追加しない

【EMOROCO×Slack/Teams連携の導入ロードマップ】

Week 1（設定・テスト）：
  STEP 1：Slackの#crm-alertsチャンネル（またはTeamsのチャンネル）を作成する
  STEP 2：Slack Incoming WebhookまたはPower AutomateのHTTP URLを取得する
  STEP 3：EMOROCOの「感情温度クール→タスク生成」ワークフローに
         Webhook通知を1本追加する
  STEP 4：テストで感情温度をクールに更新し、Slackに通知が届くことを確認する

Week 2（チューニング）：
  通知のメッセージ内容を現場の担当者のフィードバックで調整する
  「通知が多すぎる」場合は条件を絞る
  （例：クールだけでなく「クール×最終接触14日以上」に変更）
  担当者ごとのDM通知の設定を追加する

Week 3以降（拡張）：
  週次サマリーの自動投稿を追加する
  ホットアラート（アポ打診推奨）の通知を追加する
  マネージャー向け緊急アラートチャンネルを設計する
  NPS批判者アラートの通知を追加する（CS向け）

環境準備：
□ Slackの#crm-alertsチャンネル（プライベート）が作成されているか
□ TeamsのCRMアラートチャンネルが設定されているか
□ Incoming Webhook URLまたはPower AutomateのHTTP URLが取得されているか

通知設計：
□ 感情温度クール以下のアラート通知が設定されているか
□ 感情温度ホットのアポ推奨通知が設定されているか
□ アクション期日超過の個人DM通知が設定されているか
□ 週次サマリーの自動投稿（月曜8:00）が設定されているか

通知の品質設計：
□ 通知メッセージに「次のアクション指示」が含まれているか
□ チャンネルが重要度別に分かれているか
□ 1日の通知件数が3件以下になるよう条件が絞られているか
□ 通知に機密情報（金額・詳細ナラティブ）が含まれていないか

セキュリティ設計：
□ チャンネルがプライベート設定になっているか
□ 外部ゲストがCRMアラートチャンネルにアクセスできない設定か