nocall.aiを資料請求後の即時フォローへ使うなら、「1秒で架電」という速さだけで決めない方が良いです。一件の受付が重複なく発信され、会話結果や日程がCRMへ戻るところまで通して確認してください。

公式サイトでは、リード獲得から1秒で架電開始し、CRMからAPIで架電を実行できると案内されています。通話後はWebhookで結果を返却し、文字起こしや要約、カレンダーを使った日程調整までつなげられます。

即時フォローとの相性は良い候補ですが、速さの測定区間と失敗時の終わり方は自社の受付フローで確かめる必要があります。この記事では、製品機能の一覧ではなく、一件のリードを使った判断方法を説明します。

一件のリードを最後まで追って判断する

最初に、資料請求フォームから架電結果の保存までを一つの業務として描きます。フォーム受付後に重複を判定し、架電を指示します。その後の呼び出しと相手の応答、会話終了、結果返却まで追ってください。

各工程には同じ受付IDを持たせます。電話番号だけで照合すると、同じ人が複数の資料を請求した場合と、一回の送信が再配信された場合を区別できません。受付IDで追えれば、二重架電と結果の上書きを見つけやすくなります。

完了状態も先に決めてください。日程確定と担当者への接続、資料送付は別の状態です。再連絡と対象外、停止希望も分けます。通話が終了しただけの一件を成功へ含めないことが重要です。

デモでは正常な一件に加え、同じ受付を二回送るケースと、架電指示後に応答が返らないケースを試します。どの画面やログで一件の現在地を確認できるかまで見てください。

1秒架電は測定区間と通常時の差を見る

nocall.ai公式サイトは、営業用途について「リード獲得から1秒で架電開始」と案内しています。比較するときは、リード獲得と架電開始がそれぞれ何を指すかをそろえます。

受付時刻と架電要求の受付時刻、電話回線で呼び出しを始めた時刻を別に記録してください。相手が電話に出た時刻は、相手側の状況に左右されるため、システムの開始速度とは分けます。

通常時だけでなく、同時に複数件を受けた場合と、外部連携が一度失敗した場合も測ります。公式サイトは1件から5000件までの一斉架電に対応すると案内していますが、即時フォローで必要なのは自社のピーク件数を待たせず処理できることです。

評価には平均値だけでなく、最も遅かった一件も残します。受付の大半が速くても、一部が長く滞留して担当者が気づけない運用では、即時フォローの目的を満たせません。

APIとWebhookは別の役割として確認する

公式サイトでは、APIでCRMから架電を実行し、通話完了後にWebhookで結果をCRMへ返す流れが示されています。発信の入口と結果の出口を分けて確認すると、障害時の原因を追いやすくなります。

架電APIには受付IDと電話番号、会話に必要な項目、利用するプロンプトを渡します。必須項目が欠けた場合に受け付けないのか、待機状態に置くのかを確認してください。CRM側のタイムアウト後に再送しても、同じ受付が二重に発信されない条件も必要です。

nocallのWebhook機能に関する公式発表では、通話開始と終了を外部へ通知できると説明されています。応答と不在、予約確定も通知対象です。送信データには通話情報や会話内容、抽出データをJSONで含められます。

Webhookは、受信側が一時停止した場合の再送回数と間隔を確認します。結果が届かなかった一件を管理画面から抽出し、手動で再送または修正できるかもデモに含めてください。

会話は目標と対象外の終わり方で試す

nocall.aiは、固定分岐ではなく生成AIによる自由対話を特徴としています。公式サイトでは、文脈に応じた応答や複数項目の深掘り、プロンプトの変更が案内されています。

即時フォローでは、会話の自然さより先に目標を一つ決めます。資料請求の理由と検討時期を聞き、条件が合えば日程を確定する、といった形です。一回の通話で取得する項目を増やしすぎない方が評価しやすくなります。

デモでは想定した回答に加え、質問の言い直しと話題の変更を入れてください。回答を拒否する通話も試します。AIが同じ質問を繰り返すのか、別の言い方で確認するのか、担当者へ渡すのかを見ます。

対象外の相談や苦情、判断できない質問は、無理に会話を完了させない設定が必要です。終了時には「対象外」「有人確認」「回答拒否」などの理由を残し、担当者が録音と文字起こしから判断できる状態にします。

日程確定と担当者接続を分ける

公式サイトでは、GoogleカレンダーとOutlookカレンダーの空き状況を通話中に確認し、確定した予定を自動登録できると案内されています。日程調整を目的にする場合は、候補日時の提示だけでなく、登録完了まで試してください。

担当者が複数いる場合は、誰の予定を参照するかを決めます。仮予定が競合した場合と、登録直前に予定が埋まった場合も確認してください。確定しなかった通話を日程調整成功へ含めないようにします。

会話中に担当者へ接続する運用では、転送先が応答できる場合と不在の場合を分けます。公式サイトはTool Callingによる転送連携を案内していますが、転送条件と不在後の動きは自社の体制に合わせて実演する必要があります。

担当者不在なら、折り返し依頼と期限をCRMへ戻します。相手には次の連絡方法を案内し、担当者には会話の要約と確認済み項目を渡してください。同じ質問を最初から聞き直さずに済む状態が引き継ぎの完了です。

不在と停止希望を成功から外す

即時に電話をかけても、相手が応答するとは限りません。不在と留守番電話、通話拒否、番号不備を別の結果として保存します。再架電の対象と間隔、上限を結果ごとに変えてください。

停止希望は会話結果の一つにとどめません。次の発信前に参照する除外情報へ反映し、同じ電話番号を別の受付やキャンペーンへ入れても発信しない動きを確認します。

利用規約では、利用者が預託する個人情報について、利用者自身が個人情報保護法などの手続きを履践することが定められています。フォームで電話連絡の目的と使い方を示し、対象者と時間帯を自社で管理してください。

AIや自動音声であることをどう案内するかも、開始前に決めます。MOTAの公式導入事例では、冒頭の案内表現によって返答や別窓口への問い合わせが変わった経験が紹介されています。対象者に合わせた言葉を試し、苦情時の連絡先を用意します。

結果記録は次の行動に使える形で見る

公式サイトでは、会話履歴の再生と文字起こしが案内されています。生成AIによる要約や成果判定、CRMへの結果保存にも対応します。比較では、記録があることより、担当者が次の行動を決められるかを見ます。

一件の結果には完了状態と取得項目を保存します。次の担当と期限、停止希望は別の項目にしてください。自由記述の要約だけでは集計しにくいため、商談化や再連絡、対象外などの選択項目も必要です。

生成された要約は録音と照合してください。数件の正常な通話だけでなく、回答を言い直した通話と対象外の通話も確認します。誤りを担当者が修正した場合に、元の値と修正者、時刻が残るかも見ます。

週次では、受付から呼び出し開始までの時間と接続率を追います。目標完了率と、担当者への引き継ぎ後の対応率も必要です。AIの通話件数だけを増やさず、次の行動が完了した割合まで確認してください。

料金とデータ条件を一件の見積もりへ入れる

nocall.aiの料金は、エントリープランが初期費用と月額利用料金、従量課金の構成です。エンタープライズプランはセキュリティ要件への対応が案内され、金額は個別の問い合わせとなっています。

見積もりは月間受付件数だけでなく、発信試行と接続を分けます。AI応対時間と再架電も別にしてください。APIとWebhook、カレンダー連携は同じ条件へ含めます。CRM項目の追加とプロンプト変更、運用支援も必要です。

公式サイトは通信の暗号化とISMS認証、個人情報をAI学習へ使わないことを案内しています。契約前には、録音と文字起こし、要約の保存先と保存期間を確認します。Webhookデータの閲覧権限と、契約終了時の出力・削除も正式資料に残してください。

導入期間は平均一か月程度と案内されています。初回デモから本番までの作業を工程へ分けてください。データ準備とプロンプト作成、連携設定の後に受け入れ試験を置きます。担当者研修と自社側の担当も決めます。

即時フォローの受け入れ試験で決める

最終判断では、一件の資料請求を使って、受付からCRMへの結果返却までを通します。重複送信と連携停止を加えてください。担当者不在と停止希望も試し、各ケースが別の完了状態になることを確認します。

最初に見るのは、重複なく一回だけ発信できることです。次に停止希望を発信前に反映できるか、担当者へ必要な情報を戻せるかを確認します。その上で開始速度と会話、日程調整、費用を比べます。

nocall.aiの強みが自社で生きるのは、速い発信と生成AIの会話を、APIとWebhookで前後の業務へつなげられる場合です。CRM更新を手作業のまま残すなら、即時性の効果は途中で薄れます。

試験結果はAI即架電サービスの比較表へ転記してください。対象件数や完了状態が決まっていない場合は、AI即架電の要件定義で決める業務条件から整理できます。