SalesforceのSI案件では、アクセンチュア・PwC・NTTデータなどの大手ベンダーが幅を利かせています。しかし中小企業がSalesforce導入パートナーを選ぶとき、大手が最適解とは限りません。本記事では、Aurantのような専門ベンダーが選ばれる理由と差別化ポイントを解説します。

1. 大手SIerのSalesforce導入が抱える課題

2. 中小専門ベンダーが差別化できる4領域

① コストパフォーマンス

Aurantのような専門ベンダーは、適切なスコープを設定することで200〜400万円での導入が可能です。大手に比べてオーバースペックな設計を避け、「今必要な機能から確実に稼働させる」アプローチを取ります。

② 意思決定の速さ

ベンダー内の意思決定レイヤーが少ないため、要件変更への対応や追加開発の見積もりが1〜3営業日で返答できます。大手SIerでは1〜2週間かかることも珍しくありません。

③ 業界・業務特化の知識

製造業・建設・不動産・士業など特定業界に特化した実績を持つ専門ベンダーは、業界固有の商慣行・帳票・業務フローを理解した提案が可能です。大手は業界横断的なアプローチになりがちです。

④ 並走型の支援体制

GoLive後も月次でダッシュボードレビューや追加設定を継続支援する体制を持つ専門ベンダーは、定着化・活用率向上で差を出せます。中小企業にとっては「入れっぱなし」を防ぐパートナーの存在が特に重要です。

3. 選定時に確認すべき7つの質問

4. Aurantを選ぶ理由

Aurantは中小〜中堅企業のSalesforce・kintone・freee導入を専門とするコンサルティングファームです。業務設計から構築・並走支援まで一気通貫で担当し、「入れて終わり」ではなく「使いこなすまで伴走」を基本としています。

大手 SI と独立系、どちらに頼むかで悩む本当の理由

Salesforce 導入を検討する中堅企業から「大手 SI に頼むべきか、独立系の専門会社に頼むべきか」という相談を受ける機会が増えました。表面上はコストの話ですが、相談を深掘りしていくと、ほぼ全社で同じ不安が出てきます——「大手に頼めば安心と思っていたが、見積もりが想定の倍で、本当にこれだけ必要なのか自信がない」。

結論から言うと、大手 SI に頼むべきプロジェクトと、独立系に頼んだ方がうまくいくプロジェクトは、ある程度はっきり分かれています。「会社の規模」ではなく「プロジェクトの性質」で見極めるべき、というのがこの記事の主張です。

大手 SI の見積もりが膨らむ構造的な理由

大手 SI（アクセンチュア、NTT データ、NRI、富士通など）の見積もりが中堅企業からすると高く感じるのは、単純に人月単価が高いから、だけではありません。大手 SI は組織的に「失敗しないこと」を最優先するため、業務に大きく踏み込まない代わりに、安全策として人員と工程を厚く積む傾向があります。

例えば、要件定義に PM とアーキテクト2名で2ヶ月、設計フェーズに6名で3ヶ月、開発フェーズに10名で4ヶ月——という見積もりが出てきたら、それは「失敗しない大規模プロジェクト」の標準的な構成です。同じ業務範囲を独立系専門会社なら3〜5名のチームで6〜9ヶ月で構築するため、見積額が2〜3倍違うのは自然な結果です。

大手 SI の構造で価値が出るのは、(1) プロジェクト規模が10億円超で複数業界・複数拠点をまたぐ、(2) 失敗時の経営インパクトが甚大、(3) 監査・コンプラ要件が極めて厳格、のいずれかが当てはまる場合です。年商50〜500億の中堅企業の Salesforce 単体プロジェクトでは、これらの条件は多くの場合当てはまりません。

独立系専門会社が中堅企業に強い構造的理由

独立系の Salesforce 専門会社（数十名〜200名規模の専業）が中堅企業に強いのは、コストが安いからだけではなく、「経営者と直接話す前提でプロジェクトを設計している」からです。

大手 SI のプロジェクトでは、提案フェーズで会う営業 → 業界 PM → 実装 PM → 実装担当エンジニアと階層化され、経営者の言葉が現場のエンジニアに届くまでに3〜4段のフィルターを通ります。要件は段階的に「安全側」に翻訳され、結果として「経営者が本当に解決したかった課題」が完成物に反映されにくい構造になります。

独立系では、経営者や CTO クラスが最初のヒアリングから関与し、実装中も同じ人物が継続して責任を持ちます。要件の翻訳ロスが少ないため、「経営者が本当にやりたかったこと」と完成物のズレが小さい。これは中堅企業の Salesforce プロジェクトでは決定的な差になります。

もう一つ、独立系の構造的な強みは「内製化を前提に設計する」ことです。大手 SI は永続的な保守契約を前提とした収益モデルですが、独立系は3〜6ヶ月でナレッジトランスファーを終え、社内で運用できる状態を作ることを成果指標にしています。3年スパンで見ると、運用コストの差が初期費用の差を上回ります。

大手 SI に頼むべきプロジェクトの見分け方

独立系を推奨する内容が続きましたが、誤解のないように書くと、大手 SI が圧倒的に強いプロジェクトは確かに存在します。次のいずれかが当てはまる場合は、独立系では届きません。

第一に、プロジェクト規模が年間1億円超で、Salesforce 以外の基幹システム（SAP / Oracle / 自社開発）との大規模な連携を含む場合。基幹系のリプレースと並行する Salesforce 構築は、複数業界の SI 経験がないと設計が破綻します。

第二に、金融・公共・通信など、業界 SI 経験が前提とされる規制業種。FISC 安全対策基準、J-SOX、医療情報三省二ガイドラインといった業界規制への対応は、大手 SI の業界別チームが圧倒的に経験豊富です。

第三に、本社が海外で、グローバル展開の一環として日本拠点の Salesforce を構築する場合。本社が指定する Tier 1 SI のリストから選ぶ必要があるケースが多く、独立系の選択肢は実質的に存在しません。

独立系を選ぶ場合のリスク管理

独立系の魅力は伝わったとしても、リスクも正直に書きます。独立系で失敗するパターンは、おおむね次の3つに集中しています。

第一に、会社規模が小さすぎて、担当者の退職で支援が止まるリスク。10名以下のブティック会社を選んだ場合、担当者の体調・退職・離脱で実装が数ヶ月止まることがあります。契約前に「後任体制」「複数名アサイン」を必ず確認すべきです。

第二に、「Salesforce はできる」が「自社業界の経験はない」パターン。Salesforce 認定資格は持っていても、不動産・建設・医療など業界特有の業務理解がないと、要件解釈で大きくズレます。直近2年の同業実績を必ず確認し、参考企業1社には実際に話を聞きに行く価値があります。

第三に、料金の透明性が低く、追加開発で総額が膨らむパターン。独立系の中には「提案時の総額は安いが、運用フェーズで追加開発が大量発生」という収益モデルの会社もあります。契約時に追加開発の単価と発注プロセスを文書化しておくことが、長期コストの管理に直結します。

判断材料：3つの問い

大手 SI と独立系、どちらに頼むかを決める前に、社内で次の3問に答えてみてください。

• このプロジェクトは、5年後に内製で運用したいか：YES なら独立系の方が向く。NO（永続外注前提）なら大手 SI でも構わない
• 業界 SI 経験が成功の前提か：金融・公共・通信などで YES なら大手 SI。一般的な BtoB / BtoC なら独立系で十分
• 経営者が要件定義に直接関与できる時間はあるか：YES なら独立系の強みが活きる。経営者が関与できないなら、大手 SI の階層型 PM 体制の方が破綻しにくい

中堅企業の Salesforce プロジェクトの典型的な失敗

中堅企業（年商50〜500億）が Salesforce 導入で失敗するパターンを、実プロジェクトの感触で振り返ります。大手 SI に頼んだ場合と独立系に頼んだ場合で、失敗の性質が違うのが特徴です。

大手 SI に頼んだ中堅企業の典型失敗

大手 SI に Salesforce を頼んだ中堅企業の失敗パターンで最頻出なのは、「過剰スペックで機能を使いこなせない」です。大手 SI は失敗しない提案を出すため、Enterprise エディション・複数 Cloud の組み合わせ・カスタム開発を含む豪華な構成を推奨します。中堅企業はこれを「大手の提案だから安心」と承認しますが、稼働後に運用人材不足で機能の30〜40%しか使えない状態になります。

もう一つの典型失敗は、「経営者の声が現場の実装に届かない」です。大手 SI のプロジェクトは営業 → 業界 PM → 実装 PM → エンジニアと階層化されており、経営者が要件定義のヒアリングで話した内容が、4段階の翻訳を経て実装担当に届く頃には、本質が薄まっています。完成物を見た経営者が「私が言ったのはこういうことじゃない」と感じるが、その時点で予算は使い切られており、修正は次フェーズに持ち越されます。

独立系に頼んだ中堅企業の典型失敗

独立系・専門系に頼んだ場合の失敗パターンも、別の方向で存在します。最頻出は「業界 SI 経験不足で、規制対応に時間がかかる」です。Salesforce 単体の経験は豊富でも、自社の業界（金融・医療・公共）の規制対応経験が浅いと、要件定義で何度も差し戻されてプロジェクトが遅延します。独立系を選ぶ場合は、業界 SI 経験の有無を契約前に厳格に確認すべきです。

もう一つは「担当者の退職・体調で支援が止まる」です。社員10〜30名規模の独立系では、メインの担当者が退職・休職するとプロジェクトが数ヶ月止まる可能性があります。契約前に「複数名アサイン」「後任体制」を明文化する必要があります。料金が安いことには、それなりの理由があると認識すべきです。

「同業同規模実績」の見抜き方

本物の実績の特徴

本物の実績には、いくつかの共通する特徴があります。第一に、稼働中の運用継続実績。導入から3年以上経過し、現在も運用が続いている事例。第二に、複数案件の累積。同業種で2件以上、できれば3件以上の実績がある。第三に、契約後の追加開発実績。最初の構築後に、その顧客から追加開発の発注が継続している。これは顧客満足度の最も明確な証拠です。

偽の実績の警戒サイン

警戒すべき「実績」の特徴もあります。第一に、5年以上前の単発実績。「過去に1件やった」レベルで、その後の実績がない場合、当時の担当者は既に退職している可能性が高い。第二に、PoC 止まり。本番稼働まで至らず、PoC 段階で止まった事例を「実績」と呼ぶケース。第三に、契約継続が短期。1年で契約解除されている案件は、顧客満足度に問題があった可能性が高い。

参考企業への直接ヒアリング

パートナー選定の最終確認として、参考企業1〜2社に直接電話することを強く推奨します。「Salesforce 導入で良かった点・困った点」を15分ヒアリングするだけで、提案書の3倍の情報量が得られます。パートナーが参考企業を紹介できない場合は、警戒サインです。

料金体系の透明性を見抜く

「総額提案」の落とし穴

提案書に「総額 1,500万円」と書かれていても、その内訳が不明な場合は警戒すべきです。「人月単価」「成果物単位」「機能単位」のいずれの料金体系か、追加開発の単価はいくらかを、契約前に明文化する必要があります。総額提案は契約時に予算が見えやすいメリットがありますが、稼働後の追加開発で実際のコストが膨らむことが多くなっています。

「成功報酬型」の魅力と罠

「導入成功時のみ報酬」「効果が出なければ返金」のような成功報酬型を提案するパートナーもあります。魅力的に見えますが、「成功」「効果」の定義が曖昧な場合、後で揉めるのが現実です。具体的な KPI（営業のログイン率、商談化率、解約率など）と達成基準を契約書に明記しなければ、成功報酬型は形だけになります。

契約交渉で確保すべき5項目

パートナー選定後の契約交渉で、必ず明文化すべき項目を整理します。

第一に、納品物の定義。設計書・テスト仕様書・運用手順書・ソースコード・カスタマイズドキュメント等、何を納品物として受け取るかを明文化。これがないと、後でパートナー変更ができなくなります。第二に、知的財産権の帰属。カスタム開発した Apex / LWC のソースコードの著作権が、自社帰属でないと別パートナーへの引き継ぎが法的にできません。

第三に、SLA・対応時間。トラブル発生時の連絡先・対応時間・解決目標時間を明文化。第四に、契約解除条項。途中解除の条件・違約金。事業環境の変化で解除する可能性を念頭に。第五に、内製化マイルストーン。6ヶ月後・12ヶ月後・24ヶ月後に、自社担当者がどこまで運用できる状態を目指すかを明文化。

独立系パートナーが提供できる「経営者直結」の価値

独立系・専門系の真の価値は、コストの安さだけではありません。「経営者の意図が、実装担当に直接届く構造」こそが、中堅企業の Salesforce プロジェクトでは決定的な意味を持ちます。

独立系のプロジェクトでは、経営者・CTO クラスの人物が最初のヒアリングから関与し、要件定義中も継続して責任を持ちます。経営者が「もっとこうしたい」と言った時、その変更が翌週には実装に反映される。大手 SI では数ヶ月かかる意思決定が、独立系では1〜2週間で完了する。このスピード差が、3年スパンの累積では大きな成果差を生みます。

もう一つの価値は、「自社の運用を自走できる状態への伴走」です。独立系は「永続契約で売上を作る」モデルではなく、「3年で内製化を完了して、追加開発のスポット支援に移行する」モデルを取ることが多い。これは中堅企業にとって、5年スパンでのコスト最適化に直結します。

関連ガイド・クラスター

• Salesforce導入支援10選
• Salesforce コンサル選び方
• Salesforce vs HubSpot 比較
• Salesforce vs Zoho CRM 比較