Freshdesk vs Salesforce Service Cloud: 2026年版比較

一つの表で見る比較

私は仕事としてインテグレーションを構築しているので、どんなヘルプデスクを見るときも最初にチェックするのは機能一覧ではなく、ベンダーが自分たちで組み立てさせる部分がどこかということです。ここでは、購入検討者が普段気にするあらゆる項目について、両者がどこに位置しているかをまとめます。

同じG2スコアを持ちながら、トップティアの価格には6倍もの開きがある2つの製品。その差は、実のところ機能の差ではありません。システムのどれだけの部分がすでに組み立てられた状態で届くか、という差です。より広いカテゴリーをまだ把握している最中であれば、ヘルプデスクソフトウェアのトップ製品のまとめ記事で全体像をご覧いただけます。

それぞれの実態

Freshdeskは共有受信箱としてスタートし、実質的に今もその延長線上にあります。メールが届くとスレッド化されたチケットになり、ディスパッチルールとSLAポリシーが適用され、誰かのキューに入ります。Freshworksは74,000社以上に信頼されているとしており、多くの小規模チームがここに落ち着く理由は、良い意味で地味です。チケッティングのコア部分が成熟しており、自動化ルールはコードエディタを開かなくても設定画面で読み解ける、時間・イベントベースのトリガーになっています。

Salesforce Service Cloudはまったく別の存在です。この製品は現在Agentforce Serviceというブランド名になっており、Salesforce自身のヘルプドキュメントも、Service Cloudは現在Agentforce Serviceであると明記しています。名称変更の裏側では、Caseオブジェクトは昔からずっと同じオブジェクトのままです。アサインルール、エンタイトルメント、マイルストーン、Omni-Channel、Flowに囲まれた、CRMプラットフォーム上のレコードです。あらゆることが可能ですが、完成しているものはほとんどありません。より詳しいツアーはService Cloudの概要を、Salesforceが現在このオブジェクトの上に何を重ねているかはService CloudにおけるAIをご覧ください。

これが、この比較全体を貫く正直な構図です。すぐに使えるキューが欲しいなら、Freshdeskはそれをそのまま渡してくれます。営業、請求、サービスにまたがってオペレーションチームがすでに設計したワークフローにサポートプロセスを合わせたいなら、Salesforceはまさにそれを構築させてくれますが、その代わり「では誰がそれを構築するのか」を問いかけてきます。

メールが届いたときに何が起きるか

ここが、多くの購入検討者が驚くポイントだと思います。というのも、両ベンダーともこの部分を同じ3語で説明しているからです。「メールがチケットになる」。

Freshdeskでは、おおよそ次のようなことが起きます。チケットにはカスタムフィールドが付与され、顧客からの返信で一時停止できるSLAクロックが動き出し、ディスパッチルールがルーティングします。エージェントの衝突検知機能が2人が同時に返信してしまうのを防ぎ、カスタマーポータルとナレッジベースはすべてのプランで最初から有効になっています。SLAポリシーは営業時間または暦時間で動作し、チケットが違反しそうになるとヘルプデスクが担当者にメールで通知します。

Salesforceでは、同じメールが、契約前に知っておく価値のある一連のドキュメント化された制限に突き当たります。

• Web-to-Caseは24時間あたり5,000件のケースが上限で、超過分はWeb-to-Leadと共有される50,000件の保留キューに入り、5通の警告メールの後は残りが黙って拒否されます。Web-to-Caseは添付ファイルにも対応していません。
• Email-to-Caseには1日あたりの上限があり、ライセンス数×1,000(組織全体で最大100万件)で、組織内の他のすべてのメールサービスと共有されます。
• 組織ごとに有効なケースアサインルールは正確に1つだけです。 その中に3,000件のルールエントリと200件のアクションを持てますが、最初に一致したものが適用され、そこで処理は止まります。
• Omni-Channelは担当者1人あたり未処理ワークアイテム100件を上限とし、Standard Omni-Channelは2026年夏に廃止され、Enhancedへの強制アップグレードとなります。
• エンタイトルメントは自動適用されません。 Web-to-CaseやEmail-to-Caseで作成されたケースには適用されず、マイルストーンも自動完了しません。どちらもApexが必要です。

最後の項目は、付箋に書いて貼っておきたいくらい重要です。Salesforceでは、SLAは受信チケットに自動的にアタッチされません。それを書くのは開発者です。Omni-Channelとアサインルールについてのr/salesforceのスレッドでは、自称Omni-Channelの専門家が、見落としやすいチェックボックスひとつでケースがキューまたはスキルにルーティングされる仕組みを管理者に説明しており、彼が勧める解決策はレコードトリガー型のFlowです。宣言型のパスを確実に機能させるにはFlowが必要だという事実自体が、宣言型パスの実態を物語っています。

だからといってSalesforceが悪いというわけではありません。一度構築してしまえば、ケース管理は非常に強力で、レビュアーたちもそう述べています。小規模ビジネスで運用しているG2のレビュアーは、次のように書いています。

"Being able to set escalation rules, auto-assign tickets based on queue logic, and spot potential SLA breaches before they actually happen has saved us from more than a few embarrassing situations with key accounts."

Mahesh D., G2

落とし穴は「set(設定する)」という言葉にあります。そのすべてを、誰かが設定しなければならないのです。

料金と、料金ページに載っていない部分

両ベンダーとも、シート単位の価格を公表しています。しかし、実際の支払額に近いのはそのうちの一方だけです。

Freshdeskの料金

ティアごとの詳細はFreshdeskの料金の記事にまとめています。アドオンはFreshdeskの料金ページに記載の通り、全プラン共通で追加のAI Agentセッションが100件あたり49ドル、Freddy AI CopilotはProとEnterpriseのみでエージェント1人あたり月額29ドル、デイパスはティアに応じて2ドル/7ドル/12ドル、コネクタアプリのタスクは5,000件あたり80ドルです。Copilotの制限にも注意してください。Growthではどれだけ払ってもエージェント向けアシスト機能を購入できません。Freshworksは別料金体系のFreshdesk OmniというSKUも販売しているので、自分が見ている見積もりがどちらのものか必ず確認してください。

Salesforce Service Cloudの料金

次にアドオンですが、これらはService Cloudの機能マトリクスの中で唯一、ユーザー単位のドル金額が示されている項目です。Knowledgeの読み書きはEnterpriseで**+75ドル/ユーザー/月**(Enterpriseは標準では読み取り専用)、Einstein Botsは**+75ドル/ユーザー/月**、Enhanced MessagingはEnterpriseとUnlimitedで**+75ドル/ユーザー/月**、Web Services APIはPro Suiteで+25ドル/ユーザー/月です。さらに、Premier Success Planは**正味ライセンス料金の30%**という価格設定です。アドオンはエディションよりも頻繁に変動するため、常に最新化したService Cloudの料金ページと、別立てのアドオン料金の記事を用意しています。

サポート用途に合わせたSalesforce Enterpriseシート、つまりエージェントがナレッジ記事を書け、ボットを動かせ、拡張メッセージングを使える状態にすると、AIの会話を1件も使わない時点でユーザー1人あたり月額400ドルになります。それに相当するFreshdesk ProシートにCopilotを付けても84ドルです。これは端数の違いではなく、G2で購入検討者たちが語っていることとも一致しています。

"Pricing is where it gets a little frustrating. It starts feeling reasonable until you realize the features you actually need day to day are sitting behind another add on or a higher tier."

Mahesh D., G2

自分の数字で計算してみる

チームの規模と月間のAI利用量を入力してください。Salesforce側の列は、サポート用途に合わせたEnterpriseシートを前提とし、Salesforce自身が示すケース管理の会話の例(1アクション20クレジット×3アクション)を使用しています。

それぞれのAI課金方法と、それがシート価格より重要な理由

シート価格は煩わしくはありますが、予測可能です。AIメーターはそのどちらでもなく、しかもまったく異なる単位で計測されます。

FreshdeskはFreddy AI Agentをセッション単位で課金します。すべてのプランに最初の500セッションが含まれ、それ以降は100セッションあたり49ドル、つまり1セッション0.49ドルです。セッションは「試み」であって「解決」ではないため、ボットが実際に役立ったかどうかにかかわらず料金が発生します。特にEmail AI Agentについては、Freshworksはセッションを顧客の最初のメールから始まる72時間のウィンドウとして定義しています。これは粗い単位ですが、上限がわかりやすい限り、粗くても問題ありません。カウントルールの詳細はセッション消費の記事で解説しています。

Salesforceは2種類のメーターを用意しており、どちらか一方を選ばせます。Flex CreditsとConversationsは同じ組織内で共存できないためです。Conversationsは1件2ドルです。Flex Creditsは10万クレジットあたり500ドル、つまり1クレジット0.005ドルで、1アクションは20クレジット、つまり0.10ドルです。Salesforce自身が示す例では、ケース管理の会話は3アクションとされています。

この表はよく読んでください。Agentforceの料金ページの中で最も役に立つ情報だからです。同じケース管理の会話が、Flex Creditsでは0.30ドル、Conversationsモデルでは2.00ドルかかります。同じ仕事なのに価格はほぼ7倍で、どちらを選ぶかは組織ごとに一度だけ決められます。未使用のFlex Creditsも繰り越されません。より詳しい内容は、エージェント型AIの料金とAgentforceの導入コストの記事で別途まとめています。

そして、上限の有無という問題があります。非同期ループがプロンプトテンプレートを繰り返し発火させ続けた後、2026年7月に投稿されたスレッドから。

"There are currently no native hard caps, circuit breakers, or real-time consumption alerts to automatically halt credit drain. The system prioritizes operational continuity for their servers, leaving the customer exposed to un-capped financial liability."

Agentforce & Digital Wallet lack hard caps for async loops, Reddit

そして、具体的な金額がついたバージョンが、リトリーバージョブが暴走した管理者から投稿されています。

"We got $40k bill cuz our retriever jobs hit the fan when an intern ran web crawler once, failed and Salesforce support created two new for testing, so we have to also pay for the negligence of sf support staff."

u/Simple-Art-2338, Reddit

SalesforceのFAQには確かに、超過利用のペナルティはなく、契約レートで後払い課金されると書かれています。これは事実であると同時に、まさに問題そのものでもあります。何も止まらないのです。Agentforceを導入するなら、他の何よりも先にDigital Walletのアラートを設定し、勘に頼るのではなくAgentforce ROI計算機で利用量をモデル化してください。プランの詳細はAgentforceの料金の記事に、とりあえず触ってみたいだけなら実際に使える無料プランもあります。

そのAIは実際に機能するのか

両ベンダーとも、デフレクション率の数字を見せてくれます。しかしどちらの数字も、実際のキューに触れた瞬間に、手を加えなければそのままでは通用しません。そして、失敗のパターンはほぼ同じです。

Freshdesk側について、私が見つけた中で最も参考になったのは、約3,000ユーザー規模のSaaSで複数のツールをテストしたサポートオペレーションのリーダーによる報告です。

"Freshdesk Freddy: for early stage teams that want something simple, it covers the basics auto assignment, suggested replies, FAQ deflection. It's reliable and affordable, nothing crazy."

Heavy_Plan7527, Reddit

「大したことはない」というのは妥当な評価であり、多くのチームにとってはそれくらいがちょうどいい「大したことなさ」です。Freddyがカバーする範囲については、FreshdeskのAI機能とFreshdesk向けベストAIの記事でさらに詳しく掘り下げています。難易度の高いチケットになると、その限界が見えてきます。

"We tested an ai integration in freshdesk and had almost the exact same experience. it worked for very simple tickets but anything slightly complex got misclassified. agents ended up spending more time fixing errors than before, so we had to rethink our approach."

Timely_Aside_2383, Reddit

Agentforceはより深いアクセス権を持つため、失敗の仕方も異なり、コストもより高くつきます。管理者たちに何が信頼を失わせたのかを尋ねたスレッドで、最も支持を集めた回答は次の通りです。

"The Agent accessed a internal only knowledge article and shared internal instructions on how to cancel the service. Instead of passing to a real human agent to attempt to resolve the issue, and prevent churn."

u/Interesting_Button60, Reddit

この根本原因は、すべてのナレッジ記事にアクセスできるデフォルトのリトリーバーを使ったプロンプトテンプレートにありました。これはAIの問題ではなく、グラウンディングの問題であり、私なら何よりも先にこれをテストします。同じスレッドの別の管理者は、一般的なケースを私よりもうまく言い表しています。

"Our first 'we can't show this to customers yet' moment was wrong record selection with high confidence. It would answer plausibly but based on the wrong Account/Opportunity, which is worse than failing."

u/Prize-Spread-3102, Reddit

自信満々に間違っていることは、明らかに壊れていることよりも、常に最悪の形で勝ってしまいます。だからこそ私は、過去のチケットに対してまず動かしてみて、ハルシネーションを防ぐ方法とAIから人間へのハンドオフについて読んでからでなければ、これらの機能を有効化しません。

FreddyもAgentforceも、コパイロット優先のパターンで報われます。数字が安定するまでは返信の下書きとヘルプデスクコパイロットモードにとどめ、そのうえで狭い範囲だけ自律動作させるという流れです。

Salesforce側で言えば、導入初週からEinstein Botsを顧客に向けるのではなく、AIによるケース要約から始めるということです。ルーティングがキューを学習していく過程も、あわせて注視してください。

誰も見積もりに含めないコスト

Salesforceの本当の価格は、管理者のキャパシティです。まったく異なる場所からの2つのコメントが、同じことを語っています。

"Products like Data Cloud or Agentforce are powerful but need admin capacity that smaller schools just don't have."

sadiasaifuddin, Hacker News

"I entered the move skeptical of Salesforce's value; I left impressed with the flexibility of the platform but aghast at the costs and development effort required to do much of anything."

billbrown, Hacker News

2つ目のコメントは、600シート規模の導入プロジェクトに携わったテックリードによるもので、そのプロジェクトは2年半かかった末に、Salesforceから別のプラットフォームへ移行されました。Freshdeskの場合、同等のコストははるかに小さいものの、ゼロではありません。それでも誰かがチケットルーティング、ナレッジベース、SLA管理を担当し続ける必要があります。

違いは、Freshdeskにおけるその仕事はサポートマネージャーの1週間の業務の中に収まるのに対し、Salesforceにおけるそれは一つの役職になるという点です。いずれにせよ、実際に数字を動かす作業は同じです。より整理されたエスカレーション管理、繰り返しチケットの削減、そしてチケット削減を支えられるだけの質を持ったナレッジベースです。

この画面を見てから、Salesforceにおける同等のものを想像してみてください。それは1枚の画面には収まりません。それこそが、この比較全体を1枚の画像に凝縮したものです。

では、どちらを選ぶべきか

Freshdeskを選ぶべきなのは、サポートが独立した機能であり、チームの規模がエージェント50人未満で、四半期後ではなく今週中に稼働するキューが欲しい場合です。ほとんどの中小規模チームにとってより良い選択であり、14日間のトライアルではEnterpriseへのフルアクセスが得られるため、下位プランに支払う前に上限を試すことができます。まだ比較検討中であれば、Freshdeskの代替案とFreshdesk vs Zendeskの比較記事で近隣の選択肢もカバーしています。

Salesforceを選ぶべきなのは、会社がすでにSalesforceで運用されており、サポートプロセスが本当に営業や請求とオブジェクトを共有する必要がある場合です。ケース管理は強力で、Omni-Channelはラウンドロビンではなくキャパシティによって振り分けられ、すべてのチームで顧客のレコードが1つにまとまっていることは実際の強みになります。ただし、シート、アドオン、ライセンス料金の30%かかるPremierプラン、管理者、AIメーターまで、正直に予算を組んでください。Service Cloudの代替案とService CloudのAIの限界の記事は、セールス資料よりも冷静なバージョンです。

まだどちらも選ぶべきではないのは、あなたが本当に買おうとしているのがAIそのものである場合です。この2つはどちらも、AIメーターが付いたヘルプデスクにすぎず、そのメーターこそが毎年交渉し直すことになる部分です。より良いAIを手に入れるためにヘルプデスクをまるごと買い替えるのは、より良いAIを手に入れる方法として最もコストのかかるやり方です。

すでに使っているヘルプデスクの上でeeselを試す

内部の人間として言えることが一つあります。私たちはまさにこれが原因で商談を失ったことがあります。ミッドマーケットのサポートチームから、ネイティブのSalesforce連携がないことが決め手となって導入を見送られたことがあり、そのうちの一社は月間約900件のチケットを処理していましたが、他社を選びました。そこで、私たちはそれを構築しました。eeselは現在Salesforceに接続でき、Service CloudのCaseを対象としており、Freshdeskへの接続はそれよりも前から実現しています。

これによって得られるのは、移行なしでのAIレイヤーです。eeselはあなたの過去のチケットとヘルプセンターで学習し、エージェントがすでに開いているヘルプデスクの中で下書きや返信を行い、実際の顧客に触れる前に過去のチケットに対してシミュレーションを行います。これは、あの社内限定ナレッジ記事の漏洩を防げたはずのステップです。課金はシートごとでも試み回数ごとでもなく、解決件数ごとなので、数字は人数ではなく成果と連動します。実際の数字は料金ページで確認でき、正面から比較したい場合はeesel vs Freshdesk FreddyとService Cloud向けAIの記事も用意しています。

無料で試すことができ、接続には数分しかかからず、チケットを1件たりとも移動させる必要はありません。