Lark Base で営業SFAを内製する — 商談パイプライン・受注予測・活動日報を1つにまとめ、属人営業から脱する中小企業の実装テンプレート

この記事でわかること

• なぜ中小企業のSFA導入は「入力されず放置」で失敗するのか——その構造的な原因
• 内製SFAに最低限必要な5つの構成要素（顧客／商談／活動／予測／日報）
• Lark Base で商談パイプラインをカンバンで可視化するテーブル設計とビュー
• 「確度 × 金額」で受注予測とKPIを”読める数字”にするダッシュボードの作り方
• 活動日報・チャット・カレンダーをつなぎ、入力が止まらない仕組みにする自動化設計
• 高価な専用SFAと比べたLark Base 内製のコスト感と、90日で立ち上げるロードマップ

目次

1. 結論 — SFAは”買う”より”内製する”。Lark Base なら入力が続く営業基盤を作れる
2. なぜ中小企業のSFAは失敗するのか — 「入力されないSFA」の正体
3. 内製SFAに必要な5つの構成要素 — 顧客・商談・活動・予測・日報
4. Lark Base で商談パイプラインを作る — テーブル設計とカンバンビュー
5. 受注予測とKPIダッシュボード — 「確度 × 金額」で着地を読む
6. 活動日報・チャット・カレンダー連携 — 入力が続く仕組みにする
7. 高価な専用SFAと比べたコスト — Lark Base 内製の費用感
8. 自社事例 — 240h→24h の”集約”を営業プロセスへ応用する
9. 90日で内製SFAを立ち上げるロードマップ
10. つまずくポイントと回避策
11. よくある質問（FAQ）
12. まとめ — 「エースの頭の中」を「チームの資産」に変える

結論 — SFAは”買う”より”内製する”。Lark Base なら入力が続く営業基盤を作れる

結論を先に述べます。中小企業の営業を強くするために必要なのは、高価な専用SFAのライセンスではなく、「現場が毎日入力し続けられる、シンプルな営業データベース」です。そしてそれは、Lark Base というノーコードの多次元データベースで内製できます。

やることは3つだけです。①顧客・商談・活動を1つのBaseに集約する → ②商談パイプラインをカンバンで可視化し、確度×金額で着地予測を出す → ③日報・チャット・カレンダーとつないで入力を”日常の動線”に埋め込む。この順番で作れば、専用SFAを別契約しなくても、案件の抜け漏れが減り、月末を待たずに着地が読め、エース営業の暗黙知がチームの資産に変わります。

なぜ「買う」より「内製する」ほうがよいのか。高機能な専用SFAは、機能が多いぶん入力項目も多く、中小企業の現場では「入力が面倒 → 誰も更新しない → データが古くて使えない → さらに使われなくなる」という悪循環に陥りがちだからです。Lark Base の強みは、必要な項目だけで小さく始められ、しかも同じアプリの中にチャットもカレンダーも日報もあること。営業担当が普段メッセージをやり取りしている場所の延長線上で入力できるので、”入力の続く率”が根本的に違います。これが本記事の主張です。

なぜ中小企業のSFAは失敗するのか — 「入力されないSFA」の正体

結論から言うと、SFAが失敗するのはツールが高機能すぎるからでも、営業担当のやる気が足りないからでもありません。「入力の手間」と「入力する意味の実感」のバランスが崩れているからです。

そもそも日本の中小企業では、営業・販売領域のデジタル化が大きく遅れています。中小企業庁『中小企業白書』でも、中小企業のデジタル化・DXは大企業に比べ道半ばであり、営業・販売プロセスの標準化やデータ活用は依然として大きな課題として指摘されています（出典: 中小企業庁「中小企業白書」）。実際、中小企業でDXに全社的に取り組んでいる割合は数％台にとどまるという調査結果もあり、多くの現場で属人的な営業が続いているのが実態です（参考: 中小企業庁 各種調査、中小企業のDX実施率は約4.6%との調査結果）。

さらに、DXそのものの成否も楽観できません。近年の民間調査では、DXに取り組んだ企業の過半（6割超）が「期待した成果に至らなかった」と回答したとの結果も報告されています（Gron調査2026）。裏返せば、成果を出すには「高機能なツールを入れる」ことより、現場が使い続けられる小さな仕組みから始めることが決定的に重要だ、ということです。

この土壌の上に、いきなり項目の多い専用SFAを載せると、次のような失敗が起こります。

失敗パターン	何が起きるか	根本原因
入力されず放置	数週間で商談データが古くなり、月末しか着地が読めない	入力項目が多く、営業の日常動線から外れている
“報告のための入力”化	上司に見せるため後追いで埋めるので、リアルタイム性がない	入力が営業自身の役に立っていない
属人化が解消しない	エースの案件は頭の中、退職時に引き継げず失注	商談履歴・顧客情報が個人のメール／手帳に散在
高コストで塩漬け	高機能プランを契約したが2〜3割の機能しか使わない	中小の営業規模に対して過剰な機能・料金

裏を返せば、SFAを成功させる条件はシンプルです。①入力項目を最小限にする、②入力が営業自身の役に立つ（案件が見える・抜け漏れが減る）、③普段使うチャットの近くで入力できる——この3条件を満たせばよい。Lark Base はまさにこの3条件を、ノーコードかつ低コストで実現できる器です。「なぜ Lark Base が中小企業の業務効率を変えるのか」という土台の考え方は Lark Base が中小企業の業務効率を変える3つの理由 に整理していますので、あわせてご覧ください。

内製SFAに必要な5つの構成要素 — 顧客・商談・活動・予測・日報

結論として、中小企業の内製SFAは、次の5つの構成要素だけで十分に機能します。最初から全部を完璧に作る必要はなく、①〜③をまず作り、④⑤を後から足すのが現実的です。

構成要素	Lark での実装	主なフィールド例
① 顧客マスタ	Base テーブル	会社名・担当者・業種・エリア・取引ステータス
② 商談（案件）	Base テーブル＋カンバンビュー	案件名・顧客（リンク）・ステージ・確度・金額・受注予定日・担当
③ 活動履歴	Base テーブル（商談にリンク）	日付・種別（訪問/電話/メール）・内容・次アクション
④ 受注予測・KPI	Base ダッシュボード	確度×金額の加重予測・ステージ別件数・担当別実績
⑤ 活動日報	Base フォーム／チャット連携	当日の活動・所感・翌日予定（活動履歴に自動蓄積）

ポイントは、②商談テーブルを中心に、①顧客・③活動をリンクフィールドでつなぐ構造です。Lark Base のリンク（関連付け）機能を使えば、1つの商談から「どの顧客か」「これまでどんな活動をしたか」を1クリックでたどれます。これにより、担当者が代わっても、案件の背景と経緯が丸ごと引き継げます。Excelの商談リストが属人化するのは、この”つながり”を人の記憶で補っているからです。

Lark Base で商談パイプラインを作る — テーブル設計とカンバンビュー

ここが実装の中心です。結論として、商談パイプラインは「商談テーブル＋単一選択フィールド（ステージ）＋カンバンビュー」の3点セットで作ります。専門知識は不要で、ノーコードで完結します。

ステップ1: 商談テーブルの設計

まず商談（案件）テーブルを作り、次のフィールドを用意します。営業モデルによって増減しますが、この程度に絞るのが”入力が続く”コツです。

• 案件名（テキスト）／顧客（顧客マスタへのリンク）
• ステージ（単一選択：リード → 商談化 → 提案 → 見積 → 最終交渉 → 受注／失注）
• 確度（単一選択：90% / 70% / 50% / 30% など、ステージに対応）
• 予定金額（数値）／受注予定日（日付）／担当（メンバー）
• 加重予測額（数式フィールド：予定金額 × 確度）
• 次アクション（テキスト）／次アクション期日（日付）

「加重予測額」は、Lark Base の数式フィールドで「予定金額 × 確度」を自動計算させます。これにより、単純な予定金額の合計ではなく、確度を織り込んだ現実的な着地見込みが自動で出ます。

ステップ2: ステージをカンバンで可視化する

次に、商談テーブルにカンバン（Kanban）ビューを追加し、グループ化の基準を「ステージ」に設定します。すると、リード・商談化・提案・見積・最終交渉といった各ステージが縦のレーンとして並び、案件カードがドラッグ&ドロップで移動できるようになります。商談が進んだらカードを右のレーンへ動かすだけ。この”動かす”操作が、そのままステータス更新になります。

カンバンにすると、「提案フェーズで止まっている案件が多い」「最終交渉に案件が薄い＝来月の受注が危ない」といったパイプラインの偏りが一目で分かります。数字の羅列ではなく視覚で捉えられるため、営業会議の質が変わります。同じ Base のデータを、担当者ごとのビュー・今月受注予定のビュー・失注案件のビューなど、目的別に何枚でも切り替えられるのも Lark Base の強みです。

ステップ3: 活動履歴をリンクで紐づける

活動履歴テーブルを作り、各レコードを商談テーブルへリンクします。訪問・電話・メールの1件ずつを記録し、「次アクション」を必ず入れる運用にすると、商談カードを開けば、その案件のこれまでの全やり取りと次の一手が時系列で見える状態になります。これが属人化解消の核心です。エースが休んでも、別の担当が履歴を見て引き継げます。

受注予測とKPIダッシュボード — 「確度 × 金額」で着地を読む

結論として、受注予測は「予定金額 × 確度」の加重合計で出すのが、中小企業にとって最も実用的です。Lark Base のダッシュボード機能で、これをリアルタイムのグラフとして常時可視化します。

ダッシュボードには、次のような指標を並べます。営業会議で毎回スクリーンショットを作る必要はなく、Base のデータが更新されれば自動で反映されます。

指標	見えること	アクションへの示唆
今月の加重予測額	確度を織り込んだ現実的な着地見込み	目標との差分を早期に把握し、手を打つ
ステージ別の案件数・金額	パイプラインの偏り（提案で滞留 等）	ボトルネックのステージに支援を集中
担当別の実績・予測	個人ごとの進捗と負荷の偏り	案件配分の見直し・同行の判断
失注理由の集計	価格・タイミング・競合などの傾向	提案内容・ターゲットの改善

ここで効いてくるのが、Lark 内でAI（Base AI）や自動化と組み合わせられる点です。たとえば「確度70%以上・受注予定日が今月・7日間更新のない案件」を自動で抽出し、担当にリマインドを飛ばす、といった運用をノーコードのオートメーションで組めます。Lark の料金プランでは、Pro プランで月間5万回のオートメーションが利用可能で、Base のテーブルは1テーブルあたり2万行まで扱えます（出典: Lark 公式 料金プランページ、2026年7月時点）。中小企業の営業案件数であれば、この枠内で十分に運用できます。より高度な外部システム連携やレシピは Lark AnyCross テンプレ10選 で具体的に紹介しています。

活動日報・チャット・カレンダー連携 — 入力が続く仕組みにする

結論として、SFAの成否は「入力を、営業の日常動線に埋め込めるか」で決まります。Lark の最大の強みは、Base（データベース）とチャット・カレンダー・承認・日報がすべて同じアプリの中にあることです。ここが、SFA単体・チャット単体・日報単体をバラバラに使う構成との決定的な違いです。

活動日報を「フォーム→Base」で無理なく蓄積する

営業担当には「日報を書く」のではなく、Lark の日報機能や Base のフォームに、当日の活動と翌日の予定を数タップで入力してもらうだけにします。入力された内容は自動で活動履歴テーブルに蓄積され、商談カードに紐づきます。つまり「日報を書く＝SFAが更新される」という一石二鳥の動線になり、二重入力がなくなります。二重入力の撲滅こそ、入力が続く最大の鍵です。

チャットの中で案件が動く

Lark では、商談に関するやり取りをグループチャットで行いながら、そのまま Base のレコードを参照・共有できます。「あの案件どうなった？」という質問に、リンク1つで最新の商談カードを返せる。上司はダッシュボードを見れば状況が分かるので、“報告のための報告”が減り、営業は商談そのものに時間を使えます。承認が必要な見積もりや値引きは、Lark の承認フローに載せれば、申請・承認・記録が1か所で完結します。承認フローの具体的な組み方は Lark Base × Workflow で承認フローを自動化する実装ガイド にまとめています。

カレンダーと連動して”次アクション”を落とさない

商談の「次アクション期日」を Lark カレンダーの予定と連動させれば、フォロー漏れによる失注を防げます。人は忘れる前提で、リマインドを仕組みに埋め込む——これが属人的な”気合いのフォロー”から脱する方法です。総務・営業・経理を横断して Lark テンプレートで効率化する全体像は 中小企業の月38時間削減を再現する Lark 業務テンプレ集 も参考になります。

高価な専用SFAと比べたコスト — Lark Base 内製の費用感

結論として、Lark Base で内製するSFAは、専用SFAの月額ライセンスを人数分払う構成に比べて、コストを大きく抑えられるケースが多くあります。理由は2つ。第一に、SFAだけでなくチャット・ビデオ会議・Docs・カレンダー・承認まで1つのプラン料金に含まれること。第二に、営業以外の部門（総務・経理など）も同じ Lark で動かせるため、全社で見た1人あたりコストが下がることです。

Lark の料金は、公式プランページ（2026年7月時点）で次のとおり公開されています。

プラン	月額（1ユーザー）	ユーザー上限	Base 行数/テーブル	オートメーション/月
Starter	¥0（無料）	20名まで	2,000行	1,000回
Pro	¥1,420（税抜・年払い）	500名まで	20,000行	50,000回
Enterprise	要お問い合わせ（個別見積）	無制限	50,000行	500,000回

※ 2026年7月時点の Lark 公式 料金プランページより。表示価格は税抜。年間プランは月額プランより割安（公式表記で年間プラン16.6%オフ）。Enterprise は公開価格がなく、お問い合わせによる個別見積です。料金・上限は改定される場合があります。

たとえば営業チーム10名で使う場合、無料の Starter（20名まで）で商談パイプラインと活動履歴の運用を始められます。全社50名規模で本格運用するなら Pro プラン（1人あたり月1,420円・税抜・年払い）が目安で、この1つの料金にSFA相当の機能もチャットもビデオ会議も含まれます。専用SFAを1人あたり数千円〜で人数分契約し、それとは別にチャットやWeb会議のツールも払う——という構成と比べると、総額の考え方が根本的に変わります。「高い・難しい専用ツールから Lark へ」という乗り換えの費用対効果は Salesforce が高い・難しいから Lark CRM へ — 月額1/6で同等運用を作る現実解 で具体的に試算していますので、コスト比較はそちらもご覧ください。ツール選定でよく比較される Lark と kintone、Lark と Microsoft Teams の違いも、「営業データベースとチャットを1つで完結できるか」の観点で見ると判断しやすくなります。

自社事例 — 240h→24h の”集約”を営業プロセスへ応用する

当社アウフヘーベンジャパンは群馬・前橋で自社EC事業を運営し、その業務基盤を Lark に集約しました。専任エンジニアを置かず、Base とチャット・承認・Docs を組み合わせるだけで、受注〜在庫〜問い合わせ対応まわりの月240時間の作業を24時間へ、約90%削減した実証があります。

この経験から確信しているのは、「バラバラの情報を1つの器に集約すると、業務は驚くほど回りやすくなる」ということです。営業も構造はまったく同じです。顧客情報はメール、商談メモは手帳、進捗はExcel、報告はチャット——と散らばっているから属人化し、更新が止まります。これらを Lark Base という1つの器に載せ替え、日報とチャットで入力動線をつなぐだけで、「入力が続く → データが新しい → 予測が当たる → もっと使う」という好循環が生まれます。当社は自社の業務でこの循環を実際に作った当事者として、御社の営業に同じ順番——①集約 → ②可視化 → ③自動化——で伴走できます。営業DXを全社DXへ広げる時間軸は 中小企業の DX を90日で軌道に乗せる実践ロードマップ もあわせてご覧ください。

90日で内製SFAを立ち上げるロードマップ

結論として、内製SFAは3か月で「器を作る→1サイクル回す→定着させる」のが現実的です。いきなり全機能を目指さず、まず”回る最小構成”から始めます。

期間	やること	ゴール
1〜30日	顧客・商談・活動の3テーブルを作成／ステージを設計しカンバンビューを用意／既存のExcel商談リストを移行	全案件が1か所に集約され、パイプラインが見える
31〜60日	日報フォームを活動履歴に連携／加重予測の数式・ダッシュボードを作成／週次の営業会議をダッシュボードで実施	入力が日常化し、着地予測が読めるようになる
61〜90日	停滞案件の自動リマインドを設定／見積・値引きを承認フロー化／失注理由の集計で提案を改善	運用が自走し、フォロー漏れと属人化が解消

最大のポイントは、「31〜60日で必ず、営業会議を”ダッシュボードを見ながら”やる」ことです。会議で使われるデータは、現場が自発的に更新するようになります。逆に、作っただけで会議に使わないデータベースは、必ず放置されます。器を作ることより、作った器を業務の中心に据えることが定着の分かれ目です。

つまずくポイントと回避策

• 最初から項目を作り込みすぎる → 入力が重くなり放置される。まずは案件名・ステージ・金額・確度・次アクションの最小構成で始め、必要になったら足す。
• ステージ定義が曖昧 → 各営業でステージの解釈がずれ、予測が当たらない。「提案＝見積提示済み」など、ステージの定義を1行で明文化する。
• 日報とSFAを別々に入力させる → 二重入力で必ず片方が止まる。日報＝活動履歴に自動蓄積される動線にして一本化する。
• ダッシュボードを会議で使わない → データが更新されなくなる。週次会議を必ずダッシュボードで回す。
• 権限設計を後回しにする → 顧客情報・金額は機微情報。Base のロールで担当外の閲覧範囲を最初に設計する。
• “導入して終わり”にする → 60〜90日で自動リマインド・承認フローまで載せ、運用が自走する状態を作り切る。

よくある質問（FAQ）

Q1. 専用のSFAを買わずに、Lark Base だけで営業管理は本当にできますか？

はい。中小企業の営業に必要な「顧客・商談・活動・受注予測・日報」は、Lark Base のテーブル・リンク・数式・カンバンビュー・ダッシュボードで内製できます。むしろ入力項目を最小限に絞れる分、専用SFAより”入力が続きやすい”のが利点です。高度な外部システム連携が必要になった場合も、Lark の自動化機能や AnyCross で拡張できます。

Q2. Lark Base の料金はいくらですか？無料でも使えますか？

Lark は Starter プランなら20名まで無料で、小規模な営業チームであればこの無料枠で商談パイプラインと活動履歴の運用を始められます。20名を超える、または大量のデータ・自動化が必要な場合は Pro プラン（1ユーザーあたり月1,420円、税抜・年払い、2026年7月時点）が目安です。Pro では1テーブル2万行・月5万回のオートメーションが使えます（Lark 公式 料金プランページ）。料金・上限は改定される場合があるため、契約前に公式および自社テナントでご確認ください。

Q3. Excelで作っている商談リストから移行できますか？

できます。Lark Base はスプレッドシート形式のインポートに対応しており、既存のExcel商談リストを取り込んで、そこにステージ・確度・リンクなどのフィールドを追加していく形で移行できます。いきなり全項目を整えるより、まず現状のリストを移し、運用しながら育てるのが失敗の少ない進め方です。

Q4. 商談パイプラインをカンバンで見るには何をすればいいですか？

商談テーブルに「ステージ」という単一選択フィールドを作り、テーブルにカンバン（Kanban）ビューを追加してグループ化基準を「ステージ」に設定します。すると各ステージがレーンとして並び、案件カードをドラッグ&ドロップで移動できます。ノーコードで、専門知識は不要です。

Q5. 入力が続かない問題は、Lark Base だとどう解決できますか？

Lark はSFA（Base）・チャット・カレンダー・日報が同じアプリ内にあるため、「日報を書く＝活動履歴に自動蓄積される」「チャットの近くで案件を更新できる」という動線を作れます。二重入力をなくし、入力を営業の日常の中に埋め込むことで、”報告のための入力”ではなく”自分の役に立つ入力”に変わり、更新が続きやすくなります。

まとめ — 「エースの頭の中」を「チームの資産」に変える

中小企業の営業を強くするのに、高価な専用SFAは必ずしも必要ありません。必要なのは、顧客・商談・活動を1つに集約し、確度×金額で着地を読み、日報とチャットで入力を日常に埋め込んだ”回るSFA”です。それは Lark Base でノーコードかつ低コストに内製でき、しかもチャット・カレンダー・承認・日報まで同じアプリで完結します。①集約 → ②可視化 → ③自動化、の順に90日で立ち上げれば、案件の抜け漏れが減り、月末を待たずに着地が読め、エース営業の暗黙知がチームの資産に変わります。まず”最小構成”で始め、業務の中心に据えて育てていきましょう。

関連記事

• Salesforce が高い・難しいから Lark CRM へ — 月額1/6で同等運用を作る現実解と移行3ステップ — 専用SFA/CRMからの乗り換えコスト比較。
• Lark Base が中小企業の業務効率を変える3つの理由 — 内製SFAを支える Base の基礎。
• Lark AnyCross テンプレ10選 — 中小企業の自動化レシピ — 営業データの外部連携・自動化。
• Lark Base × Workflow で承認フローを自動化する実装ガイド — 見積・値引き承認の作り方。
• 中小企業の月38時間削減を再現する Lark 業務テンプレ集 — 営業を含む全部門のテンプレート。
• 中小企業の DX を90日で軌道に乗せる実践ロードマップ — 営業DXを全社へ広げる時間軸。
• Lark vs kintone どっちを選ぶべきか【中小企業向け徹底比較】 — 業務システム内製ツールの選定比較。
• Lark vs Microsoft Teams 比較【中小企業の現実解】 — 営業DBとチャットを1つで完結できるかの比較。
• Lark Base 業務システム構築サービス — 商談パイプライン・受注予測の構築を伴走。
• Lark 導入支援サービス — 営業組織への Lark 導入・定着を支援。
• アウフヘーベンジャパン株式会社 会社案内 — 群馬・前橋拠点。Lark 導入を支援する独立系コンサルティング事業者。