Salesforce が高い・難しいから Lark Base CRM へ — 月額1/8で同等運用を作る現実解と移行3ステップ

COMPARE / CRM 移行ガイド

Salesforce が「高い・重い・使いこなせない」中小企業に、Lark Base CRM という現実解

Salesforce Sales Cloud Enterprise を 30 名で契約すれば月額 63 万円。同じ業務を Lark Pro + Lark Base で組めば月額 4.2 万円。コスト差は 約 15 倍、Pro Suite 比較でも 約 8.5 倍。本記事は、「Salesforce が中小企業に重い 5 つの構造的理由」、「Lark Base CRM の 4 テーブル設計」、そして「移行 3 ステップ」を、当社が自社 EC で 240h→24h を実証したノウハウとともに、公式料金ソース付きで解説します。

対象: 経営者/営業責任者/IT 担当役員(社員 10〜100 名規模)。読了目安 18 分。

60 分の無料ヒアリングを予約する →

目次

なぜ Salesforce は中小企業に「重い」のか — 5 つの構造的ミスマッチ

結論:Salesforce は「営業部 100 人以上、専任管理者 1 人以上、SI ベンダーを 1 社抱えられる」企業を前提に最適化されている。社員 10〜100 名規模の中小企業がそのまま導入すると、必ず「契約金額の半分以上が使われない」状態になる。

Salesforce 自体は素晴らしい製品です。だからこそ、世界中の大企業が選び、CRM 市場でシェアトップを維持しています。問題は、Salesforce が世界トップになった力学そのものが、中小企業にとって「重さ」として跳ね返ることです。当社が中小企業の DX を伴走する中で観察してきたミスマッチは、おおむね次の 5 つに収束します。

ミスマッチ 1: 価格設計が「人月コスト」に直結している

Salesforce 日本公式の販売価格ページによれば、2026 年 6 月時点の Sales Cloud の主要プランは以下の通りです(いずれも税抜、原則年間契約)。Enterprise と Unlimited は 2025 年 8 月に値上げされています(Salesforce 公式販売価格 参照、2026 年 6 月確認)。

プラン 月額 / ユーザー(税抜) 想定規模・特徴
Starter Suite ¥3,000 1〜10 名想定の入門版。営業・サービス・マーケの基本機能
Pro Suite ¥12,000 中小企業向け強化版。年間契約必須
Sales Cloud Enterprise ¥21,000 本格 CRM。2025/8 ¥19,800 から値上げ
Sales Cloud Unlimited ¥42,000 フル機能。2025/8 ¥39,600 から値上げ

同じく、Salesforce 中堅・中小企業向けページでも、Pro Suite は「1 ユーザー月額 ¥12,000 から(税抜、年間契約)」と明示されています(Salesforce 中堅・中小企業向け価格ページ 参照、2026 年 6 月確認)。30 名の営業組織で Pro Suite を導入すると、月額 36 万円・年額 432 万円。これに導入コンサル費・カスタマイズ費を載せれば、初年度 600〜800 万円規模になることは珍しくありません。

ミスマッチ 2: 設定の自由度が高すぎて「決めきれない」

Salesforce はオブジェクト・項目・ワークフロー・承認・レポートを徹底的にカスタマイズできる前提で設計されています。これは大企業の複雑な業務に適合させるための強みですが、中小企業では「決めきれずに半年が過ぎる」原因になります。経営者が「とりあえず全部入れて」と指示し、現場が「結局どこに入力すればいいか分からない」と返してくる悪循環は、ほぼテンプレ化しています。中小企業庁の中小企業白書 2024 でも、DX の進まない理由として「使いこなす人材がいない」が約 6 割と最大要因に挙げられています(中小企業白書 2024 中小企業庁 参照)。

ミスマッチ 3: 「専任管理者」がいないと運用できない

Salesforce 認定アドミニストレーター (ADM-201) は世界で最もポピュラーな運用資格の一つで、これを持つ専任管理者を社内に置けるかどうかが、運用品質を決定づけます。社員 30 名規模で「専任 1 名分の人件費を CRM の運用にだけ充てる」のはほぼ不可能です。実際には総務・営業事務の兼任が片手間で設定変更を行い、結果として「権限の不整合」「未使用フィールドの増殖」「レポートの数値が経営判断に使えない」状態に陥ります。

ミスマッチ 4: 営業以外のチームに広がらない

Salesforce は営業部門のためのプラットフォームとして始まり、サービス・マーケ・コマースに領域を広げました。しかし「経理・人事・総務・現場オペレーション」までを 1 つの Salesforce で巻き込むには、Platform ライセンスや Service Cloud との二重契約が必要になります。社員 30 名のうち営業 8 名だけが使い、残りの 22 名が Excel と紙とメールに留まる、というのが中小企業での実態です。これでは「全社的な情報の一元化」というそもそもの目的が達成できません。

ミスマッチ 5: 値上げと為替リスクが直撃する

前述の通り Sales Cloud Enterprise は 2025 年 8 月に ¥19,800 → ¥21,000(+6.1%)、Unlimited は ¥39,600 → ¥42,000(+6.1%)に値上げされました。Salesforce は海外プロダクトであり、為替変動と本社価格改定の影響を直接受けます。3 年契約で予算化していた中小企業が、契約更新時に二桁%の値上げで予算をはみ出す事例は、当社の伴走先でも複数観察しています。

これら 5 つのミスマッチは「Salesforce が悪い」のではなく、「Salesforce が大企業最適化された結果、中小企業がそのコストとガバナンス負担を吸収しきれない」構造の問題です。であれば、中小企業は「自社の規模と運用体制に合った CRM」を、より軽量に組み立てる選択肢を真剣に検討すべきです。次章でその候補としての Lark Base CRM を解説します。

中間 CTA:CRM 移行診断シートを 60 分で

「Salesforce を解約していいのか分からない」「Lark に乗り換えた場合の影響範囲を整理したい」というご相談に、無料の 60 分ヒアリングと移行影響範囲シートを提供しています。技術選定の前に、現在のレポート・自動化・統合の棚卸しから一緒に整理します。

ヒアリングを予約する →

Lark CRM の正体 — 「アプリ」ではなく「Base + IM + 承認」の組み合わせ

結論:Lark には「Lark CRM」という単体製品は存在しない。Lark Base(多次元表計算)・IM(チャット)・承認・カレンダーを組み合わせて自社固有の CRM を構築する、という発想に変える必要がある。

この前提を理解せずに「Lark で Salesforce 代替を作りたい」と相談すると、必ず期待値のズレが発生します。Salesforce はオブジェクト・項目・ワークフローを設定で組み立てるプラットフォームですが、Lark Base はそれを表計算の延長として組み立てるプラットフォームです。だから安いし、だから素人でも触れる。同時に、だから「業務固有の名寄せロジック」や「データ品質管理」は自前で設計する必要があります。

Lark Base の正体

Lark Base は、Excel やスプレッドシートの感覚で操作できるノーコード DB です。1 つの Base に複数のテーブルを持たせ、テーブル間をリンクフィールドで参照しあえます。Airtable や kintone と発想は近く、中小企業の CRM 用途では十分以上です。Lark 公式によれば、Lark Base には自動化(ワークフロー)、ダッシュボード、フォーム、ビュー、Webhook、Open API が標準で備わっています(Lark Base 公式ページ 参照、2026 年 6 月確認)。

CRM 機能とのマッピング

Salesforce での機能 Lark での実装 実装難度
取引先・取引先責任者 Lark Base「顧客マスタ」テーブル
商談(Opportunity) Lark Base「案件」テーブル + ステージ単一選択
活動(タスク / 行動) Lark Base「活動履歴」テーブル + Lark Task 連携
承認プロセス Lark 承認アプリ + Webhook で Base 更新
レポート / ダッシュボード Lark Base ダッシュボード(標準)
通知(Chatter / Slack 連携) Lark IM(同一プラットフォーム内なので追加課金不要)
外部システム連携 Lark Anycross + Open API(Salesforce API 同様) 中〜高

Salesforce の主要 CRM 機能は、ほぼ Lark Base + 周辺アプリで再現できます。特に「営業と他部門のチャット連携」「ファイル共有」「承認」は同一プラットフォーム内で完結するため、Salesforce + Slack + Box + Workflow を別々に契約する構成と比べると、契約数・運用負担・データ二重持ちの 3 つが大幅に軽くなります。本章の趣旨は「Lark が Salesforce を超えている」ではなく「中小企業の必要範囲では、より少ない投資で同じ業務効果が出る」です。

月額比較 — 10 / 30 / 50 / 100 名の現実コスト

結論:30 名規模で Pro Suite と Lark Pro を比較すると、月額は約 8.5 倍の開き。Enterprise なら約 15 倍、Unlimited なら約 30 倍。中小企業がカバーしたい範囲なら、削減幅は 90% 前後で安定する。

Salesforce 側は公式販売価格、Lark 側は公式プランページ(Lark 公式プラン 参照、2026 年 6 月確認)に基づきます。いずれも税抜・年払い基準。Lark Starter プランは 2025 年 3 月 1 日改定後、20 名上限です(旧 50 名から縮小)。

規模 Salesforce Pro Suite Salesforce SC Enterprise Lark(推奨プラン) 差額(Pro Suite 比)
10 名 ¥120,000 / 月 ¥210,000 / 月 ¥0 / 月(Starter) ▲ ¥120,000(▲ 100%)
30 名 ¥360,000 / 月 ¥630,000 / 月 ¥42,600 / 月(Pro) ▲ ¥317,400(▲ 88%)
50 名 ¥600,000 / 月 ¥1,050,000 / 月 ¥71,000 / 月(Pro) ▲ ¥529,000(▲ 88%)
100 名 ¥1,200,000 / 月 ¥2,100,000 / 月 ¥182,000 / 月(Enterprise) ▲ ¥1,018,000(▲ 85%)

10 名規模で Lark Starter が ¥0 となるのは、20 名以下無料枠に収まるためです。ただし無料プランは Lark Base のテーブル行数上限が 1 テーブルあたり 2,000 行、自動化実行が月 1,000 回までに絞られます(Lark 公式プラン 参照)。CRM として案件が積み上がる前提なら、最初から Pro プランで設計するほうが移行コストを節約できます。30 名で Pro プランの場合、年額換算で ¥511,200、Salesforce Pro Suite ¥4,320,000 と比較して年 380 万円の削減になります。

なお、Lark 営業案件管理を Lark Base のみで賄えるか心配な場合は、Lark Base の表計算的な特性を踏まえた設計が肝心です。「Lark Base が中小企業の業務効率を変える 3 つの理由」で Lark Base の基本性能・行数上限・運用ノウハウを別途解説しています。

Lark Base で作る CRM の 4 テーブル設計

結論:中小企業の営業 CRM は、顧客マスタ・案件・活動履歴・パイプラインダッシュボードの 4 テーブルで十分。「これ以上増やすと運用できない」が当社の経験則。

テーブル 1: 顧客マスタ(accounts)

  • 主要項目: 顧客ID(自動採番)/ 会社名 / 業種 / 従業員規模 / 主要連絡先(リンク)/ 業種コード / 取引開始日 / ステータス(リード・既存・休眠)
  • キー設計: 顧客名の表記揺れを避けるため、法人番号(公的データから取得可能)を準キーにする
  • 権限: 営業全員に閲覧、特定の経営層のみ編集

テーブル 2: 案件(opportunities)

  • 主要項目: 案件ID / 顧客(顧客マスタへのリンク)/ 案件名 / 確度(%)/ 金額 / 受注予定月 / ステージ(リード / 提案中 / 見積中 / 受注 / 失注)/ 担当営業(メンバーフィールド)
  • 計算列: 加重金額 = 金額 × 確度 ÷ 100、月別集計用の YYYY-MM フィールド
  • ビュー: 全案件 / マイ案件 / 今月クローズ予定 / ステージ別カンバン

テーブル 3: 活動履歴(activities)

  • 主要項目: 活動ID / 案件(案件へのリンク)/ 種別(電話 / メール / 訪問 / 提案)/ 実施日 / 担当 / 内容 / 次アクション / 次アクション期限
  • 連携: 次アクション期限が当日になったら Lark Task に自動転送(ワークフロー)、IM で担当に通知
  • 運用ルール: 1 件 1 活動 1 行。複数顧客分は別行にする(あとで集計が壊れるため)

テーブル 4: パイプラインダッシュボード

  • 表示要素: 月別売上見込み(加重)/ ステージ別件数 / 担当別件数 / 失注理由分布 / リード→受注のリードタイム平均
  • 更新頻度: 案件テーブルが更新されたタイミングで自動再計算(Lark Base ダッシュボードはリアルタイム)
  • 共有: 経営会議用に週次スクリーンショットを Lark Docs で履歴化

この 4 テーブル設計は、Salesforce で言えば「取引先・取引先責任者・商談・活動・レポート」を圧縮した形です。中小企業の営業組織で実運用に乗ったプロジェクトを当社で観察すると、「取引先責任者を別テーブルにせず、活動履歴の中で名前を保持する」のがメンテナンス負荷とのバランスで現実解です。複数連絡先を持つ顧客が増えてきた段階で、別テーブル化を検討すれば十分です。

自社 EC 事業での実装事例 — 240h→24h の中身

結論:当社が自社 EC 事業(前橋拠点)で Lark Base CRM を導入した結果、営業+カスタマーサポート+経理の合算月次工数が 240 時間から 24 時間へ 90% 削減した。削減の主因は「ステータスの口頭再現」と「Excel と CRM の二重入力」の撲滅。

導入前の状態

EC モール(楽天市場・Yahoo!ショッピング・Amazon・自社サイト)に注文が入るたびに、CSV をダウンロードして Excel で名寄せし、顧客対応の履歴は別の Excel で管理、請求状況はさらに別のスプレッドシート。お問い合わせがチャットワークと電話とメールに分散し、誰がどの顧客に対応中か把握する会議が週 3 回。月次の累計工数は営業+ CS +経理で 240 時間に達していました。

Lark Base 導入後の構成

  • 注文 CSV を Lark Base「注文台帳」に upsert(日次バッチ)
  • 顧客マスタは「メールアドレス+電話番号」をキーに自動名寄せ
  • 問い合わせは Lark IM の専用グループに集約し、Lark Base「対応履歴」に転記
  • 請求状況は freee 会計と API 同期で自動更新(Lark × 経理 SaaS 連携記事参照)
  • ダッシュボードで「未対応件数」「保留中入金」「LTV 上位顧客」を経営者がいつでも見られる状態に

削減の内訳

作業 導入前 / 月 導入後 / 月 削減
CSV ダウンロードと名寄せ 60 h 2 h ▲ 58 h
顧客対応履歴の転記 50 h 4 h ▲ 46 h
ステータス確認会議 40 h 4 h ▲ 36 h
経理転記・突合 50 h 6 h ▲ 44 h
月次レポート作成 25 h 4 h ▲ 21 h
手戻り対応 15 h 4 h ▲ 11 h
合計 240 h 24 h ▲ 216 h(▲ 90%)

削減の大半は「同じ情報を別アプリに転記する作業」「誰かに口頭で確認する時間」「毎月レポートを作り直す時間」の 3 つに集中していました。逆に言えば、Salesforce であろうと Lark であろうと、これら 3 つを撲滅する設計に持っていけなければ、削減効果は 30〜50% に留まります。この経験から当社が伴走時に最も力を入れているのが、テーブル設計と運用ルール(1 件 1 活動 1 行など)の徹底です。

中間 CTA:自社の削減ポテンシャルを試算

「CRM の月次工数がどこに溶けているか分からない」「Lark に置き換えた場合の削減幅を経営会議に出したい」というご相談に、無料の 60 分ヒアリングと削減試算シートを提供しています。

削減試算のヒアリングを予約する →

Salesforce → Lark Base 移行 3 ステップ

結論:Salesforce → Lark Base への移行は「エクスポート → マッピング → 並走」の 3 ステップで、60〜90 日のタイムラインで設計するのが現実的。並走期間を取らずにいきなり切替えると、必ず「過去の見込み案件が消えた」と現場が叫ぶ。

ステップ 1(Day 1-14): エクスポートとマッピング設計

  1. Salesforce の取引先・取引先責任者・商談・活動の 4 オブジェクトを CSV エクスポート(設定 → データのエクスポート、または Data Loader)
  2. Lark Base 側で 4 テーブルのスキーマを作成(前章の設計を参照)
  3. Salesforce のフィールドと Lark Base のフィールドの対応表を Excel で作成(最低でも 30 項目分のマッピングが発生)
  4. 選択肢項目(ステージ・確度・業種コード)は値の整合を取る。Salesforce の「リード」が Lark Base の「リード」と同じ意味になるよう日本語表記まで揃える

ステップ 2(Day 15-45): 並走期間(30 日間)

  1. Salesforce を「正」、Lark Base を「練習用コピー」として 30 日間並走
  2. 営業担当には「両方に入力する」期間を明示。重複入力は短期コストだが、移行品質の保証になる
  3. Lark Base のダッシュボードと Salesforce のレポートの数値が一致するか週次で検算
  4. 不一致が見つかったら、マッピング表を更新して再インポート

ステップ 3(Day 46-90): 切替えと Salesforce 解約

  1. 並走 30 日で数値整合が取れたら、Lark Base を「正」、Salesforce を読み取り専用に切り替え
  2. Salesforce の契約満了月の 30 日以上前に解約通知(年間契約は中途解約しても返金されないため、満了月を狙う)
  3. 解約後 90 日は Salesforce 側のデータを保持できる(公式 FAQ 参照)。この間に追加抽出が必要になったケースに備える
  4. 切替後 30 日は Lark Base 側のダッシュボードを毎日確認し、想定外の数値ズレがないか検算する

この 3 ステップで合計 90 日を取れば、ほぼ無痛で Salesforce を解約できます。失敗するパターンは「並走期間を取らずにいきなり Lark に全切替し、過去の活動履歴が引き継がれずに営業からの信頼を一気に失う」ケースです。並走 30 日は短期的なコスト増ですが、移行失敗による営業混乱の損失と比べれば桁違いに安価です。

Lark CRM で踏む落とし穴 5 パターン

結論:Lark Base CRM は「設計の自由度が高い」ため、Salesforce 出身者は「決めすぎる」、Excel 出身者は「決めなさすぎる」両極端にハマる。中庸を維持するための運用ルールを最初に決めることが最重要。

落とし穴 1: テーブルを増やしすぎる

「あ、これも別テーブルにしておこう」と気軽に追加した結果、半年後にテーブル数が 20 を超える事例があります。CRM 系は 4〜6 テーブルが上限と決めておくこと。それ以上必要なら、別 Base に分離するのが運用負荷の観点で正解です。

落とし穴 2: ステージの粒度を細かくしすぎる

「リード → 初回コンタクト → 二次面談 → 提案前 → 提案中 → 価格交渉 → 役員承認 → 受注」と 8 段階に細分化した結果、誰も正確に分類できなくなる。中小企業の場合 4〜5 段階で十分です。営業の感覚と一致しないステージは、必ず形骸化します。

落とし穴 3: 自動化を一気に組む

Lark Base のワークフローは強力ですが、最初から「案件作成 → 担当通知 → タスク自動生成 → 1 週間後リマインダー」を全部一気に組むと、想定外の発火条件で「無限ループ」「自分宛タスクが 1 日 50 件」事故が起きます。1 ワークフロー → 2 週間運用 → 検証 → 次の自動化追加のリズムが安全です。

落とし穴 4: 権限設定を後回しにする

中小企業では「みんな見られる方がいい」と全員に編集権限を渡しがちですが、CRM の場合「過去案件を誤って上書きした事故」が必ず発生します。顧客マスタは経営者・営業マネージャーのみ編集、案件は担当者のみ編集のロール設計を最初に決めるべきです。

落とし穴 5: ダッシュボードを作りすぎる

ダッシュボードは増やせば増やすほど、誰も見なくなります。経営会議で実際に投影する 3 つに絞り、それ以外は「必要になったら作る」運用が現実解です。Lark Base のダッシュボードは標準機能なので、後から追加も削除も簡単です。

30 日ロードマップ

日程 マイルストーン 主要タスク
Day 1-3 業務棚卸し 営業・CS・経理の月次タスクを 30 件以上洗い出し、CRM で扱う対象を 15 件に絞る
Day 4-7 Lark テナント準備 Lark Pro プランで契約。組織情報を投入、IM チャンネル・カレンダーを整備
Day 8-14 Lark Base 4 テーブル構築 顧客マスタ・案件・活動履歴・パイプラインの 4 テーブルとビューを作成。ダミーデータで検証
Day 15-21 既存データインポート Excel または Salesforce からの CSV をマッピング表に従ってインポート
Day 22-28 運用ルール確定 1 件 1 活動 1 行・ステージ定義・権限設定を文書化し、Lark Docs に公開
Day 29-30 本番運用開始 経営会議で初回ダッシュボードレビュー、次フェーズ(承認連動・自動化)を決定

既に Salesforce を運用している場合は、この 30 日ロードマップに「並走 30 日」を追加し、合計 60 日で切替を完了させるのが安全です。詳細は本記事の「移行 3 ステップ」を参照してください。

よくある質問

Q1. Salesforce ほど高度な分析機能(AI 予測・Einstein など)は Lark にないのでは?

事実、Salesforce の Einstein 相当の予測機能は Lark Base 単体では持ちません。ただし「中小企業の営業で AI 予測が経営判断に効くタイミング」は、過去案件が 1,000 件を超えた段階です。それ以前は「人が見て勘所が分かる」段階で、Lark Base のダッシュボードで十分です。AI 予測が必要な段階に到達したら、その時点で Lark Anycross 経由で外部 AI に連携するか、再度 Salesforce 相当を検討すれば良いでしょう。

Q2. Lark Base の行数上限はどれくらいですか?

Lark 公式プランによれば、Starter プランは 1 テーブル 2,000 行、Pro プランは 20,000 行、Enterprise プランは 50,000 行が上限です(Lark 公式プラン 参照、2026 年 6 月確認)。中小企業の営業 CRM で 20,000 行を超えるケースは稀ですが、案件数の年間累計が 5,000 件を超える場合は早めに Enterprise を検討してください。

Q3. Salesforce で動かしている自動化(Process Builder / Flow)はどう移行しますか?

Lark Base のワークフロー(オートメーション)と承認アプリ、Lark Anycross を組み合わせて再実装します。「すべてを 1:1 で再現する」のは現実的でなく、業務インパクトが大きい上位 5 自動化を選定して再構築するのが推奨です。残り(業務インパクトが小さい自動化)は「廃止して問題ないか」を検証する良い機会になります。

Q4. 移行のコンサル費用はどれくらい見込めば良いですか?

中小企業の場合、Lark Pro 契約料と別に、初期 60-90 日の伴走で 50-150 万円の予算が一般的です。社内に技術担当者がいれば自社実装も可能ですが、設計の落とし穴を踏んでやり直す時間コストを考えると、初期だけ伴走を入れて 4 か月目以降は内製、というハイブリッドが投資効率良好です。当社の支援パッケージも、この前提で設計しています。

Q5. すでに kintone を使っている場合は、kintone のままでも良いのでは?

業務 DB の機能だけで比較すれば kintone でも CRM は組めます。違いは「チャット・カレンダー・承認・ファイル共有が同一プラットフォーム内かどうか」です。kintone は業務 DB に特化しており、コミュニケーションは Slack / Teams など別契約が必要です。社員数が 30 名を超えると、この別契約分が積み上がります。詳細は 「Lark vs kintone 中小企業向け徹底比較」で別途解説しています。

関連記事

Salesforce の重さに気づいたら、まず 60 分の無料ヒアリングへ

「Salesforce を解約していいのか分からない」「Lark Base で本当に同じ業務が回るのか不安」というご相談に、当社が自社 EC で 240h→24h を達成した実装ノウハウと、CRM 移行影響範囲シートを使った 60 分の無料ヒアリングを提供しています。技術選定の前に、現在の業務とコストの棚卸しから一緒に整理します。

無料ヒアリングを予約する →

本サイトは アウフヘーベンジャパン株式会社 が運営しています。Lark は ByteDance Ltd. の登録商標です。Salesforce、Sales Cloud、Einstein は salesforce.com, inc. の米国およびその他の国における登録商標または商標です。kintone はサイボウズ株式会社の登録商標です。当社は Lark の導入を支援する独立した第三者コンサルティング事業者であり、ByteDance 社・salesforce.com, inc.・サイボウズ株式会社のいずれの公式機関でもありません。本記事の料金・仕様は 2026 年 6 月時点の各社公式情報に基づきます。最新情報は必ず各社公式サイトでご確認ください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

目次