最初から最後まで 10 分ほど。その大半は、エージェントに何を言わせるかを決める 時間です。番号とエージェント がすでにある前提で進めます。
入り口は二つ。やりたいことを文章で伝えるのが速い方で、このページはその流れを 追います。通る画面はすべて、後から手動で編集もできます。
仕事を伝える
新しい受付係に口頭で伝えるように、Octo にやりたいことを一文で言ってください:
代表電話に応答してください。発信者の名前と要件を取って、緊急そうなら印を 付けて、こちらから折り返せるようにしてください。
Octo は受け付け、設計、設定、生成、作成の各段階を進みながら、今どの部分を やっているか教えてくれます。その裏でやっているのは、システムプロンプトを書き、 ペルソナと挨拶を選び、指定があればウェブサイトをナレッジベースに取り込み、 モデルと音声を選ぶこと — 尋ねられるのではなく、決めてくれます。
質問は二、三聞かれます。どれも推測できないものばかりです。
唯一推測しないこと
あなたがどこにいるか。 Octo は都市か地域を聞いてきますが、質問を飛ばしたり 既定値を入れたりしません。
事務作業に見えて、そうではありません。どのエージェントにも日付の質問は来ます — 「来週の水曜日に電話してもらえますか?」、「明日の営業は何時から?」、 「まだ予約できますか?」 — タイムゾーンを持たないエージェントは時計を UTC で 回します。「明日」を間違った日に解決し、夜中のようないい方を朝の 9 時に挨拶 しかねません。これがなくて安全なエージェントという種類は存在しません。
タイムゾーン文字列ではなく都市で答えてください。自分が Asia/Singapore にいると
自覚を持っている人はいません。シンガポールにいると知っているだけです。地域が
複数のゾーンにまたがる場合 — 米国、オーストラリア、ブラジル — は、勝手に選ばれる
のではなく、どの都市かを聞かれます。
テスト通話
携帯番号を Octo に渡すと、顧客が受けるのと同じ音声ランタイムで、本当に電話が かかってきます。出て、あなたの受付係と話してください。同じものが /agents に 音声を試す → 自分の電話に発信 としてあります。
オンボーディングでは、通話が 待機中…、呼び出し中…、応答しました、 そして 通話終了 と進む様子が表示され、途中で止まった場合はどこで止まったか わかります。
これがループです。以下は、それを聞いた後に変えたくなるかもしれないことで、 どれも設定画面ではなく Octo への一言で済みます。
それらがどこに置かれたか
知っておく価値があります。何かがおかしいとき、ここを見ることになるからです:
| Octo が書いたもの | 置き場所 |
|---|---|
| 名前、システムプロンプト、挨拶 | /agents — 挨拶は エージェントが最初に話す内容 |
| 音声、パイプライン、モデル | /agents → 音声パイプライン |
| ウェブサイト(ナレッジとして) | /agents/knowledge |
| 番号 → エージェントの紐付け | /phone-numbers — 「… がこのチャネルに応答します」 と表示 |
/agents の デプロイ セクションは、Not deployed や 音声チャネルなし ではなく 「… にデプロイしました」 となっているはずです。なっていなければ、 エージェントは存在するのに、どの通話も届きません。
二つのテストと、それぞれが証明すること
交換可能ではなく、混ぜると半日を無駄にします。
| テスト | 場所 | 証明すること |
|---|---|---|
| マイクテストを開始 | /agents | エージェントの言葉、声、ナレッジ |
| 音声を試す → 自分の電話に発信 | /agents | 実際の電話越しのエージェント |
| 自分で番号に発信する | どの電話でも | 番号、紐付け、エージェントの全体 |
マイクテストは、エージェントの セリフ を磨く最速のループです — “電話は不要です。このページから直接エージェントと話せます。” しかし “WebRTCはブラウザでのテストに使用できます。電話経由の場合は番号が必要です。” 最後の行だけが、顧客の発信があなたのエージェントに届くことを証明します。
言葉が整うまでマイクテストを使い、その後に一度、電話から番号に発信して、 自分の挨拶が聞こえるか確認してください。別人の挨拶が聞こえたら、番号がこの エージェントに紐付いていません — 音声エージェントが動かない理由 を参照してください。
知るべきことを与える
/agents/knowledge — “まずエージェントを作成し、その後で根拠となるナレッジを 追加してください。” 営業時間、料金、やること・やらないこと、場所。
テストの後にではなく、前にやってください。初回の通話が期待外れなのは、大半が エージェントの不具合ではなく、何も教えられていないエージェントが、答えようの ない質問に正しく答えているだけです。
デプロイは仕事の半分
応答して忘れる受付係は、ただの留守番電話です。残りの半分は、その後の通話を どうするかで、そこに価値があります。
通話は必ず終わり、その終わりがワークフローを起動できます。 メッセージを 預かる、何かを予約する、発信者を連絡先に書き込む、自分にメールする — 次の一手はワークフローなので、受付係の機能一覧のような縛りはありません。 エージェントと同じように文章で記述します。
会話は解析されます。 /dialog-insights で 対話インサイト を紐付けると、 Octo がすべての文字起こしから指定したフィールドを抽出し、自動トリアージ が 優先度でキューを並べ替えます。キャンペーンではなく エージェント に紐付けると、 着信も発信も、すべての通話が同じ形で返ってきます。
フィールドの一つを 折り返し要 にしておけば、それが人間がかけ直すべき通話の印に なります — いるかどうかわからない人へ生きた通話を転送する代わりに、これが普通の 運用です。
1 分待ってください。 解析は通常、通話終了の数秒以内に着きますが、保証された 経路は 30 分ごとの一括処理です。切った直後にまだ無くても、来ます — 故障を探しに行かないでください。
戻ってくるものの詳細: 通話の後に何が起きるか。
知っておきたい二つのこと
エージェントなしの番号も応答します。 何も構築する前に、接続済みの番号は テスト用エージェントが受けて、回線が動くことを確認できるようになっています。 オンボーディング上の便宜であって、あなたの受付係ではありません。構築したら 紐付けてください — 紐付けのない番号に応答させたくない場合、それは設定で変えられます。
着信には常に応答します。 支出上限と同時実行の上限は、Octo が かける 通話に適用され、受ける 通話には適用されません。受付係としてはこれが望ましい 挙動です — 上限に達しても受話をやめることはありません。その一方で、着信量は それらの上限に縛られないということでもあり、発信禁止リストにあっても、相手は あなたに電話をかけてこられます。