SalesForce導入支援・改修の選定ポイント/選び方/種類

依頼先を選ぶには、まず課題を標準機能での新規導入、Apex・LWCを使う開発、既存環境の改修・再構築の3つに分けます。そのうえで、該当領域の実績と対応範囲・費用の前提を比べ、業務シナリオで提案を確かめると、候補を比較しやすくなります。

全体像は、次のガイドで確認できます。

▼全体ガイドの記事
・SalesForce導入支援・改修の完全ガイド

SalesForce導入支援・改修の依頼前に整理すべき自社の課題

候補を探す前に、今回のプロジェクトをどの種類の課題として扱うかを決めましょう。標準機能での導入、独自開発、既存組織の立て直しでは、必要な経験と依頼範囲が異なるためです。

新規導入での標準機能の範囲と要件定義の進め方

新規導入では、営業、カスタマーサービス、マーケティングのうち、どの業務から始めるかを依頼前に決めておきます。そのうえで、標準機能で実現したい範囲を決め、要件定義のどこまでを自社で進め、どこからを依頼先に任せるかを整理しておくと、必要な支援を伝えやすくなります。

複数部門で使う計画なら、先行する部門と展開の順序も決めておきます。まず一部門で標準機能の使い勝手を確かめてから広げる進め方は、全社展開後の要件変更を抑える助けになります。

既存環境が複雑化している場合の改修・再構築の緊急度

稼働中の環境で設定の全体像を説明できなかったり、担当者の異動後に目的の分からない設定が残ったりしている場合は、改修・再構築を検討する段階かもしれません。そのため、現状の構成や複雑化した経緯を調べるところから支援できる会社を候補にします。

改修の優先度も、あらかじめ明確にしておきます。現状の業務は続けられるものの将来の更新で問題が懸念されるのか、すでに一部の運用に支障があるのかによって、求める着手の速さや現状分析に使える時間が変わります。

ポイント

新規導入か、独自開発か、既存環境の再建かで必要な経験が違うため、どれに当たるかを決めずに候補を比べると、見るべき実績がずれます。改修か再構築かは、稼働中の設定を説明できるかで見当をつけられます。

SalesForce導入支援・改修の3つの依頼先タイプ

依頼先の強みを、標準機能の導入支援、Apex・LWCを使う個別開発、既存環境の改修・再構築の3方向に分けた図。
優先する課題に合わせて、必要な作業を担えるタイプを見極めます。

依頼先の強みは、標準機能の導入支援、Apex・LWCを使う個別開発、既存環境の改修・再構築(リカバリー)の3方向に分けられます。ただし、複数の領域を扱う会社もあるため、分類だけで決めず、優先する課題に必要な作業をどこまで担えるかを見ます。

標準機能の設定・活用支援を中心とするタイプ

要件定義、標準機能の設定、データ移行、利用者研修、定着までをまとめて支援する会社です。独自開発を抑えて標準機能を生かす方針が中心になるため、導入を比較的短い期間・低コストで進めたい企業に向きます。

この型の強みは、Salesforceの標準機能や設定方法を踏まえて、開発を加えずに業務を実現できる範囲を見立てられる点です。その見立ての確かさは、自社の業務例を示し、標準機能だけで対応できる部分と難しい部分を具体的に説明してもらうと比べられます。

Apex・LWCによるカスタム開発に強いタイプ

複雑な承認処理や独自の画面が必要で、標準設定では業務を再現できない場合に検討すべきタイプです。依頼先を見るときは、開発チームの体制、AppExchangeでの実績、既存システムとのAPI連携の経験を確かめます。

Apex・LWCの開発は、標準機能中心の導入より工数を見通しにくいことがあります。そのため、過去案件で当初の見積もりと実績に差があったか、その理由を尋ねると、見積もりの考え方を確認できます。

既存環境の改修・再構築(リカバリー)に特化したタイプ

設定が複雑になったり、特定の担当者に知識が集中したりした組織の再建を担うタイプです。まず現状を調査し、再起動・再構築・再設計のどの進め方が適切かを判断してから、改修に入ります。

新規導入の実績に加えて、既存環境を解析・整理した経験があるかを確かめます。

初回の聞き取りでは、現在の設定をどこまで確認するかに注目します。目の前の不具合だけを直すのか、複雑化した経緯まで探るのかによって、改修後に同種の問題が繰り返される可能性も変わります。

ポイント

タイプの名前だけで選ぶと、優先課題に必要な作業を担えない会社を選ぶおそれがあります。任せたい作業を先に絞っておくと、各社の得意分野を比べやすくなります。

依頼先を比較するときの評価の観点

依頼先の比較で共通して確認する対応範囲、資格・類似実績、費用とTCO、保守運用の4観点を並べたチェックリスト。
同じ観点でそろえると、各社の説明を横並びで確認できます。

候補ごとに同じ質問ができるよう、対応範囲、資格・類似実績、費用とTCO、保守運用を共通の観点にします。会社紹介に並ぶ実績や専門用語は、この観点に照らして読むと、自社との相性を見分けやすくなります。

対応範囲と認定資格・実績の確認

支援範囲は、要件定義、設計・カスタマイズ、データ移行、研修、保守運用の各工程ごとに確認します。そのうえで、認定資格と、自社に近い業種・規模・業務の事例を見ます。

既存環境の立て直しが目的なら、新規導入の実績に加えて、リカバリー案件の経験も判断材料になります。

費用体系・TCOと保守運用の範囲

標準導入の見積もりは、要件定義・設計から設定、移行、研修までを含めた総額で比べます。個別開発がある場合は、規模ごとの費用を確認します。初期費用に月々の保守、更新対応、改善提案を加えた総コストで判断します。

「保守対応」が標準機能だけを対象とするのか、個別開発の部分も含むのかは、契約前に明らかにしておきます。たとえば保守の説明なら、定例報告と障害時の緊急対応のどちらを含むかを分けて確認します。

採点は、評価者の印象だけに頼らず、回答を確かめた証拠も記録しておきます。見積書、契約条項、デモなどを根拠にし、未確認の項目は採点を保留にすると、説明の印象だけで順位が決まりにくくなります。

ポイント

各社に同じ質問を投げ、回答の根拠を見積書や契約条項、デモで示せるかを見ると、説明の印象に左右されにくくなります。保守や費用は、対象範囲をそろえて比べることが前提になります。

標準機能中心かカスタム開発かの選び分け

標準機能を中心に導入するか、個別開発を含めるかによって、候補となる依頼先と費用の見通しが変わります。そのため、依頼前に標準機能で対応できる業務を把握しておくと、開発範囲を適切に絞り込めます。

標準機能を最大限活用する場合の判断基準

営業案件や問い合わせの管理など、標準機能で扱える業務が中心なら、開発ありきで考えず、設定・活用支援に強い会社を候補にします。標準機能を生かした構成は、将来の更新や保守の負担を抑えやすくなります。

要件を確認する前に、カスタマイズが必要かどうかを決めつけず、標準機能で足りるかを先に確かめます。そのうえで、フィット&ギャップ分析で標準機能に合う業務を見極め、差分として残った部分に開発を絞ると、不要な費用を抑えられます。

Apex・LWCカスタム開発が必要になる場合の判断基準

承認フローや帳票、他システム連携が複雑で、標準機能では業務を再現できない場合は、Apex・LWCでの開発を検討します。

費用は開発規模によって300万円程度から変わるため、要件定義の段階で必要な変更を依頼先と確かめ、対象範囲を絞っておきます。

既存Salesforce環境の改修・再構築パートナーの選び方

既存環境の再建を任せる会社は、新規導入の実績に加えて、現状をどう調べるかと、改修後に問題を繰り返さない運用を設計できるかで選びます。

属人化の解消につながる提案内容

専任管理者が一人だけの体制では、知識が個人に集中しやすくなります。そのため、設定を洗い出すことに加えて、複数人で運用する体制や、担当が替わるときの引き継ぎ方法を提案できるかを確認します。

変更ログ・命名規則の整備の支援範囲

変更を重ねて再び複雑化するのを防ぐには、変更履歴を残し、命名規則をそろえる運用が役立ちます。そこで、システムの再構築に加えて、こうしたルールづくりも支援の対象に入るかを依頼先ごとに比べます。

再構築後も効果を保つには、見直しを行う時期と担当者をあらかじめ決めておくことが要ります。納品で終わりにせず、定期的に設定を点検するところまで、依頼先と運用方法を整えておきます。

ポイント

既存環境の再建は、現状をどう調べるかと、改修後に問題を繰り返さない運用を設計できるかで選びます。属人化の解消や変更ログ・命名規則の整備まで提案できるかも、比べる材料になります。

RFP・見積もり比較とデモ・PoCの進め方

RFPを中央に置き、対象と現状、実現範囲、解決課題、非機能要件の4項目を周囲に示した図。
項目をそろえると、候補ごとの提案条件もそろいます。

RFPや比較表には、自社の業務場面と満たすべき条件を記載します。デモやPoCでは、実際の業務フローを題材にして、提案が現場で機能するかを確かめます。

RFPに載せる業務シナリオと現状の課題

依頼先は、RFPに書かれた業務の場面をもとに提案を組み立てます。そのため、場面を具体的に書くほど、提案の前提がそろいやすくなります。

既存環境の改修なら、複雑化した背景やこれまでの変更経緯も共有すると、調査工数を見積もる材料になり、調査の土台もそろえやすくなります。候補ごとに同じ前提で比べるには、RFPに記載する項目をそろえておく必要があります。

  • 対象と現状:部門、利用者数、業務フロー
  • 実現範囲:標準機能で行う部分と、開発を想定する部分
  • 解決課題:導入・改修で解消したい業務上の問題

権限、操作ログ、データのバックアップと復旧、Sandboxの利用、既存システムとの連携も非機能要件として示します。要件を「必須」「望ましい」「将来」に分ければ、優先度の違いを候補企業に伝えられます。

PoCで試す要件定義の一部とSandbox検証

PoCでは、実案件や問い合わせ対応を例に、フィット&ギャップ分析とSandboxでの検証を実際に試します。その際は、標準設定で足りる部分と開発が必要な部分をどう見分けて説明するかを見ると、要件定義の進め方が自社に合うか判断できます。

ポイント

提案を正しく比べるには、RFPの前提を候補ごとにそろえることが欠かせません。PoCでは、標準設定と開発の見分け方も合わせて見ると、要件定義の進め方が自社に合うか判断できます。

SalesForce導入支援・改修の選定で確認しておきたいポイント

候補を絞った後も、内製化の支援範囲と、Salesforce以外の方式を比べる必要が出た場合の対応を確かめておきます。契約前に将来の選択肢を共有しておくと、依頼後の認識違いを減らせます。

内製化支援への対応範囲

将来、自社で運用や改修を担う範囲を広げるなら、リリース作業の効率化やテスト環境の整備などで、内製化を支援できる会社かを確かめます。導入時から相談しておくと、長期的な体制づくりを検討しやすくなります。

研修会だけでなく、自社の担当者が設定変更やリリースに加わる伴走支援があるかも確認します。実務を通して進めると、知識や作業手順を社内に引き継げます。

フルスクラッチ開発との比較検討が必要な場合の判断軸

独自の業務フローが標準機能とカスタマイズの組み合わせでも実現しにくい場合は、フルスクラッチ開発も比較対象になります。そのうえで、候補には、Salesforce導入支援会社に限らず専門会社も含め、自由度と費用・期間のバランスを比べます。

見積もり比較での費用感のばらつきの読み方

「Salesforce導入支援」の見積もりでも、標準設定、個別開発、保守のどこまでを含むかは会社ごとに異なります。そのため、総額だけで判断せず、作業項目ごとの費用と対象範囲を並べて、同じ条件で比べられているかを確かめます。

まとめ

依頼先を選ぶときは、まず課題を標準導入、カスタム開発、既存環境の再建に分けます。次に、支援範囲や実績、総費用を同じ条件で比べ、最後に実際の業務を使ったPoCで提案の相性を確かめます。

課題診断から2〜3社への絞り込み

最初に決めるのは、標準導入、個別開発、既存環境の再建のどれを優先するかです。そのうえで、対応範囲、資格と実績、費用とTCOを共通の質問で比べれば、知名度に頼らず候補を絞れます。

候補を探す際は、SalesForce導入支援・改修のパッケージ・クラウド製品一覧も参照できます。

実案件のPoCによる判断

資料に載る実績の件数より、自社の業務シナリオへの対応を具体的に確かめることを優先します。標準機能と設定変更で要件を満たせない場合は、フルスクラッチやハイブリッド構成も比較できます。

riplaはフルスクラッチ開発の立場から、Salesforce導入支援会社による選定・実装の後に、既存システム連携や独自業務に合わせた開発を支援しています。

▼全体ガイドの記事
・SalesForce導入支援・改修の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。