【ITニュース解説】WhatsApp Chatbot for Business: Monthly SaaS vs Owning It

WhatsAppビジネス向けチャットボットの導入を検討する際、サービスを月額料金で利用するSaaSモデルと、自社で開発・運用するモデルのどちらを選ぶべきか、その選択のポイントは多岐にわたる。この判断は、事業のニーズ、コスト、運用体制に大きく影響するため、詳細な比較検討が不可欠だ。

まず、チャットボット運用において避けて通れないのが、Meta社へのメッセージ料金だ。WhatsApp Business Platform（API）を利用する本格的なチャットボットは、メッセージが顧客に届くたびにMetaに料金を支払う必要がある。メッセージのカテゴリによって料金は異なり、例えば、プロモーション目的のマーケティングテンプレートは比較的高価だ。一方で、注文状況の更新といったユーティリティメッセージや、ワンタイムパスワード（OTP）などの認証メッセージは安価に設定されている。特に重要なのは、顧客が最初にメッセージを送ってきたことに対するサポート目的の「サービスメッセージ」だ。2026年10月1日以降、各ビジネスアカウント番号につき毎月1,000通までこのサービスメッセージは無料となる。しかし、それを超えると料金が発生する。つまり、どのようなチャットボットを選んだとしても、Metaへのメッセージ料金は共通して発生する費用であり、その上でSaaS利用料や自社開発費用が加わることになる。

次に、SaaS（Software as a Service）プラットフォームを利用する場合について見てみよう。WATIやInteraktのようなビジネスソリューションプロバイダーは、WhatsApp Business APIへの接続と、チャットボットを管理するためのダッシュボードを提供している。SaaSプラットフォームでは、基本的な月額プラン料金に加えて、Metaへのメッセージ料金に上乗せされる形で、メッセージごとのマークアップが請求されることが一般的だ。また、人工知能（AI）による自動応答機能を追加したい場合、そのアドオン料金が月額プラン料金をほぼ倍増させることもある。SaaSプラットフォームは、共有インボックス、メッセージのブロードキャストスケジューラー、テンプレート管理、ECサイト連携といった便利な機能群を提供している。これらの機能は、ソフトウェアとして実際に価値があり、もしこれらを自社で一から開発しようとすれば、SaaSのサブスクリプション費用をはるかに上回るコストがかかるだろう。そのため、SaaSは導入後すぐに利用開始でき、既にある機能を活用したい場合に非常に有効な選択肢となる。

一方、チャットボットを自社で開発・所有するモデルの場合、初期開発にまとまった費用が発生する。記事の試算では、3年間のSaaS利用料の約1年分が初期開発費用に相当するとされている。つまり、自社開発チャットボットは、運用開始から約1年でSaaSモデルの費用と損益分岐点を迎え、それ以降はSaaSよりも経済的になる可能性がある。自社開発の場合、月々の費用はホスティング費用やAIモデルの利用料が主となり、これらはメッセージ量や選択するモデルによって変動する。少量の文書から回答を生成するようなシンプルな用途であれば、この月々の運用費用は比較的低く抑えられる。

では、具体的にどのような場合にSaaSが、どのような場合に自社開発が適しているのだろうか。SaaSプラットフォームの利用が向いているのは、主に顧客リストへのブロードキャスト配信、ECサイトからのカゴ落ちリマインダー、商品カタログの表示、そして複数人での顧客対応を行う共有インボックスの機能が中心となる場合だ。また、「1番を押すと営業時間、2番を押すと場所」といったメニュー形式のシンプルなチャットボットでAIによる高度な応答が不要な場合も、SaaSで十分に対応できる。さらに、社内にソフトウェアの保守・運用を担当する人材がいない場合や、責任者が不在になる場合も、SaaSを利用する方が賢明だ。SaaSベンダーがシステムの維持管理やMetaの仕様変更への対応を担ってくれるため、自社での負担が少ない。

これに対し、自社開発が適しているのは、より高度で、かつ事業固有のニーズに対応する必要がある場合だ。例えば、企業独自のポリシー、製品マニュアル、料金体系、毎月更新される価格リストなど、自社が持つ特定の文書に基づいて質問に回答させる必要がある場合、自社開発の強みが発揮される。これは「Retrieval-Augmented Generation（RAG）」と呼ばれる技術であり、チャットボットが関連する情報を自社文書から検索し、その内容に基づいてのみ回答を生成する仕組みだ。これにより、一般的なAIが不確かな情報を推測して回答するのを避け、関連情報が見つからない場合は「わからない」と明確に伝え、担当者へ引き継ぐといった正確な対応が可能になる。また、自社のデータベースから注文情報を検索したり、社内システムで予約を登録したり、顧客情報をCRMに記録したりといった、既存の事業システムと連携してアクションを起こす必要がある場合も、自社開発の方が柔軟に対応できる。さらに、チャットの会話データや顧客の記録といった重要な情報を、ベンダーのダッシュボード経由でエクスポートするのではなく、自社が完全に所有するデータベースに保持したいと考える場合も、自社開発が選ばれる理由となる。

自社開発のWhatsAppチャットボットは、思われているよりもシンプルな仕組みで構築できる場合がある。MetaのCloud APIは、顧客からのメッセージを自社でホストするWebhookに送信する。自社コードはそのメッセージを検証し、関連する文書から情報を検索（ベクトル検索）、その情報に基づいてAIモデルに回答を生成させ、最後にGraph APIを通じて顧客へ返信する。この一連の処理は、顧客がメッセージを送信してから24時間以内に完了すればサービスメッセージとして扱われる。この中で最も重要な部分は、文書を適切に分割し、検索の閾値を設定し、AIの回答が参照元を正確に示しているかを確認するといった、RAGの「retrieve（検索）」と「answerFrom（回答生成）」の部分だ。多くの安価なチャットボットは、この部分で品質を犠牲にしていることが多い。ただし、自社開発であっても、24時間窓口外に送るメッセージにはMetaの承認済みテンプレートが必要であり、また、ビジネスアカウントのMetaによる認証手続きも必要となる。

最終的な意思決定の際には、いくつかのポイントを考慮すると良い。まず、顧客が最もよく尋ねる質問を10個書き出し、それらがメニュー形式の回答で対応できるか、あるいは自社文書からの情報検索やシステム連携が必要かを確認する。次に、SaaSプラットフォームのプラン料金とAIアドオン費用を3年分合計したものと、自社開発の初期費用と月々の運用費用を比較する。そして最も重要なのは、チャットボットを継続的に保守・運用する責任者を明確にすることだ。もし社内にそうした役割を担う人材がいないのであれば、SaaSの利用が現実的な選択肢となるだろう。これらの検討を通じて、事業の特性に最も合ったチャットボット導入方法を見つけることが重要だ。