中小企業がSalesforceを自社導入するときの
手順とつまずきポイント

Salesforceで管理する対象・業務フロー・必要な項目を洗い出すフェーズです。ここが導入全体の設計図になります。

具体的には、現状の業務フローをヒアリングし、「Salesforceに何を入れて、何を入れないか」を決めます。既存のExcelやスプレッドシートの項目をすべて書き出し、不要なものを削ぎ落として整理します。

• 現場の全員に「何が欲しいか」を聞いてしまい、要件が膨らみすぎる。最初は最小限の機能から始める「スモールスタート」が鉄則。
• 「とりあえず標準機能に合わせる」と決めずに進め、後からカスタマイズが爆発する。

要件をもとに、Salesforce上のデータ構造（オブジェクト・項目）と、画面レイアウト・権限設計を決めます。

標準オブジェクト（取引先・取引先責任者・商談など）でカバーできる範囲と、カスタムオブジェクトで作る必要がある範囲を分けることが重要です。カスタムオブジェクトの多用はメンテナンスコストの増加につながります。

• 標準オブジェクトの意味を理解せずに使うため、後から「取引先と取引先責任者の違いがわからない」という混乱が現場で起きる。
• 権限設計を後回しにした結果、営業が他チームのデータを閲覧・更新できてしまう。

設計に基づいてSalesforceの設定を行うフェーズです。項目追加・レイアウト設定・入力規則・Flowによる自動化などを実装します。

この工程は技術的な知識が必要です。社内担当者が行う場合はSalesforceの学習プラットフォーム「Trailhead」で事前に学習しておくか、外部の専門家に依頼することを検討してください。

• 本番環境で直接設定作業を行い、既存データや設定が壊れる。構築はサンドボックス（テスト環境）で行うのが原則。
• Flowを複雑に作りすぎて、後から誰も改修できなくなる。最初はシンプルな自動化から始める。

構築した内容が実際の業務に合って動くかを確認します。現場のユーザーに実際に操作してもらい、使いにくい箇所・不足している機能を洗い出します。

テストは「設定者が確認する」のではなく、「実際に使う現場の人が確認する」ことが重要です。設定者には当然に見えることが、現場には全くわからないことが多くあります。

• テストを省略して本番稼働し、現場から「使えない」と言われてデータが汚染される。
• テスト参加者が管理者だけで、一般ユーザー目線の確認が抜ける。

本番稼働後は、現場への研修・操作マニュアルの整備・定着フォローが必要です。Salesforceは「入れたら終わり」ではなく、「使い続けることで価値が出る」ツールです。

最初の1〜2ヶ月は従来のExcel管理と並行運用しながら、Salesforceへの移行を段階的に進めるのがスムーズです。

• 研修を1回やって終わりにする。操作に迷った時の「相談先」が社内にないと現場が離脱する。
• 導入後に改善要望が出ても対応する仕組みがなく、徐々に使われなくなる。