SalesforceとNotionの使い分けと連携｜役割で選ぶ
SalesforceとNotionの使い分けは「どちらが優れているか」ではなく役割で決まります。Salesforceは社内の顧客データ管理（CRM）、Notionは社内ドキュメント・ナレッジの整理、顧客との案件共有は専用スペースが担うのが基本の分担です。連携は層（UI／プロセス／データ）と同期・非同期で性格が変わり、Notion⇄Salesforceは中間ツールを介したトリガー→アクションの自動化になります。
SalesforceとNotionはどちらも営業現場で使われますが、「同じ情報を両方に入力している」「顧客に送った資料が読まれたか分からない」といった悩みは、2つを同じ役割で使おうとすると起きがちです。本記事では、Salesforce・Notion・顧客との案件共有を3つの役割に分け、どう使い分け・どう連携させるかを一次情報に沿って整理します。顧客との案件共有には、デジタルセールスルーム（DSR）と呼ばれる専用スペースや、案件ごとの共有スペースを備えたクライアントワークOSといった選択肢があります。
Notionは営業でどこまでできる？得意なことと苦手なこと
Notionは社内の資料やナレッジ整理には強い一方、顧客共有では閲覧把握・制御・監査ログに条件が付きます。まずは得意なことと苦手なことを、横並びで確認します。
Notionが得意なこと（社内ドキュメント・ナレッジの整理）
Notionはページとデータベースを自由に組み合わせられ、議事録・FAQ・事例集・提案書のドラフトなど、社内の情報を1か所に整理するのに向いています。テンプレートや階層構造も柔軟で、少人数のうちは営業準備の資産をここに集約しておくだけで属人化をかなり防げます。
顧客共有で見えてくる苦手なこと（閲覧把握・制御・監査の実際）
一方、顧客に資料を届ける場面では条件が付きます。Notionのページ分析では総閲覧数・ユニーク閲覧数や「誰がいつ作成・編集・閲覧したか」を確認できますが、表示できるのはページのオーナーか編集者に限られ、各アカウントは自分の閲覧履歴の記録をオフにできます（Notion公式ヘルプ）。ページの人気を測る分析であって、顧客ひとり単位の反応を継続的に追う用途には向きません。
共有リンクには有効期限と「閲覧のみ（コメント・編集は不可）」を設定できます（Notion公式ヘルプ）。ただし、招待したゲストがページを開くにはNotionアカウントが必要です。アカウントがない相手にも見せられる「ウェブでリンクを知っている全員」への公開リンクは、リンクを知っていれば誰でも閲覧でき、コメントや編集にはログインが必要になります。さらに、ほかのページからの参照・リンクや入れ子を通じて、直接リンクを持たない相手にもページが見えてしまう場合があります。顧客共有では、このあたりの制御が実務上のポイントになります。
| 機能カテゴリ | Notion | 案件共有の専用スペース |
|---|---|---|
| 社内ドキュメント・ナレッジ整理 | ◎ | △ |
| 資料のバージョン管理 | △（手動） | ○ |
| 顧客への資料共有 | ○ | ◎（招待制） |
| 共有リンクの有効期限・閲覧のみ | △（設定可。ゲストはNotionアカウントが必要／広い共有は流出し得る） | ○ |
| 顧客ひとり単位の閲覧把握 | △（ページ分析あり。見られるのはオーナー・編集者のみ・各自が記録をオフにできる） | ◎ |
| ダウンロード・印刷の制御 | △ | ○ |
| 監査ログ | 条件付き（Enterpriseプランのみ・最大365日保持） | ○（提供プランによる） |
| CRM連携 | △（中間ツールのトリガー→アクション） | ○ |
凡例: ◎ 優れている｜○ 対応可能｜△ 条件付き
Notionを営業の顧客共有に使うと起きる7つの問題
Notion運用で起きる主な問題は、顧客単位の閲覧把握の難しさ・制御の弱さ・監査ログのプラン制約・CRM二重管理など7点です。Notionの営業活用の限界を、顧客共有の観点から順に見ていきます。
問題1: 閲覧状況は分かるが「顧客ひとり単位」では追いにくい
前述のとおりNotionのページ分析は閲覧数や閲覧者を把握できますが、表示できるのはオーナー／編集者だけで、相手が閲覧履歴の記録をオフにしていると記録に残りません。「〇〇さんが価格ページを3分見た後に離脱した」といった顧客ひとり単位の反応を継続的に追いたい場面では、これだけでは心もとないのが実際です。案件共有の専用スペースは、招待した相手ごとの開封・閲覧をそのまま確認できるため、フォローのタイミングを根拠づけやすくなります。
問題2: ダウンロードや印刷を細かく制御しにくい
Notionで資料を共有すると、相手はコピー・スクリーンショット・印刷がしやすく、機密情報を含む提案書の扱いを細かく制御するのは得意ではありません。URLが第三者へ転送される余地も残ります。安全な提案書共有を重視するなら、ダウンロード制限・閲覧期限・アクセス範囲の管理をまとめて設定できる仕組みが向いています。
問題3: 監査ログはEnterpriseプランが前提になる
金融・医療・官公庁向けの営業では「誰がいつ何を見たか」の監査ログを求められることがあります。Notionにも監査ログはありますが、提供されるのはEnterpriseプランで、記録は最大365日保持されます（Notion公式ヘルプ）。情報セキュリティチェックシートの要件に合わせてログを用意したい場合は、どのプランで何が提供されるかを前もって確認しておく必要があります。
問題4: CRMとの二重管理でデータが食い違う
NotionをCRMのように使うチームでは、SalesforceやHubSpotとの二重管理が起きがちです。「Notionに書いたがSalesforceに反映し忘れた」「どちらが最新か分からない」という状態が積み重なると、マネージャーが見る数字と現場の実態が乖離します。CRMと営業記録の役割分担についてはSFAの限界と顧客接点の補完もあわせて参考になります。
問題5: テンプレート管理が属人化する
Notionでは各担当者が独自のテンプレートを作りがちで、「Aさんのは使いやすいがBさんのはバラバラ」という属人化が起こります。製品情報や価格が変わったときに、各自のページをすべて更新するのも手間です。ワークスペース単位でテンプレートを一元管理できる仕組みなら、更新を一度行えば全員に反映できます。
問題6: 商談の停滞に早く気づけない
Notionには「この案件は2週間動きがない」といった自動の気づきがなく、週次レビューで誰かが気づくまで停滞が放置されがちです。顧客の反応を数値で掴めないため、熱量の低下にも気づきにくくなります。商談進捗の可視化を進めたい段階では、閲覧や反応から停滞を早めに検知できる仕組みが効いてきます。
問題7: 複数の意思決定者が関わる案件を追いきれない
大企業向けの営業では、IT部門・法務・経営層など複数の関係者が意思決定に関わります。共有URLを送っても「誰が・どの資料を・どれだけ読んでいるか」が分からないと、「経営層はまだ見ていない」「IT部門は価格を詳しく見ている」といった戦略判断に直結する情報を取りこぼします。関与者ごとの閲覧を把握できるかどうかが、この規模では差になります。
SalesforceとNotionの連携方法と代表的なパターン
Salesforceとの連携は層と同期／非同期で性格が決まり、Notion側は中間ツールのトリガー→アクションで、双方向リアルタイム同期ではありません。「連携すれば自動で何でも同期される」という誤解を避けるために、まず連携の性格を押さえます。
連携は「どの層で・同期か非同期か」で性格が決まる
Salesforce連携を整理したある解説では、連携を3つの層—プレゼンテーション層（UI）、プロセス層（フローやApex）、データ層（オブジェクト定義とレコード）—と、同期／非同期の軸で捉えます（クラウド間連携のPdMによる解説）。同期は相手の処理完了を待つ方式、非同期は完了を待たず「投げっぱなし」にする方式で、どの層をどちらでつなぐかによって、結合の強さやリアルタイム性が変わります。
Salesforceの代表的な連携パターン（API呼び出し・バッチ同期・Salesforce Connect）
同じ解説では、Salesforce公式のインテグレーションパターンとして6つが挙げられています（Salesforce Architects公式のIntegration Patternsにも同じ6つが載っています）。リモートプロセスの呼び出し（要求と返信）、リモートプロセスの呼び出し（ファイヤアンドフォゲット）、バッチデータの同期、リモートコールイン、データの変更に基づくUIの更新、データ仮想化（Salesforce Connect）です。公式パターンの外に、画面上のリンクだけでつなぐURLリンクや、Salesforceの画面から相手システムのAPIを直接呼び出すマッシュアップという方法も紹介されています。たとえばデータ仮想化は、Salesforce側にデータを取り込まず外部データを参照する方式で、どこまでをSalesforceの正本にするかの設計判断になります。
SaaS同士ならAppExchangeが第一選択になりやすい理由
連携先がSaaSで、AppExchangeに対応アプリがあるなら、自前で作り込むより既存アプリを使うのが無理のない選択になりやすい、というのが実務的な勘所です。背景には保守負担があります。Salesforceは少なくとも4か月に1回はアップデートされ、その際にセキュリティの観点から接続仕様が変わる可能性があるためです。CRM側の選定を含めて比較したい場合はSalesforceの比較ガイド、顧客接点の補完という観点ではSalesforceと顧客共有スペースの補完が参考になります。
Notion⇄SalesforceはZapier等の中間ツールが要る（双方向リアルタイム同期ではない）
NotionとSalesforceは、Zapierのような中間ツールを介して連携できます。ただしその実体は、トリガー（これが起きたら）→アクション（これを実行する）というノーコードの自動化で、ネイティブな双方向リアルタイム同期ではありません（Zapier）。用意されているテンプレートも「新しいSalesforceレコードをNotionのデータベースに追加」「新しいNotionのデータベース項目からSalesforceのリードを作成」といった、1つのイベントが1つのアクションを起こす形です。なお、Zapier上でSalesforceは有料プラン向けの「Premium」アプリとして表示されているため、利用前に自社のZapierプランで使えるかを確認しておく必要があります。HubSpotとの連携を検討している場合はHubSpotと顧客共有スペースの連携も参考になります。
中間ツールはZapierのほかにも、Make、Yoomがよく使われます。どれも「Notionで何かが起きたらSalesforceで何かをする」という向きごとの自動化を組む点は同じで、違うのは組み立て方と始め方です。各社の公式ページで確認できる事実だけを並べると、次のとおりです（料金とプランごとの条件は各社の公式ページで確認してください）。
| 中間ツール | 組み立て方 | Notion⇄Salesforceで用意されている例 | 確認先 |
|---|---|---|---|
| Zapier | トリガー→アクションの「Zap」を作る。テンプレートから始められる | 新しいSalesforceレコードをNotionのデータベースに追加／新しいNotionのデータベース項目からSalesforceのリードを作成。SalesforceはPremiumアプリとして表示 | Zapier |
| Make | 「シナリオ」と呼ぶ流れに、アプリの操作（モジュール）を画面上で並べて組む | Notionのデータベース項目やページの変化を監視し、Salesforceのレコードを作成・更新・検索 | Make |
| Yoom | 日本語のテンプレートをコピーして始める | Salesforceに登録された取引先をNotionのデータベースに追加／NotionからSalesforceに情報を転記 | Yoom |
既製のテンプレートを広く使いたいならZapier、分岐の多い流れを図のように組みたいならMake、日本語のテンプレートから始めたいならYoom、というのが選び分けの目安です。どれを使っても、向きごとに別の自動化を組む必要がある点は変わりません。
なお、クライアントワークOSのTerasuでは、CRM連携（Salesforce・HubSpot）をBusinessプラン以上で利用できます。顧客との案件共有スペース側でCRMとつなぐ構成を取りたい場合の選択肢になります。
Salesforce・Notion・顧客共有スペースの3つの役割で考える
社内の顧客データ管理はSalesforce、社内ナレッジはNotion、顧客との案件共有は専用スペースと役割を分けるのが基本です。SalesforceはベンダーによってCRMと位置づけられ、通話メモ・顧客の連絡先・営業リードなどの情報を、アクセス可能な1か所に集約するシステムだと説明されています（Salesforce公式のCRM解説）。では、残る「社内ナレッジ」と「顧客との接点」は誰が担うのか——次のマップで3者の守備範囲を示します。
3つの役割分担マップ
3ツールを併用する場合の典型的な役割分担を整理しました。顧客との案件共有には、クライアントワークOSのTerasuのように、案件ごとに顧客と使う共有スペース「Room」を中心に資料・やりとり・議事録・決定の記録を1か所へまとめる選択肢があります（β公開中）。
凡例: ◎ 主担当｜○ 補完（連携や追加設定で実現）｜△ 条件付き｜× 非対応
| 業務プロセス | Salesforce（CRM） | Notion（ドキュメント） | 案件共有の専用スペース |
|---|---|---|---|
| パイプライン管理・売上予測 | ◎ 主担当 | × 非対応 | ○ 補完 |
| 商談ステージ・活動記録 | ◎ 主担当 | × 非対応 | ○ 連携同期 |
| 提案書・資料の制作 | × 非対応 | ◎ 主担当 | ○ 共有版の作成 |
| 社内ナレッジベース | △ 限定 | ◎ 主担当 | × 非対応 |
| 顧客への資料共有 | × 非対応 | △ 限定 | ◎ 主担当 |
| 顧客ひとり単位の閲覧把握 | × 非対応 | △ 限定 | ◎ 主担当 |
| 多関与者・ステークホルダー管理 | △ 限定（※1） | △ 手動運用 | ◎ 主担当 |
| 監査ログ・コンプライアンス | ◎ 主担当 | 条件付き（※2） | ○（提供プランによる） |
※1: Salesforceでステークホルダー管理を行うにはカスタムオブジェクト／フィールドの設定が必要 ※2: Notionの監査ログはEnterpriseプラン、SAML SSOはBusinessプラン以上で提供（Notion公式ヘルプ）
この役割分担に沿って運用すれば、「同じ情報を複数のツールに重複入力する」二重管理を避けやすくなります。顧客への資料共有は専用スペースで完結させ、CRM連携で必要な記録をSalesforceへ渡す、という流れが基本形です。
チーム規模別のおすすめ構成
「結局どの組み合わせを選ぶか」を、チーム規模で上から当てはめられるよう整理しました。料金は金額ではなく体系の特徴で示します（各社の最新の料金は後述の費用対効果の節と公式ページでご確認ください）。
Q1. 営業チーム規模は？
├── 1〜5名（シード〜アーリー）
│ ↓
│ Q2. エンタープライズ向け提案がすでにあるか？
│ ├── Yes → Notion ＋ 案件共有スペースの2点構成
│ └── No → Notion 単独で十分（提案フェーズ拡大時に専用スペースを追加）
│
├── 6〜15名（小規模）
│ ↓
│ Q3. CRMは導入済みか？
│ ├── Yes → Salesforce/HubSpot ＋ Notion ＋ 案件共有スペースの3点構成
│ └── No → Notion ＋ 案件共有スペースの2点構成（CRMは次フェーズへ）
│
├── 16〜50名（ミドル）
│ ↓
│ Q4. パイプライン管理・売上予測の精度が課題か？
│ ├── Yes → Salesforce ＋ 案件共有スペースをコアに、Notionは社内ナレッジへ
│ └── No → 既存構成を維持しつつ案件共有スペースを追加
│
├── 51〜200名（拡大期）
│ ↓
│ Q5. 売上予測の精度・新人オンボーディングが課題か？
│ ├── Yes → Salesforce ＋ 案件共有スペースをコア構成、Notionは社内wikiへ限定
│ └── No → Salesforce ＋ 案件共有スペース ＋ Notion の3点構成を維持
│
└── 201名以上（エンタープライズ）
↓
Q6. コンプライアンス・監査ログ要件があるか？
├── Yes → Salesforce ＋ 案件共有スペースをコア、NotionはSSO配下の社内wikiへ限定
└── No → Salesforce ＋ 案件共有スペース ＋ Notion の3点構成を継続
| チーム規模 | コア構成 | 補完ツール | 料金体系の考え方 |
|---|---|---|---|
| 1〜5名 | Notion | （なし） | 無料枠〜少人数の定額で開始できる範囲に収める |
| 6〜15名 | Notion ＋ 案件共有スペース | Slack / メール | いずれも席単位の定額が中心。無料枠で検証してから拡大 |
| 16〜50名 | 案件共有スペース ＋ Notion | Salesforce または HubSpot | CRMは席数に応じて費用が増えるため必須項目から段階導入 |
| 51〜200名 | Salesforce ＋ 案件共有スペース | Notion（社内wiki） | 席数の増加に備え、使う機能を絞って費用を管理する |
| 201名以上 | Salesforce ＋ 案件共有スペース | Notion（SSO配下の社内wiki） | 統制・監査要件を含めて構成を個別に設計する |
迷ったときに決める2つの論点
組み合わせで迷ったら、先に2つの論点を決めると足し引きで悩まなくなります。1つ目は顧客データの正本をどこに置くかです。CRMを正本にして専用スペースは閲覧把握に特化させるのか、小規模のうちはNotionを正本にして後からCRMへ移すのか、を決めます。2つ目はCRM連携をどの方式で組むかで、ネイティブ連携・AppExchange製アプリ・Zapier等の中間ツールのいずれを使うかを選びます。この2点が決まれば、残りは各ツールの役割に素直に割り当てるだけです。顧客共有スペースの全体像はデジタルセールスルームの完全ガイド、選択肢を広く比較したい場合はDSR比較ガイドも参考にしてください。
状況別の読み分け早見表
いまの状況に近い行から、次に読むべきセクションとおすすめのアクションへ進んでください。
| 当てはまる状況 | 次に読むセクション／おすすめのアクション |
|---|---|
| 顧客に送った資料を見てもらえたか分からない | 「7つの問題」の閲覧把握の節へ。専用スペースの開封確認を検討 |
| セキュリティチェックシートの提出を求められた | 「機能比較」のセキュリティ行へ。監査ログ・アクセス制御の条件を確認 |
| SalesforceとNotionに同じ情報を二重入力している | 「連携方法と代表的なパターン」と「3つの役割で考える」へ |
| 連携の方式・パターンを具体的に知りたい | 「SalesforceとNotionの連携方法と代表的なパターン」へ |
| 営業チームが10名を超えてきた | 「5つのサイン」→「段階的に導入する手順」へ |
| Notionを残したまま顧客共有だけ改善したい | 「3ツールを併用する方法」へ |
顧客共有に専用スペースを足すべき5つのサイン
閲覧把握不足・セキュリティ要件・CRM二重管理・10名超・停滞増の5サインが出たら、専用スペースの追加を検討するタイミングです。
サイン1: 「提案書を見てもらえたか分からない」が増えた
誰が見たか分からない状態が続くと、フォローの精度が下がります。閲覧データの活用が必要になってきたら、専用スペースの追加を検討する合図です。
サイン2: セキュリティチェックシートへの対応を求められた
顧客からセキュリティ要件への対応を求められた際、アクセス制御・ダウンロード制限・監査ログを一括で設定できないと、商談が止まることがあります。エンタープライズ商談が増えてきたら検討のサインです。
サイン3: CRMとの二重管理が限界に近い
NotionとSalesforce/HubSpotの両方へ同じ情報を入力している状態が常態化し、どちらが最新か分からなくなっているなら、役割分担とCRM連携で解消できないかを見直す段階です。
サイン4: 営業チームが10名を超えた
10名を超えると、権限管理やテンプレート管理が煩雑になりやすくなります。セールスイネーブルメントツールの比較を参考に、顧客接点を担うツールの標準化を検討してください。
サイン5: 商談の停滞が増えてきた
反応を数値で掴めないと停滞商談の早期発見が難しくなります。商談進捗の可視化を進め、閲覧や反応から停滞を検知できる仕組みがあると、介入が早くなります。
判断に使えるチェックリスト
次のうち2つ以上に当てはまるなら、専用スペースの追加を具体的に検討するサインです。
- 顧客に送った資料を見てもらえたか分からない状態が増えている
- 情報セキュリティチェックシートの提出を求められたことがある
- 営業チームが10名を超えた
- SalesforceとNotionへ同じ情報を二重入力している
- 提案後のフォローのタイミングが感覚頼りになっている
- 商談の停滞に気づくのが遅れがちになっている
逆に、営業チームが少人数でNotionに全員が慣れており、セキュリティ要件の厳しい顧客共有がまだ少ないなら、当面はNotion中心のままで問題ありません。閲覧把握やセキュリティ要件が増えてきたチームは導入相談に進むとよく、まだNotionだけで回っているチームは急いで動く必要はありません。具体的な構成を自社に当てはめて相談したい場合は、下記からお問い合わせください。
Notionと顧客共有専用スペースの機能比較
閲覧把握・セキュリティ・CRM連携は専用スペースが強く、社内ナレッジ整理はNotionが強いという住み分けになります。評価軸ごとに整理したのが次の表です。重要度は、顧客共有での効きやすさの目安です。
| 評価軸 | Notion | 案件共有の専用スペース | 重要度 |
|---|---|---|---|
| 顧客ひとり単位の閲覧把握 | △（見られるのはオーナー・編集者のみ・各自が記録をオフにできる） | ◎ | ★★★ |
| セキュリティ（DL制御・アクセス範囲） | △ | ◎ | ★★★ |
| 監査ログ | 条件付き（Enterpriseのみ・最大365日） | ○（提供プランによる） | ★★★ |
| CRM連携 | △（中間ツールのトリガー→アクション） | ○（プランによる） | ★★★ |
| 共有リンクの有効期限・閲覧のみ | △（設定可。ゲストはアカウント必要） | ○ | ★★☆ |
| テンプレートの一元管理 | △ | ○ | ★★☆ |
| 社内ドキュメント・ナレッジ整理 | ◎ | △ | ★★☆ |
| 料金体系の特徴 | 無料プランあり（ゲスト数・容量・履歴に上限） | 提供元により異なる（無料枠で検証できる場合が多い） | ★★☆ |
| 導入の手軽さ | ◎ | ○ | ★☆☆ |
凡例: ◎ 優れている｜○ 対応可能｜△ 条件付き
社内ナレッジの整理はNotionに分があり、顧客ひとり単位の閲覧把握やセキュリティ、CRM連携は専用スペースに分があります。どちらかを捨てる話ではなく、役割で住み分ける前提で比較するのが実務的です。選択肢の全体像はDSR比較ガイドも参考になります。
顧客共有スペースを段階的に導入する手順
進行中1〜3件のパイロットから始め、効果測定→新規標準化→テンプレ転換→Notionの役割再定義の順で段階的に進めます。一気に全案件を移そうとすると、現場の混乱やデータの断絶が起きやすいためです。
ステップ1 まず1〜3件の進行中案件で試す
進行中の案件を1〜3件選び、専用スペースを試します。顧客との関係が良好で試行錯誤を許容してもらいやすく、金額が小〜中規模の案件が向いています。この段階ではNotionと併用するハイブリッド運用を許容します。
ステップ2 効果を数値で測って比較する
パイロットの結果を定量的に見ます。たとえば、閲覧把握で気づいた「実は読まれていなかった資料」の数、フォローのタイミングの改善、CRM連携による入力の手間の変化、顧客からの使いやすさのフィードバックなどです。効果の大きさはチームや案件によって幅があるため、自社の数値で確認します。
ステップ3 新規案件から標準化する
効果が確認できたら、新規案件は専用スペースで開始するルールに切り替えます。進行中の既存案件はNotionのまま進め、クローズ後に移すことで、混乱を抑えられます。
ステップ4 Notionの営業資産をテンプレートに転換する
移行と並行して、Notionに蓄積した営業資産をテンプレートへ転換します。営業コンテンツ管理の観点から、提案書テンプレート（業種別）、事例紹介、FAQ、導入後の流れを優先的に整えると効果的です。
ステップ5 Notionの役割を社内向けに再定義する
移行後もNotionを廃止する必要はありません。「社内はNotion、顧客共有は専用スペース」という役割分担へ再定義するのが、最も無理のない形です。
Notionを活かしながら3ツールを併用する方法
社内はNotion・顧客共有は専用スペースという併用が、完全移行を迫らず混乱を抑える現実的な構成です。すべてのチームが一度に移行する必要はありません。
社内はNotion・顧客向けは専用スペースの併用（推奨）
社内の議事録・ナレッジ・wikiはNotionに残し、顧客接点だけを専用スペースへ分けます。クライアントワークOSのTerasuは、課題管理や開発タスクは既存ツールのままに、顧客と共有する資料・決定の記録・依頼を受け持つ併用前提の設計です。既存ツールを置き換えずに顧客接点だけ改善したいチームに向いています。Terasuを運営する衣株式会社も、自社の受託開発の案件をTerasuで顧客と進めており、本記事の役割分担は社内向けと顧客向けを分けて運用してきた経験にもとづいています。Salesforce側のコンテンツ運用を補完したい場合はSalesforceのコンテンツ補完も参考になります。
顧客向け: 案件共有の専用スペース（提案書・案件の進行・閲覧確認）
社内向け: Notion（議事録・ナレッジベース・社内wiki）
商談前はNotion・提案フェーズから専用スペース
社内での検討段階（ヒアリングメモ・競合整理・提案の下書き）はNotionで進め、顧客への提案フェーズから専用スペースに切り替える分け方です。Notionの柔軟さと、顧客共有での把握しやすさの両方を活かせます。Notionでの営業ページの作り方はNotionの営業ページ活用が参考になります。
商談前（社内）: Notion（ヒアリングメモ・競合整理・提案の下書き）
提案フェーズ（顧客向け）: 案件共有の専用スペース（提案書の共有・閲覧確認）
小規模チームの段階的な足し方
初期は Notion 単独で十分です。エンタープライズ向け提案が増えた、月間の新規案件が一定数を超えた、CRM導入を検討し始めた—といったタイミングで、顧客共有の専用スペースを足していくと無理がありません。
業界別に見る使い分けの検討パターン
業界によって、Notionの限界が表れる局面は異なります。自業界に近いパターンから、どこが転換点かを確認してください。
SaaS・IT企業
エンタープライズ営業を始めた時点が転換点です。顧客のIT・情報セキュリティ部門が「このURLは安全か」を審査する場面が増え、アクセス制御や監査ログの条件を満たせないと商談が止まることがあります。デモ動画や技術仕様書など多様な資料を1か所にまとめる必要性も高く、ワンストップの共有スペースが活きます。
不動産・建設
物件資料・設計図面の共有を始めた時点が転換点です。大容量のPDFや図面を安全に扱い、ダウンロードやアクセス範囲を制御したい場面で、Notionだけでは手が届きにくくなります。安全な資料共有が必要になったら検討のタイミングです。
金融・保険
個人情報・機密情報を含む資料を扱い始めた時点が転換点です。法令上の管理義務が生じる資料が多く、「誰がいつ閲覧したか」の記録が求められるケースがあります。資料のセキュリティ要件を満たせる仕組みを早めに検討するのが安全です。
コンサルティング・広告代理店
複数のクライアントプロジェクトが並行する段階が転換点です。クライアントごとに独立したスペースが必要になり、権限管理が煩雑になります。「A社のページがB社から見えてしまう」といったリスクを避けたい段階で、案件ごとに分離できるスペースが向いています。
製造・商社
価格・仕様の交渉が複数の関係者を巻き込む段階が転換点です。購買・技術・経営層など関与者が増え、相手ごとに見せる資料や、各関係者の閲覧状況を把握したい場面で、共有URLだけでは追いきれなくなります。
導入コストと費用対効果の考え方
他社ツールは具体的な金額を書かず、無料で試せる条件と自社の案件での効果から費用対効果を考えます。金額は席数や要件で変わりやすく、一律には比べにくいためです。
料金体系の特徴と無料で試せる条件
Notionは席単位の定額（メンバー課金）で、Enterpriseは要問い合わせ（カスタム価格）という体系です。無料プランには、外部ゲストは10名まで・ファイルアップロードは1件5MBまで・ページ履歴は7日まで、といった上限があります（Notion公式の料金ページ）。SSOはBusinessから、監査ログはEnterpriseでの提供です。Salesforceのように席数（ユーザー数）に応じて費用が増えるタイプは、必須項目から段階的に導入すると負荷を抑えられます。
自社プロダクトのTerasuについては金額を示せます。Freeプランは¥0で2名まで・ルーム3つまで・ストレージ500MB・AIなし、Businessプランは月額¥29,800（税別）で10名込みです。新規登録から14日間はBusinessプランの全機能を無料で試せ、クレジットカードの登録は不要です。期間終了後は有料プランを選ぶか、選ばなければFreeプラン（2名・Room3つ・AIなし）へ自動移行します。CRM連携（Salesforce・HubSpot）はBusinessプラン以上、監査ログ・SSOはEnterpriseでの提供です（β公開中）。最新の内容は料金プランで確認できます。
削減につながる間接コスト
直接のツール費用だけでなく、間接的な効果も費用対効果に含めて考えます。CRMへの手動入力が減る、読まれていない資料に早く気づける、情報漏えいのリスクを抑えられる、といった効果です。削減量はチームや案件によって幅があるため、パイロットで自社の数値を測ってから判断するのが確実です。回収期間を一律の数字で見積もるより、自社の案件で検証した結果をもとに広げていくのが現実的です。
よくある質問
NotionからクライアントワークOSへの移行でデータの作り直しは必要ですか？
作り直しはほぼ不要です。顧客共有は新規案件から専用スペースで始め、Notionの既存ページは社内参照用にそのまま残せます。Notionに蓄積した提案書テンプレートは、専用スペース側のテンプレートとして再利用できます。既存商談はNotionのまま進め、クローズ後に移すと混乱を抑えられます。
Notionは完全にやめるべきですか？
やめる必要はありません。社内のドキュメント・ナレッジ基盤としてNotionを残し、顧客共有だけを専用スペースへ分ける併用が現実的です。多くのチームが「社内はNotion、顧客共有は専用スペース」という役割分担で運用しています。
Notionのままで顧客の閲覧状況は確認できますか？
ページ分析で閲覧数や閲覧者は分かりますが、表示できるのはページのオーナーか編集者だけで、各アカウントは記録をオフにできます。ページの人気を測る分析であって、顧客ひとり単位の反応を継続的に追う用途には向きません。顧客単位で把握したい場合は、招待制の専用スペースが向いています。
費用対効果はNotionと専用スペースのどちらが優れていますか？
用途によって異なります。具体的な金額だけでなく、無料プランで試せる範囲と、自社の案件での効果を合わせて判断します。回収期間などは一律の数字で断定せず、パイロットで測った結果をもとに広げるのが確実です。
既存のNotionのページ・データベースはどうなりますか？
そのまま残せます。削除する必要はありません。社内の議事録・ナレッジ・営業準備の資料はNotionで管理を続け、顧客共有だけを専用スペースへ分ける形が合理的です。
SalesforceやHubSpotとの連携はどうなりますか？
Notion⇄Salesforceは、Zapierのような中間ツールを介したトリガー→アクションのノーコード自動化で、ネイティブな双方向リアルタイム同期ではありません。TerasuのクライアントワークOSでは、CRM連携（Salesforce・HubSpot）をBusinessプラン以上で利用できます。
チームへの定着・習得にはどれくらいかかりますか？
必要な時間はチームや運用によって幅があり、一律には言えません。すでにNotionを使っているチームは画面操作に慣れている傾向があり、進行中の案件1件から試し始めて、使いながら広げていく進め方が無理がありません。
セキュリティ要件のあるエンタープライズ営業でも使えますか？
TerasuではRoomごとにアクセス範囲を管理し、共有リンクは閲覧専用で、PIN・有効期限を設定できます。監査ログ・SSOはEnterpriseプランで提供されます。まずは14日間の無料トライアル（Businessプランの全機能・クレジットカード登録不要）で、必要なアクセス制御やログが自社の要件を満たすかを確認してから選べます。特定の認証の取得状況は要件に合わせて個別にご確認ください。
SalesforceとNotionの使い分けの判断基準は？
3つの役割で整理します。社内の顧客データ管理はSalesforce（CRM）、社内ナレッジはNotion、顧客との案件共有は専用スペース、という分担です。顧客との案件共有では、クライアントワークOSのTerasuのように案件ごとの共有スペースを備えた選択肢が具体解になります。
まとめ
SalesforceとNotionの使い分けは、役割分担で考えると迷いにくくなります。社内の顧客データ管理はSalesforce、社内ナレッジはNotion、顧客との案件共有は専用スペース—この3役割に分け、連携は層と同期／非同期で性格が決まること、Notion⇄Salesforceは中間ツールのトリガー→アクションであることを押さえれば、重複入力をなくす構成を組み立てられます。
完全な乗り換えではなく、進行中の案件1〜3件のパイロットから始め、効果を自社の数値で確かめながら段階的に広げるのが、リスクの小さい進め方です。
