AI チャットボットLandbotレビュー：料金・使い方と導入の判断基準

Landbotは、WebサイトやWhatsAppからの問い合わせを有望な見込み客につなげる手順を自社で管理し、その途中の質問にはAIで答えたい企業に向くAI チャットボットです。本レビューでは、受付手順が明確で、有人対応の担当者が決まっている小規模事業者におすすめします。Freeプランの月100チャットはビルダーの操作を学ぶための枠であり、AIサポートを継続運用できる枠ではありません。

本記事は2026年11月5日に、Landbotの公開製品ページ、料金ページ、ヘルプ文書と照合しています。文書で確認できる機能と具体的なワークフローの設計例を比較した評価です。アカウントを使った試用や、コンバージョン改善の実測を報告するものではありません。判断の軸は、見込み客の条件確認をどこまで管理できるか、チャネルごとの動作、担当者に渡る情報、そして追加料金が発生する条件です。

Landbotとは？業務の手順を組み込めるAI チャットボット

Landbotは、決められた質問、AIの回答、保存した顧客情報、有人サポートを、WebやWhatsAppのチャット上でつなぐビジュアル会話ビルダーです。必ず答えてもらう質問、自社コンテンツをもとにAIが回答してよい範囲、別システムや担当者へ引き継ぐタイミングを設計できます。マーケティング担当者にとっては、汎用的な問い合わせフォームを受付プロセスへ変えるツールです。サポート担当者にとっては、よくある質問に答え、引き継ぎ前に状況を把握する手段になります。受付に明確な段取りが必要な場合に価値があり、短い連絡フォームですでに用が足りている場合は導入理由が弱まります。

Landbotが向く企業、別の方法を選ぶべき企業

Landbotが向いているのは、担当者が動く前に問い合わせの条件確認が必要な小規模事業者です。たとえば、対応地域を確認する住宅関連サービス、案件を選別する制作会社、受講希望者に合うコースを案内する研修事業などが挙げられます。価値を決めるのは、問い合わせと一緒に届く情報の質です。チャットのメッセージが増えても、受付担当者が同じ質問をし直しているなら、課題は解消していません。

候補を絞るときは、改善したい業務から考えます。

これは購入時の優先順位を整理したもので、特定の機能がどれかの製品だけにあるという意味ではありません。本番チャネルを移す前に、どの候補も同じ顧客の問い合わせで試す必要があります。

Tidio：受信した問い合わせの管理が課題なら先に検討

Tidioは、Help DeskとLyro AI Agentを組み合わせたカスタマーサービスプラットフォームです。注文に関する質問、リアルタイムの返信、未解決チケットの対応に追われる店舗なら、こちらから検討するのが自然です。現行製品には、チケット管理、会話の担当者割り当て、ECの注文対応が含まれます。別途受付フローの設計に時間をかける前に、サポート業務を軸に評価する理由があります。

ただし、業務との適合性は別に確認が必要です。高機能な受信トレイがあっても、見込み客の選別基準が決まったり、適切な営業担当者への到達が保証されたりするわけではありません。見積もり依頼の情報不足が課題なら、ヘルプデスク機能の多さよりも実際の受付手順を比較してください。Tidioの代替ツールガイドでは、サポート業務別に候補を広げています。

Chatbase：顧客からの質問が会話の中心なら検討

Chatbaseは、接続したナレッジとエージェントへの指示を中心に構築する、AI顧客体験プラットフォームです。訪問者がそれぞれの質問を持って訪れるケースで検討する価値があります。現行製品には、Data Sources、Guardrails、Procedures、Actions、テスト用のPlayground、有人対応のHelpdesk機能、WhatsAppへの展開が含まれます。文書の内容を答えるウィジェットだけにとどまりません。

注意したいのは、情報をアップロードするだけでは信頼できる業務プロセスにならないことです。エージェントが何を記録し、どのアクションを実行でき、結果を担当者がどう受け取るかを確認する必要があります。条件確認の経路を見ながら編集できることが最優先なら、Landbotが有力です。ナレッジの扱いとサポート連携の比重が大きい場合は、Chatbaseの代替ツールガイドも参考になります。

ビジュアルビルダーで条件確認のルールを見える形にする

Landbotのビジュアルビルダーは、回答によって次の処理を変える場面で特に役立ちます。地域の設備設置業者なら、案件の詳細を尋ねる前に対応地域を確認すべきです。修理の問い合わせと新規設置の見積もり依頼も、別の担当先へ送る必要があります。こうした業務ルールは、見込み客対応の責任者が点検できるキャンバス上に配置する価値があります。

Landbotには、メッセージと質問のブロック、条件分岐、回答を保存する変数、数式、一連の処理をまとめて再利用できるBricksがあります。Copilotでは説明文からフローのたたき台を作成でき、テンプレートから始める方法もあります。これらはチャットボットプラットフォームの紹介ページに記載されています。

設備設置業者の例なら、まず最終的にどんな問い合わせを渡したいかを決めます。窓口担当者が受け付けるか、別の窓口へ回すか、断るかを判断できる状態が目標です。そこから判断に必要な情報を逆算します。サービスの種類と所在地は早い段階で聞くべき項目です。飾りのような質問や長い歓迎文は、ビルダーで表示できるという理由だけでは入れる価値がありません。

業務上の分類が決まっている項目には、固定の選択肢を使います。同時に、特殊な依頼を説明できる余地も残します。「その他」という分岐は、担当者が対応できる経路につながってこそ役立ちます。行き先がなければ、柔軟に見えるだけの行き止まりです。

フローを可視化する利点は、ルールの責任を明確にできることです。マーケティング担当者は、対応地域外の依頼を断る条件や、既存顧客をサポートへ送る条件を具体的に示せます。一方、保守の負担も明確です。対応地域や担当が変われば、誰かがルールを更新しなければなりません。ノーコードで省けるのはプログラミングであって、業務判断ではありません。

訪問者が判断する場所にWebチャットを置く

Landbotは、Webサイトのウィジェット、ポップアップ、ページ内への埋め込み、ページ全体での会話に対応し、外観のカスタマイズとフロー分析も提供しています。詳細はWebサイト向けチャットボットのページにあります。

見積もり依頼ページなら、訪問者はすでに問い合わせを送ろうとしているため、埋め込み型の会話が第一候補です。複数のサービスページを見ている途中で質問が生じる場合は、ウィジェットのほうが適しています。専用キャンペーンではページ全体の会話も使えますが、基本的な事業情報を見るだけの訪問者にまでチャットを強いるべきではありません。

変更の良し悪しは、対応に使える問い合わせが得られたか、必要な次の処理まで完了したかで判断します。離脱箇所を確認し、その地点の質問を読み直してください。担当者が返信するまでに不要な項目なら削除し、必須なら必要な理由を説明します。ボットとのやり取りが増えたからといって、事業成果まで増えるとは限りません。

LandbotのAI：フローを管理しながら質問に答える

LandbotのAIは、対応条件や約束してよい範囲を明確にし、会話の一部として知識を提供させると力を発揮します。公開されているAI Agentのページでは、自社コンテンツにもとづく回答と、収集情報や会話履歴を伴う引き継ぎを紹介しています。現地訪問がサービスに含まれるか、予約前に何を準備するかなど、フォームでは扱いにくい質問に役立ちます。

区別すべきなのは、方針の説明と確約です。住宅関連サービスのアシスタントが、公開済みの現地調査の流れを説明するのはよい使い方です。しかし、最終見積額を作り出したり、未確定の予約を約束したりしてはいけません。そうした判断は、業務ルール、予約システム、担当者による確認に委ねます。

AIの各機能は役割が異なる

顧客と会話するのはAI Agent blockです。Build it with AIは説明文から設定を作成し、Edit it with AIは既存のAgent Instructionsを修正します。Knowledge Baseは業務情報を保持し、Store Dataは保存するFieldsを定義します。Interactive componentsはボタンなどの要素を提供し、OutputsはAIとの会話を終えて接続先のフローへ制御を戻します。これらの名称と動作は、AI Agentの設定ドキュメントにもとづきます。

設置工事の問い合わせなら、サービス内容や事前準備の案内をKnowledge Baseに入れます。情報源にもとづいて回答すること、必要事項を集めること、正式な見積もりを求められたら担当者へ渡すことは、Agent Instructionsに記載します。対応するFieldsはStore Dataで定義します。フィールドを作っただけでは、その情報を集める指示にはなりません。

「有人対応が必要」というOutputはHuman takeoverへ、条件確認完了のOutputは次に必要な業務処理へ接続します。AI Agentは次のブロックの処理内容を把握していません。そのため終了条件では、会話をいつ終えるかを指定し、後続のメール送信や予約がすでに成功したかのように約束しないことが大切です。

この役割分担にすると、ワークフローを点検できます。必須手順はフロー、説明はAI、処理の完了確認は接続先のシステムが担います。感じのよい回答が返っても、見込み客情報の保存や予約の完了の代わりにはなりません。

エージェントが読める形でナレッジを整える

ドキュメントによると、LandbotのKnowledge Baseが扱えるのはテキストのみです。方針を画像でアップロードしたり、重要な指示を図の中だけに記載したりしても、エージェントが使える根拠にはなりません。取り込んだ情報源を開き、エージェントに渡ったテキストを確認してください。不足があれば、利用する前に明確な文章へ書き直します。

URLを情報源にする場合は、指定したスケジュールで自動更新できます。更新スケジュールと元ページの管理責任者を決めてください。サービス条件が変わったのに古いアップロード文書を残していれば、流暢でも誤った回答になり得ます。

受け入れ確認では、一般的なサービスへの質問、曖昧な依頼、断る必要がある依頼を試すと役立ちます。回答を読み、保存された情報も確認します。見るべきなのは、アシスタントの話しぶりよりも、プロセス全体が成立しているかです。

WhatsAppで、問い合わせフォームを条件確認の会話に変える

顧客がすでにWhatsAppでサービスについて問い合わせているなら、LandbotのWhatsApp対応は有力な検討理由になります。WhatsAppの製品ページでは、公式WhatsApp Business APIへの接続、オプトイン用ウィジェット、キャンペーンツール、テスト環境、Team Inboxが紹介されています。

既存フォームで氏名、電話番号、大まかな依頼内容だけを集めている住宅関連サービスを考えてみます。窓口担当者は折り返し電話をして、所在地、作業の種類、希望する次の対応を確認しなければなりません。ここでは、短いWeb上の入口からWhatsAppへ移り、担当者が的確に返信するために必要な情報をボットが集める設計に置き換えます。

これは、文書に記載された機能を組み合わせた設計例です。このフローを実際に導入した、あるいはコンバージョンが改善したと主張するものではありません。

1. 1

   利用するチャネルを明確に選んでもらう

   問い合わせページに「WhatsAppで続ける」というわかりやすい導線を用意します。Landbotのドキュメントには、Growth toolsでWebボットにClick-to-WhatsAppを設定する方法が記載されています。クリック後に何が起きるかを説明し、WhatsAppを使いたくない人のために通常の連絡手段も残します。

2. 2

   WhatsAppだけで受付を始められる設計にする

   WhatsAppのフローを作り、最初の質問で新規見積もり、進行中の作業、その他の質問といった用件を確認します。Webの会話から移動しただけで、すべての回答が引き継がれたり、顧客レコードと自動的に照合されたりすると考えてはいけません。必要事項を確認し直すか、連携機能を使って確認済みのレコードを明示的に接続します。

3. 3

   担当者が説明できるルールで条件を確認する

   対応地域と作業の種類を尋ね、回答を保存し、対応できない依頼には理由を案内する経路を設けます。判断基準は明示します。WhatsAppに対応した回答選択肢を使いつつ、例外的な事情の説明や有人対応の希望も受け付けられるようにします。

4. 4

   項目の入力中に生じる質問をAIで補う

   現地調査の内容や、窓口担当者が必要とする情報をAI Agentに説明させます。最新のサービス案内と、約束してはいけない事項を指示しておきます。訪問者の準備ができたら条件確認フローへ戻し、承認済みの情報では対応できない依頼は担当者へ引き継ぎます。

5. 5

   引き継ぐ前に依頼内容を保存する

   必要事項を顧客レコードへ送り、責任者に通知します。Human takeoverで引き継ぎが成功するとボットは停止するため、すべての問い合わせで必須の処理はその前に置きます。誰も対応できない場合には、連絡先を確認して後から対応する別の経路を用意します。

6. 6

   スマートフォンで会話をテストする

   WhatsAppのテスト機能を使い、対応可能な依頼、地域外の依頼、回答を変更する顧客、担当者不在時の有人対応要求を確認します。会話履歴だけでなく、送信先のレコードも点検してください。見た目は成功していても必要事項が保存されていなければ、ワークフローは未完成です。

LandbotのWhatsApp構築ガイドには、Click-to-WhatsApp、テスト、回答選択肢、Global Keywordsが説明されています。「Agent」などのキーワードを、有人サポートへの出口にできます。また、ビルダーに表示されていても、WhatsAppでは完全に互換性がないWeb機能があると注意を促しています。Web用の設計をそのまま移す前に、実際のチャネルで試してください。

問い合わせ後には、会話を継続できる条件が重要になります。Landbotの説明では、顧客の最後のメッセージから24時間が対応可能な時間枠です。それ以降に企業側から連絡するには、適切なオプトインと承認済みのMessage Templateが必要です。通常のフォームで電話番号を集めても、ドキュメントに記載されたWhatsAppの同意取得フローの代わりにはなりません。意図した手段で連絡できない見込み客を残さないよう、受付と同時にフォローアップも設計します。

測定では、「このボットは対応に使える依頼を集められたか」と「このWhatsApp番号全体で何が起きたか」を分けて考えます。Landbotには、番号を対象とするチャネル単位のMetricsと、個別ボットの分析があります。同じ番号に複数のフローがつながっている場合、個別ボットの画面だけでは顧客対応の全体像はわかりません。

外部連携と有人引き継ぎ：ボットの外で業務を完了させる

会話から実際の作業が発生するなら、Landbotの外部連携が重要です。会話履歴はやり取りの記録ですが、正しく項目が埋まった顧客レコードは担当者が業務に使える情報です。連携カタログには、顧客関係管理システムのHubSpot、Google Sheets、Airtable、Calendly、Slack、Mailchimpに加え、ZapierやWebhookなどの自動化手段が掲載されています。

住宅関連サービスの問い合わせなら、どのシステムを依頼の管理元にするか決めます。サービスの種類、所在地、連絡先、希望する次の対応を、管理先のフィールドに対応付けます。同じ顧客がすでに登録されている場合の処理も必要です。標準連携は設定の手間を減らせますが、フィールド名や管理責任のルールは自社で決めなければなりません。

完了メッセージは、確認できた処理に合わせます。会話で依頼を受け取っていても、送信先システムの確認が取れていなければ「依頼を送信しました」と伝えるのは早すぎるかもしれません。情報を保持し、担当者に対応が必要な箇所を知らせる失敗時の経路を設計してください。これはワークフロー設計の助言であり、すべての接続先が同じ再試行やエラー処理を備えるという意味ではありません。

単純な標準連携なら、マーケティング担当者が保守できる場合もあります。一方、独自の接続先では、認証、応答処理、障害対応に技術者の助けが必要になることがあります。ビルダーがノーコードでも、特殊な社内システムとの連携までノーコードで済むとは限りません。

Human takeoverは、対応可能なときも不在時も設計する

LandbotのHuman takeoverブロックは、対応可能なメンバーに会話を割り当て、ボットを停止します。対応できる人がいなければ、ブロックの赤い出力へ進みます。Human takeoverのドキュメントは、この出力を未接続のままにすると、訪問者が返答を受け取れなくなるおそれがあると明記しています。

Inbox & Builder toolsからブロックを追加し、チャットを受け取れる担当者を指定します。不在時の経路には、次の対応がわかるメッセージと連絡先の収集を接続します。必須の通知やレコード更新は引き継ぎより前に置きます。人が会話を受け取った後は、その先のブロックは実行されません。

電話対応を兼務する窓口担当者がいる小さな事務所では、この仕様が設計を左右します。「Busy」と「Offline」は、新しい引き継ぎを受けられる状態に数えられません。「担当者に接続しています」と安心させるだけでは不十分です。対応できないときにどうなるかを、次の経路で説明する必要があります。

すでに担当が割り当てられた会話についても、メンバーがオフラインになった場合のSettings > Preferences > Assignationを確認してください。Landbotには、割り当ての維持、解除、再割り当ての選択肢があります。欠員を補う自社の体制に合う動作を選び、フォローアップの責任者に未割り当ての受信トレイを確認してもらいます。

実務上の成果は、同じ質問の繰り返しや放置される依頼を減らすことです。担当者が依頼を理解し、保存済みの情報を見つけて動ける状態になって、初めて引き継ぎは完了します。ライブチャット機能があるだけでは、その成果を得られたことにはなりません。

Landbotの料金：必要な機能でプランの境界を見極める

ここまでのWebサイトとWhatsAppを組み合わせたワークフローなら、Professional WAが検討の起点です。StarterはWebでの試験運用には使えますが、自社番号でのWhatsApp運用、プレミアムCRM連携、ブランド表示の削除には対応しません。以下はLandbotの公開料金ページにある税別の米ドル価格です。年払いの金額は、年間請求額を月額に換算しています。

• Free： $0。月100チャット、1席、AIチャットなし。Landbotの番号でWhatsAppをテストできます。
• Starter： 年払いで月額$36、月払いで$45。月500チャット、AIチャット100件、2席です。
• Professional： 年払いで月額$88、月払いで$110。月2,500チャット、AIチャット300件、3席。WhatsAppは追加料金です。
• Professional WA： 年払いで月額$176。月2,500チャット、AIチャット500件、3席、WhatsApp番号1つです。
• Business： 料金とチャット・AIの利用量は個別見積もりです。5席からで、WhatsApp番号1つを含みます。

これらは利用枠であり、すべての費用を含む請求額ではありません。LandbotはAIチャットを別に計測し、会話の一部だけでAIを使った場合も対象になります。追加のAIチャットは$0.10、通常チャットの超過分はチャットあたり$0.05で500チャット単位の請求、追加席は月額$25と記載されています。WhatsAppのメッセージにはLandbotとMetaの料金が加わる場合があります。

したがって、付属するチャット数が十分に見えるかだけでは判断できません。AIを使う問い合わせの件数、受信トレイへのアクセスが必要な人、フォローアップメッセージの課金方法を確認します。キャンペーンの予算を組む前に、適用されるメッセージ料金表を取り寄せてください。料金ページは米ドル表示にしても一部の料金欄がユーロのため、見出しのサブスクリプション価格を最終請求額とみなすと見誤ります。

導入判断を左右するLandbotの制約

Landbotの主な制約は、使い心地のよい会話を実務の要件につなぐ場面で現れます。次の点は、試用の内容、プラン選び、候補の比較に反映すべきです。

WebとWhatsAppでは体験が異なります。 WhatsAppのガイドは機能の互換性について明確に注意しています。Webボットの見た目が正しくても、同じ選択肢、メディア、入力動作がスマートフォンで正しく動く証拠にはなりません。チャネル別の確認を継続できないなら、初回の公開範囲を絞りましょう。

Knowledge Baseは画像だけの情報を読めません。 対応地域の地図やスキャンした規定には重要な答えがあっても、利用できるテキストがない場合があります。不可欠な情報を読める文章に変換し、取り込まれた内容を確認します。サポート資料の多くが画像なら、情報源の整備もプロジェクトの一部です。

Build it with AIは、調整済みの設定を置き換える場合があります。 設定ドキュメントによると、Agent Setup全体を上書きします。既存のAgent Instructionsの修正に使う機能はEdit it with AIです。再生成する前に確認済みの指示やフィールド定義を保存し、変更を公開する前に結果を点検してください。

AIが終了しても、業務処理の完了は証明されません。 AI Agentは次につながるブロックの内容を知りません。同様に、Human takeoverが成功すると、その後のボットのブロックは動きません。必須のレコード更新は対象の全経路が通る場所に置き、未確認の処理を確約する文言を避けます。回答の自然さ以上に、実行順序が重要です。

AIの利用枠は別に管理する必要があります。 通常の条件確認を進める会話でも、途中でAIを使えばAIの計測対象になります。訪問者の多くが自由形式で質問するなら、通常チャット枠で全体をまかなえると考えず、その利用実態を前提に計画します。

サポート機能があっても、対応の責任者は必要です。 忙しいときの動作は、赤い出力、メンバーの対応可能状態、再割り当ての設定で決まります。Landbotは経路を用意できますが、無人の受信トレイに人を配置することはできません。誰がフォローするかの決定を先送りするためにツールを買おうとしているなら、導入は見送るべきです。

Landbotレビューの結論：実現したい業務プロセスが明確なら有力

WebとWhatsAppで条件確認の経路を設計し、管理された手順の合間にAIで回答したい場合、Landbotは有力な候補です。特に、見積もり、予約、別窓口への案内に進む前に、毎回同じ受付質問をしている小規模事業者に適しています。

当面の課題がサポートの対応待ちやECの会話管理なら、Tidioを先に検討します。接続したナレッジから多様な質問に答えることが価値の中心なら、Chatbaseも同じように評価してください。既存フォームで十分な情報が得られていて、チャットボットが手間を増やすだけなら、そのフォームを維持するのが妥当です。

判断を分けるのは、ワークフローが有用な次の処理まで到達するかです。最初の試験運用では既存の問い合わせを使い、必要事項の取得、指定システムへの保存、根拠のある質問だけへの回答、担当者がいる場合といない場合の処理を要件にします。Analyzeで保存されたFieldsを確認し、AI Analysisの会話履歴を送信先のレコードと照合します。会話履歴と受け取り側の記録を合わせて読んでください。担当者が依頼内容を組み立て直さなければならないなら、公開範囲を広げる前にフローを修正します。

月曜日には、マーケティング責任者と実際に問い合わせへ返信する担当者で、この受け入れ基準をすり合わせてください。それを満たす最小限の導線を作り、実際の離脱や情報不足の依頼をもとに改善箇所を決めます。そうしたプロセスがあればLandbotを導入する理由になります。フォームの動きを華やかにするだけでは、十分な理由になりません。

よくある質問

Landbotは無料で使えますか？

はい。継続して使えるFreeプランがありますが、AIチャットは含まれません。有料機能を試せる別のトライアルは14日間で、カード登録は不要です。終了後はFreeへ移行します。AIの評価にはトライアルを使い、その利用権限を恒久的な無料枠と取り違えないようにしてください。

WhatsApp APIの利用承認前にボットを作り始められますか？

はい。LandbotのWhatsAppページでは、承認前にスマートフォンでボットを構築・試用できるクローズドなテスト環境を紹介しています。会話の確認はできますが、顧客向けの自社チャネルがすでに承認されたという意味ではありません。

Landbotの代替ツールは？

サポート業務の管理環境を重視するならTidio、ナレッジにもとづくAI回答が体験の中心ならChatbaseが候補です。同じ問い合わせ、保存が必要な情報、有人引き継ぎを使って比較してください。同じチャネル名に対応しているだけで、動作まで同等とは限りません。

既存システムに合わせて問い合わせフロー、外部連携、有人引き継ぎを設計したい場合は、AIカスタマーサービスをご覧ください。