ManyChat から TG-Staff への移行: Telegram カスタマー サービス システムを構築するための完全な手順とデータの考慮事項

Telegram カスタマー サービス システムの移行は、マーケティング オートメーション ツールからプロフェッショナルなカスタマー サービス プラットフォームに移行する多くのチームにとって重要なステップです。 ManyChat を使用して Telegram Bot を管理しているが、マルチエージェントのリアルタイム チャット、会話のオフロード、コンテンツ リスク制御などの顧客サービス シナリオの処理には適していないと思われる場合は、TG-Staff への移行を検討する価値があるかもしれません。

この記事では、ManyChat の制限から始まり、TG-Staff への移行の 5 つの完全な手順を詳細に説明します。データ エクスポート、ボット アクセス、セッション オフロード構成、テスト切り替えをカバーし、スムーズな移行とプロフェッショナルなカスタマー サービス システムの迅速な構築に役立ちます。

カスタマーサービスシステムを構築するためにManyChatからTG-Staffに移行する理由

ManyChat はもともと Facebook Messenger のマーケティング オートメーション用に設計されており、その後 Telegram のサポートが追加されましたが、そのコア機能は依然としてブロードキャスト、自動応答、および基本的な目標到達プロセスを対象としています。ビジネスで複数のエージェントがユーザーの問い合わせを同時に処理したり、ルールに従って会話を変更したり、カスタマー サービス メッセージのコンテンツ リスク管理を実行したりする必要がある場合、ManyChat の限界が明らかになります。

ManyChat の制限と TG-Staff の目的とする利点

比較寸法	たくさんチャット	TGスタッフ
コアの位置決め	マーケティングオートメーションと放送	カスタマーサービスおよびオペレーションSaaS
マルチエージェントのリアルタイム チャット	サポートされていません (サードパーティの統合に依存します)	ネイティブ サポート、独立したエージェント アカウント
セッションオフロード	なし (すべてのメッセージが同じバックグラウンドに送られます)	ローテーション配布/オンライン優先をサポート
コンテンツのリスク管理	なし	リスクワード検出とウォレットアドレス監視をサポート
自動翻訳	ネイティブサポートなし	AI/Google/DeepL翻訳搭載
トラフィックの帰属	自己構築された URL パラメータの追跡が必要です。迂回リンクはソースとパラメータを自動的にキャプチャします。
パッケージ価格	連絡先の数に基づいて請求されます	席数に応じて課金されます。詳しくは公式ウェブサイトのパッケージページをご覧ください。

次のようなシナリオが発生した場合は、TG-Staff に移行すると効率が大幅に向上します。

• ユーザーを受け入れるために複数のカスタマー サービス スタッフが同時に Web ポータルにログインする必要があり、ManyChat では全員が同じアカウントを共有することしか許可されません
• ユーザー相談のピーク期間中は、すべてのメッセージが同じバックエンドに流れるのではなく、新しいセッションをオンライン エージェントに自動的に割り当てる必要があります。
• チームはカスタマー サービス メッセージ内の機密コンテンツ (特定のウォレット アドレス、違法なキーワードなど) を監視する必要がありますが、ManyChat にはそのような機能がまったくありません。

今から移行を始めるのに最も適しているのはどのチームですか?

次のチームは移行を優先することを推奨しています。

• 国境を越えたカスタマー サービス チーム: 多言語の自動翻訳が必要で、エージェントは複数のタイム ゾーンに分散しています。
• Web3 および暗号通貨プロジェクト: 誤発行や詐欺を防ぐために、カスタマー サービス メッセージ内のウォレット アドレスを監視する必要があります。
• 海外マーケティングと電子商取引: 広告を通じてトラフィックを Telegram に誘導するには、各ユーザーのソース チャネルを追跡する必要があります。
• コミュニティ運営チーム: 「ブロードキャスト通知」から「1 対 1 の手動カスタマー サービス + 自動プロセス」の組み合わせにアップグレードする必要がある

移行前の準備: データのインベントリとアカウントの確認

移行は単純なツールの置き換えではなく、顧客サービス プロセスのアップグレードです。始める前に、次のチェックリストを完了することをお勧めします。

ManyChat からユーザー データとタグをエクスポートする

ManyChat のユーザー データ (テレグラム ID、カスタム タグ、メモなど) は、TG-Staff に自動的に移行されません。必要なものは次のとおりです。 1.ManyChat バックエンドにログインし、ユーザー リストのエクスポート機能を見つけます (通常は CSV 形式をサポートします) 2. エクスポートされたフィールドに Telegram ID が含まれていることを確認します (これは、その後のユーザーの照合の鍵となります) 3. ユーザー タグ グループを記録します。これは、移行後に API を通じて、または手動で TG-Staff で再ラベル付けできます。

Bot API の権限が Webhook と競合していることを確認してください

BotFather (@BotFather) で、ボットに次の権限が有効になっていることを確認します。

• すべてのメッセージを読み取る機能 (有効にする - 「グループ プライバシー」をオフにする必要があります。オフにしないと、ボットは / で始まるコマンドのみを表示できます)
• 必要がない場合は、インライン モードをオフにすることができます

同時に、設定したWebhookアドレスをManyChatに記録します。移行後は、まずこのアドレスをクリアする必要があります。

ステップ 1: TG-Staff で Telegram ボットを接続する

準備作業が完了したら、正式アクセスを開始します。

1. TG-Staff Consoleにアクセスしてアカウントを登録します(3日間の無料トライアル)
2. 新しいプロジェクトを作成し、プロジェクト名を入力します（「顧客サービス システム」など）
3. ボット アクセス ページで、ボット トークン (BotFather から取得した、123456:ABC-DEF1234 形式) を入力します。
4. クリックしてアクセスすると、TG-Staff が自動的に Webhook を設定し、ボットのステータスを確認します。

アクセスに成功すると、コンソールにボットのオンライン ステータスが表示されます。現時点では、Webhook を手動で設定する必要はなく、TG-Staff がメッセージングを引き継ぎます。

ステップ 2: カスタマー サービス エージェントとセッション転送ルールを構成する

ボットが接続されたら、次のステップはチーム メンバーを招待し、セッションの分散方法を設定することです。

エージェントアカウントを作成し、権限を割り当てる

TG-Staff は、パッケージに基づいて 3/5/20 の座席割り当てを提供します。エージェントを作成する手順: 1.「エージェント管理」ページに入ります。 2. [エージェントの追加] をクリックし、メンバーの Telegram ユーザー名または電子メール アドレスを入力します。 3. プロジェクト権限を割り当てる (「すべてのプロジェクト」または「指定されたプロジェクト」など) 4. エージェントは招待リンクを受け取り、ログイン後に保留中のセッションを確認できるようになります。

各エージェントは独立したアカウントとログイン パスワードを持っており、ManyChat の単一のバックエンドを共有する必要はありません。

配布ルールを設定します: ローテーション配布とオンラインの優先順位

プロジェクト設定では、セッション オフロード戦略を構成できます。

• 順番に割り当て (デフォルト): 承認されたエージェントを順番にポーリングします。エージェントの数が固定されており、ワークロードが均等であるシナリオに適しています。
• オンライン優先度: 現在オンラインのエージェントへの割り当てを優先し、すべてがオフラインになった場合はローテーション割り当てに戻ります。繁忙期に相談件数が急増するシーンに適しています。

提案: チームに朝と夜のシフトがある場合、またはエージェントのオンライン時間が一貫していない場合は、「オンライン優先」モードの使用を優先してください。これにより、ユーザーの待ち時間が大幅に短縮されます。

ステップ 3: Bot の自動応答とコマンド プロセスを再構築する

ManyChat のフロー (プロセス) は TG-Staff に自動的に移行されません。ビジュアル コマンド プロセス エディターを使用してコア インタラクションを再構築する必要があります。

ManyChat フローからビジュアル プロセス エディターに移行する

TG-Staffのプロセスエディタはドラッグ＆ドロップ操作でゼロコードで完成します。移行の提案:

1. 最初にコア プロセスをコピーします: /start> ウェルカム メッセージ、FAQ メニュー、手動ボタンへの切り替えなど
2. 再最適化の詳細:ManyChat の複雑な条件分岐を複数の独立したコマンド プロセスに分割できる
3. 各ノードをテストします: メッセージ送信、ボタン ジャンプ、変数参照がすべて正常であることを確認します。

一般的なコマンド テンプレート: ようこそ、メニュー、マニュアルへの転送

以下は典型的なプロセスの簡単な例です (コードを記述する必要はなく、エディターにドラッグ アンド ドロップするだけです)。

• トリガーワード: /start
• ノード 1: プロジェクトの紹介やショートカット ボタンを含むウェルカム メッセージを送信します。
• ノード 2: メニュー ボタン → FAQ (デフォルトのコピーへの返信)
• ノード 3: 手動ボタンに切り替え → 手動エージェント割り当てをトリガー (セッション キューに自動的に入る)

ステップ 4: ユーザー データをインポートし、セッション リンクをテストする

TG-Staff は、ボットに話しかけたすべてのユーザーを自動的に同期するため、手動でインポートする必要がなくなります。ただし、ManyChat でカスタム タグを保持する必要がある場合は、次のことができます。

1. エクスポートした CSV ファイルを使用して、TG-Staff API を通じてユーザーのポートレートをバッチ更新します
2. または、コンソールで手動でユーザーにタグを追加します

テストリンクの推奨事項:

• テスト Telegram アカウントを使用してボットにメッセージを送信します
• エージェントが TG-Staff コンソールで新しいセッション通知を受信できることを確認します
• テスト転送ルール: 複数のテスト アカウントを使用してメッセージを同時に送信し、事前に設定されたルールに従ってメッセージが異なるエージェントに配信されるかどうかを観察します。
• 自動翻訳のテスト: 中国語以外のメッセージを送信し、翻訳された内容がエージェント側に表示されることを確認します。

ステップ 5: 古いシステムの正式な切り替えとオフライン

切り替え日のチェックリスト:

• [ ]ManyChat で Bot バインドが解除されていること (Webhook がクリアされていること) を確認します。
• TG-StaffのBotステータスがオンラインで表示されていることを確認
• 少なくとも 1 つのエージェントがオンラインであり、テスト メッセージを受信できることを確認します
• 転用ルールが有効になっていることを確認します (ローテーション割り当てまたはオンライン優先)。
• 自動応答プロセス (/start> ウェルカム メッセージなど) が公開されていることを確認します。

オフピーク時間 (早朝や平日の午後など) に切り替えを完了し、1 ～ 2 時間の観察枠を残すことをお勧めします。例外が見つかった場合は、一時的にManyChatに戻す(Webhookをリセットする)ことができますが、メッセージに短い遅延が発生する可能性があることに注意してください。

ManyChat をオフラインにする場合は、完全に閉じる前に、すべてのユーザー セッションが新しいシステムに自然に移行していることを確認するために、アカウントを 3 ～ 7 日間保持することをお勧めします。

よくある質問

**Q:ManyChat から TG-Staff に移行すると、ユーザー データは失われますか? ** 答え: 失われることはありません。 TG-Staff は、ボットに話しかけたすべてのユーザーを自動的に同期するため、手動インポートの必要がなくなります。ただし、ManyChat のカスタムタグ、メモ、その他のデータは事前​​にエクスポートする必要があります。移行後、TG-Staff で再ラベル付けしたり、API を通じてユーザーのポートレートをバッチで更新したりできます。

**Q: 移行後、Bot の /start コマンドとウェルカム メッセージをリセットする必要がありますか? ** 答え: はい。 ManyChat のフロー ロジックは、TG-Staff に自動的に移行されません。ビジュアル プロセス エディターを使用してコア コマンド プロセス (/start ウェルカム メッセージ、メニュー ナビゲーションなど) を再構築し、テストが正しくなった後に切り替えることをお勧めします。

**Q: TG-Staff は、同時にセッションを処理する複数のエージェントをサポートしていますか?セッションはどのように割り当てられますか? ** 回答: サポートされています。 TG-Staff は、パッケージに基づいて 3/5/20 のエージェント クォータを提供し、複数のエージェントが同時に異なるセッションを処理できるようにします。セッション割り当ては、ラウンドロビン割り当て (デフォルト) とオンライン優先順位の 2 つのモードをサポートしており、プロジェクト設定でいつでも切り替えることができます。

**Q: ユーザーが送信したメッセージは移行プロセス中に失われますか? ** 回答: 操作の順序が正しければ (まずManyChat でバインドを解除し、次に TG-Staff でボットに接続します)、メッセージは失われません。すべてのセッションが正常に行われるように、オフピーク時間に操作し、観察枠を 1 ～ 2 時間確保することをお勧めします。

**Q: TG-Staff には無料トライアルがありますか?移行前にテストできますか? ** 答え: はい。サインアップすると、全機能を備えた 3 日間の無料トライアルをお楽しみいただけます (Standard/Pro の機能はトライアル パッケージによって異なります)。正式に切り替える前に、試用期間中に移行テストを完了し、すべてのプロセスが正しいことを確認することをお勧めします。

Telegram カスタマー サービス システムの構築を開始します

TG-Staffへの移行は、単なるツールの切り替えではなく、顧客サービスプロセスを「マーケティングオートメーション」から「プロフェッショナルな顧客サービスシステム」にアップグレードする機会でもあります。この記事の 5 つの手順を実行すると、データ損失やユーザー メッセージの混乱を心配することなく、ManyChat から TG-Staff への移行をスムーズに完了できます。

今すぐ無料トライアルにサインアップしてください: https://app.tg-staff.com/ 完全な移行ドキュメントを確認してください: https://docs.tg-staff.com/ 何か問題がありますか?カスタマーサービスボットに連絡してください: @tgstaff_robot