社内資料（etika）─ 2026-07-24（金）11:00 オンラインMTG準備

etika提案候補の整理
07-13面談 × 船井総研さんZoho設計書の突合せ【要約版】

作成: 2026-07-23（7/24更新）｜出席予定: 石川様・大木様／宮村｜詳細・根拠は同名 .md（正本）を参照

0. 結論サマリ

データ構造の大枠は妥当。「タブは全社共通・レイアウト／パイプラインで事業を分ける」原則は、事業部間シナジー（全社一元リスト・クロスセル）に耐える正しい構造。etikaの提案は「作り直し」ではなく「補完」で組む。

最重要2課題（2026-07-23 宮村さん判断で確定）

リードソースは「反響→商談に引き継がれ、事業部ごとに後から評価できる」状態であれば一旦OK（①は検証レベルに縮小）。

階層提案優先度
最重要2課題③名寄せ設計　⑩顧客コンテクスト（やり取り履歴）の蓄積設計★★★★
構造の仕上げ（レビュー指摘）①媒体の引き継ぎ検証　②シナジー計測のデータ構造　④架電記録の持ち方（→⑩に統合）★★
スコープ外の補完（実装提案）⑤MA置き換え（可視化・デジマ→Campaigns）　⑥反響AI取込の拡張　⑦Eight連携（環境B2B）★★★〜★★

1. 設計レビュー所感（7/24でお伝えする評価）

良い点 ── 「構造は合格」と根拠付きでお伝えする

  1. 1タブ＝全事業共有の徹底: 反響は項目単位で7事業の使用可否を定義、商談は共通＋事業別セクション×9パイプライン。全社1レコード空間の思想が一貫しており、シナジー分析・全社ダッシュボードの土台として正しい。
  2. 標準データモデル準拠: Leadsを使わずカスタム「反響」＋ステップアップ変換、個人=連絡先／法人=取引先のマスター分離。将来のAPI連携・AIエージェント接続に有利。
  3. API名・データ型まで定義済み: 現行管理表との対応も記載され、移行・外部連携のI/F設計書として使える品質。

気になる点（→ 提案①〜④の根拠。重要度順）

#指摘設計書上の根拠
D名寄せ（重複統合）ルールが未定義 ＝ 最重要。同一個人のレコードが2つある状態では、トスアップも事業間シナジーも成立しない。1人=1レコードの担保が最優先重複判定・統合の設計なし（備考「重複禁止」のみ）
Cトスアップをリードソースと並ぶ獲得経路の評価軸として持つ仕組みがない。媒体選択肢に「仲介トスアップ」等が混在するだけで、紹介元・紹介日・結果を評価できない反響・商談項目一覧＋7/23マーケMTG（項目定義は未着手）
B架電記録が反響タブのカスタム項目「架電日時①〜⑤」への直接記録。電話連携は標準モジュール前提のため複雑化しがち。要確認: 通話履歴の紐づけキー／履歴集計の設計／Zoom Phoneの連絡先同期タブ項目一覧「反響」No.15〜19（新築のみ・5回上限）
A媒体34選択肢の表記ゆれ。ただしレイアウト別に整理済みの可能性が高く（予測）、まず現物確認。優先度は低「反響」No.7（備考「整理は必要」）

2. 提案候補の詳細

③ 名寄せ・重複統合の設計 ★★★★ 一丁目一番地

方針: 自動マージはしない。「電話・メール一致で重複候補を提示し、人が判断して手動統合する」半自動方式（自動統合は同姓家族・代表電話・法人共有メールで誤爆する）。

  1. 入口で防ぐ（最重要）: ステップアップ変換時に正規化済み電話・メールで既存連絡先を検索し、既存への紐づけを第一候補に。既存客の再反響こそシナジーの瞬間で、ここで別レコードが生まれたら二度と繋がらない。
  2. 裏で検出する: 正規化フィールド（電話=数字のみ／メール=小文字化）をスケジュール関数で突合 → 重複候補リスト＋Cliq通知。
  3. 人が統合する: 連絡先・取引先は標準のFind & Mergeで履歴を保全して統合。反響（カスタムタブ）は「統合先連絡先」ルックアップ＋クローズ処理で運用。

⑩ 顧客コンテクスト（やり取り履歴）の蓄積設計 ★★★★ ③と並ぶ最重要

問題意識: 1人=1レコードを作っても履歴が溜まらなければ、アップセル機会の発見や将来のAIエージェントの燃料にならない。

設計書の現状（最大の空白）: やり取りを自動でCRMに残す連携（メール同期・電話連携・LINE連携）が設計に存在しない。反響の「変換済みの連絡先」ルックアップが全事業Falseで、変換後に履歴が辿れなくなる分断リスクもある。

提案骨子（「連絡先タイムライン＝顧客カルテ」の5点セット）:

  1. 入口の分断を塞ぐ: ステップアップで「変換済みの連絡先/商談」ルックアップを必ず埋める（実装検証をetikaが担う）
  2. メール: 営業担当メールのCRM同期（Zoho Mail連携／IMAP、最低限BCCドロップボックス）
  3. 電話: Zoom Phone等のCTI連携で発着信・録音を自動記録 → 将来は録音→AI要約→活動記録の自動生成。福岡本社で導入検討中のZoom Phoneに、Zoho CRM連携（PhoneBridge）の設計で答える形で提案
  4. LINE: 顧客連絡がLINE中心の事業（賃貸・アフター等）はLINE公式アカウント連携を検討
  5. 入力の摩擦を下げる: 商談・来店メモは「音声メモ→AI整形→活動記録登録」で負荷最小化

切り口: 「CRMにデータが入ってこないとエージェント接続の意味がない」（7/13・宮村）の具体化。③とセットで第1フェーズ中に仕込む。

⑤ 可視化・デジマ → Zoho Campaigns 置き換え ★★★ 面談で最もご期待いただいたテーマ

⚠ 置き換えの懸念（反響＝カスタムモジュール前提。7/24 裏取り済み）
  1. 同期条件: CRM Enterprise以上が必要（Zoho Oneは満たす見込み）。マッピング項目は後勝ち上書き・リアルタイムでない → 配信可否の正はCampaigns側とする運用ルール
  2. オプトアウトの戻し（最大の検証ポイント）: カスタムモジュールには標準のEmail Opt Out項目が無く自動反映の保証がない → 配信停止カスタム項目＋マッピングの回避策と実環境テスト必須
  3. 変換・二重同期での欠落: ステップアップ時のオプトアウト引き継ぎは明示マッピングが必要。反響と連絡先の二重同期は上書き競合 → ③名寄せと直結。旧ツールのサプレッションリスト移行後に配信開始（特定電子メール法対応）
  4. KASIKA固有: 物件閲覧・温度感スコアリングはCampaignsでは代替できずSalesIQ＋物件マスタの事前設計が必要。店舗別利用実態の棚卸しが前提
→ まとめ: 置き換え自体は可能。配信母集団は原則、連絡先（標準）に寄せ、反響からの配信は限定する設計も比較検討する。

② 事業部間シナジーを「測れる」データ構造 ★★★ 社長の主目的に直結

① 反響「媒体」の引き継ぎ検証 ＋ ROAS計測設計 ★★

④ 架電記録の持ち方と電話連携の整合 ★★ ⑩と一体

⑥ メール反響AI取込の拡張（船井総研さん構築分の補完） ★★

⑦ Eight連携で環境事業部（B2B）の入口を作る ★★

3. 当社（etika）の関わり方・ご支援プラン（ご提案）

基本方針 ── 「伴走型」＋「トピックに応じた構築支援」の二層構成

船井総研さんの構築を尊重しつつ、現状のプロジェクトに対するミーティング参加とアドバイザリー（伴走支援）を土台とし、Zoho Campaigns等の実装が発生する場合は別途工数でのご対応とする関わり方をご提案します。

区分内容費用
伴走支援（アドバイザリー） ミーティング参加（月2回まで）＋チャット上でのご相談対応・知見のご提供＋リサーチ・文書作成対応（月4h程度）。設計レビュー・改善ポイントの提示・各トピックの方針整理を継続的に実施 月額20万円 × 6ヶ月〜の契約
実装支援（構築） Zoho Campaigns構築（⑤）、名寄せ実装（③）、やり取り履歴連携（⑩）、反響AI取込（⑥）、Eight連携（⑦）など、実装作業が発生する場合 別途工数お見積り（トピックごとに見積提示→ご承認後に着手）

4. 7/24 MTGの進め方（案）

  1. 冒頭: 設計レビュー結果 ──「構造は良い。作り直し提案はしない」と根拠付きでお伝えして信頼関係を築く
  2. 本題: 最重要2課題（③名寄せ・⑩やり取り履歴）→ ⑤MA置き換えを⑩の配信基盤整備と一体で提案し、②シナジー構造まで繋げる
  3. B2B: Eight連携（⑦）は環境の要件定義前というタイミングの観点でご提案
  4. クロージング: 関わり方として伴走支援プラン（§3）をご提示

田村ビルズ様への確認事項（残タスク）

5. 事実と推測の区別