事前リサーチ（商談前 30 分）

• 会社HP・採用ページで業種・社員規模・営業部体制を確認
• 求人媒体で「テレアポ」「アウトバウンド」募集中か確認（採用中＝架電業務がボトルネックの可能性大）
• 主要事業セグメント（BtoB / BtoC / SaaS / 人材紹介 / 不動産 等）を把握
• 商談相手の役職・SNS（LinkedIn / X）で人物像を確認

商談時にヒアリングする10項目

業種別の刺さりポイント

5分版（広告流入・温度低〜中）

15分版（標準）

冒頭5分の流れ＋以下を追加：

• 05:00 - 08:00：マネージャー向けに「PCで部下の架電数が一目で見える」見せ方（架電履歴シートを画面共有）
• 08:00 - 10:00：3パターンの端末組み合わせ（Win+Android／Win+iPhone／Mac+iPhone）の説明と、御社の環境ヒアリング
• 10:00 - 12:00：ベータ特典の月次レポート（時間帯別繋がり率・曜日別アポ率）の説明
• 12:00 - 15:00：座席数確認・契約意思確認・初期設定の段取り（最短即日）

60分版（じっくり版）

15分版＋以下を追加：

• 15:00 - 25:00：御社の業種・営業組織の現状ヒアリング（CHAPTER 00 の10項目を完全実施）
• 25:00 - 35:00：競合比較（M社・L社・P社・B社・C社との料金・機能差）
• 35:00 - 45:00：実機デモ（実際に PC × スマホで発信〜結果記録〜履歴反映まで）
• 45:00 - 55:00：導入後の運用イメージ（最短即日初架電・3日定着）・サポート体制
• 55:00 - 60:00：契約条件確認・申込書記入・次回スケジューリング

Stripe Payment Link 発行

1. Stripe ダッシュボード → 商品 → カクメイト Calling（ベータプラン or 通常プラン）
2. 「Payment Link を作成」→ 顧客固有のリンクを生成（座席数を反映）
3. ベータ枠の場合：初期費用 ¥0、月額 ¥5,000 × 座席数
4. 通常プランの場合：初期費用 ¥50,000（一括）、月額 ¥5,000 × 座席数（3ヶ月コミット）

契約書（覚書）送付

Phase 1 はベータ運用なので簡易な覚書で十分。Google Docs テンプレ：boardroom/contracts/calling_beta_memo_template.docx（要新規作成・後日CEOがテンプレ化）

• 事業者名・所在地
• サービス内容（カクメイト Calling）
• 料金・契約期間（ベータは3ヶ月コミット基本）
• 解約条件（4ヶ月目以降は月毎・違約金ゼロ）
• 事例利用の同意（ベータ協力企業のみ・実名 or 匿名）
• 個人情報取扱（顧客のスプシ内に閉じる旨明記）

初回課金確認

• 顧客が Payment Link で決済 → Stripe ダッシュボードで成功確認
• 領収書を Stripe から自動送信（適格請求書発行事業者番号入り）
• CRM（スプシ）の「契約状況」を「契約済」に更新

事前準備（顧客に依頼するもの）

• 顧客のGmailアドレス（GASデプロイ用）
• 顧客の架電リスト（CSV/Excel）
• 顧客側の Google Workspace 管理者権限の確認
• オンライン同席日時（Zoom/Google Meet・60分）

スプレッドシート準備

1. テンプレ用スプシ shared/calling-website/help/templates/master-spreadsheet-template（CEO手元に用意・要展開）を顧客の Google ドライブにコピー
2. 顧客提供の架電リストを「架電リスト」シートに貼り付け（companyId 列は =ROW()-1 で自動採番）
3. 列ヘッダーが正しいことを確認

GAS WebApp デプロイ

1. 顧客のスプシで 拡張機能 → Apps Script を開く（顧客の Googleアカウントで）
2. ローカルの shared/chrome-extension簡易版/gas-backend/Code.gs の中身を全コピー → GAS エディタに貼り付け
3. プロジェクト名を「カクメイト Calling Backend」に変更
4. 「デプロイ」→「新しいデプロイ」→ 「ウェブアプリ」を選択
5. 設定：説明 = カクメイト Calling v2.0.x / 実行 = 自分 / アクセス = 全員
6. 「デプロイ」 → 顧客に Google認証を承認してもらう
7. 発行された WebApp URL（/exec で終わるもの）をコピー

cleanupLocks トリガー登録（推奨）

1. GAS エディタ左サイドバーの「⏰ トリガー」をクリック
2. 「+ トリガーを追加」
3. 関数 = cleanupLocks／実行デプロイ = Head／イベントソース = 時間主導型／タイマー = 分ベース／間隔 = 30分おき
4. 保存 → 顧客が認証承認

Chrome 拡張機能の配布

1. 顧客に shared/chrome-extension簡易版/ 一式の ZIP を送付（メール添付 or Google Drive）
2. 顧客向けマニュアル calling.kakumate.com/help（PW: kakumate-beta-2026）を共有
3. ZIP を解凍 → chrome://extensions/ でデベロッパーモード ON →「パッケージ化されていない拡張機能を読み込む」

初期設定（ステップ4を顧客と一緒に）

顧客の Chrome に拡張機能をロード後、設定画面に：

• GAS WebApp URL（ステップ3で取得したもの）
• スプレッドシート URL（ステップ2のもの）
• お名前（顧客の営業担当者名）

を入力 →「保存して開始」 → 動作確認

スマホ連携の支援

顧客側の組み合わせに応じて以下を支援：

• Windows + Android：「スマートフォン連携」アプリ起動 → Android 側に「Windowsにリンク」アプリ（Google Play）→ ペアリング
• Windows + iPhone：「スマートフォン連携」アプリ起動 → iPhone 側に「Windowsにリンク」アプリ（App Store）→ ペアリング → 通知共有/通話許可をオン
• Mac + iPhone：iPhone 設定 → 電話 → 「ほかのデバイスでの通話を許可」→ Mac の FaceTime 設定で「iPhoneから通話」をオン

テスト発信 1〜2件を必ず実施し、相手のスマホに 070/080/090 で表示されるか確認。

引き渡し（チェックリスト）

レポート対象期間

前月 1 日 〜 前月末日。例：5 月初旬に作成するレポートは、4/1〜4/30 のデータを対象。

顧客スプシからデータ抽出

顧客のスプシに対して閲覧権限をもらい、以下のシートを参照：

• 架電履歴シート：timestamp / companyId / 担当者 / 結果 / メモ / 次回架電日

QUERY 関数で時間帯別・曜日別・担当者別に集計：

// 時間帯別の繋がり率
=QUERY(架電履歴!A:G,
  "SELECT HOUR(A), COUNT(A), SUM(IF(E='繋がった' OR E='アポ獲得',1,0))
   WHERE A >= date '2026-04-01' AND A <= date '2026-04-30'
   GROUP BY HOUR(A)
   LABEL HOUR(A) '時間帯', COUNT(A) '架電数', SUM(...) '繋がり数'", 1)

// 曜日別アポ獲得率
=QUERY(架電履歴!A:G,
  "SELECT DAYOFWEEK(A), COUNT(A), SUM(IF(E='アポ獲得',1,0))
   WHERE A >= date '2026-04-01' AND A <= date '2026-04-30'
   GROUP BY DAYOFWEEK(A)", 1)

レポート作成（Google Slides テンプレ）

テンプレ：boardroom/templates/calling_monthly_report_template.gslides（要新規作成）

レポート内容：

• サマリー（今月の総架電数・アポ獲得数・繋がり率）
• 時間帯別の繋がり率ヒートマップ
• 曜日別アポ率ランキング
• 担当者別ベスト3（アポ率順）
• 「いちばん出てもらえる時間帯」TOP3 の指摘
• 来月のおすすめアクション（コメント）

PDF化して送付

• Google Slides → ファイル → ダウンロード → PDF
• 顧客の決裁者・営業マネージャーに同時送付
• 「来月もよろしくお願いします」の一言を添える（解約予防）

解約申請の受付

• 顧客から info@kakumate.com or 担当営業に連絡
• 解約理由を必ずヒアリング（プロダクト改善材料・チャーン要因分析のため）
• 解約希望日を確認（通常は申請月の月末まで利用可能）

Stripe 側のサブスク停止

• Stripe ダッシュボード → 顧客 → サブスクリプション → 「キャンセル」
• 「期間終了時にキャンセル」を選択（次回課金日に自動停止）
• 顧客にキャンセル確認メール（Stripe自動送信）が届く

データ移行（顧客側に残るもの）

カクメイトはデータを預かっていないので、解約してもデータは顧客のスプシに残ります。顧客に以下を案内：

• 架電リスト・架電履歴シートはそのまま顧客の Google ドライブに残ります
• 必要に応じて CSV/Excel エクスポート可（ファイル → ダウンロード → CSV）
• GAS スクリプトは顧客側で削除可能。残しておいても害はない

Chrome 拡張機能の取り扱い

• 顧客側で chrome://extensions/ から手動アンインストールしてもらう
• こちらからのリモート無効化はできない（無認証配布のため）
• 解約後の再利用を防ぐため、ライセンスキー認証を Phase 2 で実装予定（現状は性善説運用）

解約後の社内記録

• CRM（社内スプシ）に「契約状況：解約済」「解約日」「解約理由」を記録
• boardroom/weekly/ で週次レビューに上げる（特に解約理由が再発しやすいものなら改善議論）

外部向けで使用禁止のNG技術名

• Chrome拡張機能 → 「ブラウザに導入する小さなツール」「PCの拡張機能」
• Apps Script (GAS) → 「自動連携の仕組み」「バックエンド処理」
• Phone Link / スマートフォン連携 → 「スマホとPCの連携機能」
• Continuity Calling → 「Mac と iPhone の通話連携」
• Google スプレッドシート：これは差別化価値なので明記OK（顧客のデータが顧客のWorkspaceに閉じる訴求）
• OAuth / API / Webhook → 「自動連携」
• Bluetooth HFP → 「Bluetooth接続」（基本機能名はOK）
• tel: URI → 「発信トリガー」

顧客向け（マニュアル等）では使用OK

顧客向けマニュアル /help では具体名を出して構いません（操作手順を伝える必要があるため）。ただし社外への流出を防ぐためパスワード保護＋noindex設定。

• 「スマートフォン連携」「Windowsにリンク」「FaceTime」などのアプリ名はOK
• 「Apps Script を開く」など操作手順を含む場合のみOK
• 仕組みの根幹（どう連携が動くかの内部詳細）は伏せる

商談での誤爆を防ぐルール

• 「Chrome拡張で〜」「GAS が〜」と言いそうになったら、「PC側のツール」「裏側の仕組み」と言い換える
• 顧客から「これってどう動いてるんですか？」と聞かれたら、「お手元のPCとスマホを連携させて、PCの操作でスマホ発信ができる仕組みです」で止める。これ以上深く聞かれたら「Phase 2 でセキュリティ強化を予定しているので詳細は控えます」と切り抜ける
• 競合（M社・L社）の名前は商談で出さない。「主流CTI」と表現