Respondo への移行
別のヘルプデスクからの乗り換えですか? ナレッジベース、会話履歴、保存済み返信、ワークスペース設定を、ガイド付きの 1 回のパスで移行できます — 一度きりのインポートで、古いツールへの継続的な接続はありません。
概要#
移行ウィザードは読み取り専用の API 認証情報で現在のヘルプデスクに接続し、見つかったものを正確に表示し、何を移行するかを選ばせてから、あなたが作業を続けている間にバックグラウンドですべてをインポートします。完了すると、記事は AIエージェントの知識となり、過去の会話は完全な履歴とともに受信トレイに収まり、保存済み返信はすぐに使える状態になります。
一度きりのインポート
データは一度だけコピーされます。Respondo は古いヘルプデスクへ同期し返したり、接続を維持したりしません。
移行するものを選べる
各カテゴリ — 記事、会話、保存済み返信、設定 — は個別にオン/オフを切り替えられます。記事は 1 件ずつ選ぶことさえできます。
正直な進捗
ライブの進捗画面がカテゴリごとの実際の件数 — インポート済み、更新済み、スキップ、失敗 — を表示し、いつでもキャンセルできます。
対応ソース#
Respondo は 3 つのヘルプデスクからインポートできます。それぞれ呼び方が少しずつ異なります — ウィザードは全体を通してベンダー自身の用語を使います:
| ソース | ナレッジベース | 再利用可能な回答 |
|---|---|---|
| Zendesk | Help Center の記事 | マクロ |
| Intercom | 記事 | 保存済み返信(利用不可 — 下記の制限事項を参照) |
| Freshdesk | ソリューション | 定型返信 |
インポートされるもの#
インポートは 4 つの独立したカテゴリで実行されます。どれを含めるかはウィザードの 選択 ステップで選びます:
| カテゴリ | Respondo で何になるか |
|---|---|
| ナレッジベースの記事 | 公開済みの記事は、選択した AIエージェントのナレッジソースになります — エージェントはすぐにそれらから回答できます。すべてをインポートすることも、記事を個別に選ぶこともでき、多言語ヘルプセンター向けの言語別フィルターも使えます。 |
| 過去の会話 | チケットと会話は、完全なメッセージ履歴と連絡先を伴って 解決済み の会話として受信トレイに届きます。それらから高品質な質問と回答のペアもトレーニングデータとして抽出されるため、エージェントはチームが実際にどう答えているかを学びます。 |
| マクロ / 保存済み返信 / 定型返信 | 再利用可能な回答は保存済み返信(設定 → マクロ)になり、チームメンバーはどの会話にも挿入できます。 |
| ワークスペース設定 | タイムゾーン、営業時間スケジュール(休日を含む)、会社名。何も盲目的には適用されません — ウィザードが各設定の差分を並べて表示し、あなたが承認した変更だけが書き込まれます。 |
インポートされた会話はいかなる自動化もトリガーしません: ボットの返信も、エスカレーションも、通知もありません。履歴として静かに届きます。古いヘルプデスクで人間が解決したものなので、AI による解決 ではなく チームによる解決 として分類されます。
必要な認証情報#
各プロバイダーには読み取り専用の API 認証情報が必要です。ウィザードの接続ステップが、どこで作成するかを正確に案内します:
| ソース | 入力するもの | 取得場所 |
|---|---|---|
| Zendesk | サブドメイン、管理者メールアドレス、API トークン | Zendesk 内: Admin → Apps and integrations → APIs → Zendesk API |
| Intercom | アクセストークンとデータリージョン(US、EU、または Australia) | Intercom Developer Hub 内: Your apps で内部アプリを作成し、Authentication から Access Token をコピー |
| Freshdesk | ドメインと API キー | Freshdesk 内: Profile settings → View API key(管理者のキーが最も多くをインポートできます) |
ウィザードの実行#
移行ハブは /migrate で開くか、ナレッジ → ソースを追加 → ヘルプデスクから乗り換え から到達できます。ソースを選ぶと、ウィザードが 4 つのステップを案内します:
| ステップ | 何が起きるか |
|---|---|
| 1. 接続 | 読み取り専用の認証情報を入力します。Respondo がそれを検証し、インポート可能なものを数えるためにワークスペースを読み取ります。 |
| 2. 選択 | 移行したいカテゴリを切り替え、知識を受け取る AIエージェントを選び、必要なら記事を個別に選択します。 |
| 3. プレビュー | ワークスペース設定の差分を確認します — 提案された各変更が現在の値と並べて表示され、個別に承認します。 |
| 4. 実行 | インポートはカテゴリごとのライブ進捗付きのバックグラウンドジョブとして実行されます。ページを離れて戻ってきても大丈夫です — ハブのプロバイダーカードに実行中の移行が表示されます。 |
ワークスペースごとに同時に実行できる移行は 1 つだけです。実行中のインポートは進捗画面から キャンセル でき、後で インポートを再実行 することもできます — すでにインポートされた項目は認識され、重複せずに更新またはスキップされます。
インポートされた会話はネイティブ#
インポートされたすべての会話は、顧客が実際に使ったチャネル に割り当てられます — メールで届いたチケットはネイティブなメール会話になり、サイトのメッセンジャーからのチャットはネイティブなウィジェット会話になります。"移行された" という別チャネルも、移行特有の挙動もありません: インポートされた会話は、Respondo で始まった会話とまったく同じようにフィルター、検索、割り当て、返信できます。
元のチャネルを特定できない場合、Respondo は実際に続きができる場所に会話を配置します: 連絡先に使えるメールアドレスがあればメール会話に、なければアドレスなしで読み続けられるウィジェット会話になります。
制限事項#
インポートできるものは、各ベンダーの公開 API が公開している範囲に制限されます。ウィザードはこの点について正直です — ソースが提供できないカテゴリは、黙って何もインポートしないのではなく、理由付きで利用不可として表示されます:
- Intercom の保存済み返信 は移行できません — Intercom の公開 API がそれらを公開していません。
- Intercom の設定 はワークスペースのタイムゾーンのみ移行されます。API は営業時間を公開していません。
- 非常に長い Intercom の会話(およそ 500 パートを超えるもの)は切り詰めてインポートされます — API は会話ごとに最大 500 パートしか返しません。
- Zendesk と Freshdesk は 4 つのカテゴリすべてに対応しています: 会話、ナレッジベース、再利用可能な回答、設定。
一部のカテゴリが失敗して実行が終わった場合、ステータスは 部分的 として報告され、進捗画面にどのカテゴリがなぜ失敗したかが表示されます。原因(例えば期限切れの API トークン)を修正して、インポートを再実行できます。