DeepSeekでWeChat Work（企業微信）の中英バイリンガル顧客サポートを運用する方法

端的に言うと： DeepSeekはWeChat Work（企業微信）上のサポートボットを動かし、中国本土の顧客には中国語で応答しつつ、海外本社向けには英語のブリーフを生成できます。DeepSeekのAPIは中国国内でホストされているため、チャット記録を海外モデルへ送る場合よりもデータ所在の説明がはるかに単純になります。成否を分けるのは、有人へのエスカレーション経路、バイリンガルのプロンプト設計、そしてPIPLが実際に何を求めているかの理解です。

顧客が中国本土にいるなら、サポートの窓口はメールボックスではありません。WeChat Work（企業微信）です。顧客は同僚に送るのと同じ感覚でメッセージを送り、数分での返信を期待し、中国語で書きます。一方で製品を持つ本社はシンガポールや東京、あるいはもっと西にあり、英語を読み、この一切が見えていません。この断絶こそが本当の問題であり、WeCom内のAIレイヤーが最も得意とするのはまさにここを埋めることです。

なぜ中国向けサポートは実際にWeChat Workで起きているのか

顧客がすでにそこにいるからです。 WeComは個人のWeChatと直接つながるため、顧客は一日中使っているアプリからサポートアカウントに到達できます。何かをインストールする必要も、どこかに登録する必要も、メールの返信を待つ必要もありません。代わりに欧米型のヘルプデスクポータルを使ってくれと頼むのは、こちらの都合に付き合ってもらう話です。

期待されているのはチケットではなく会話です。 メッセージは短い往復の断片として届き、数時間にまたがることも多く、ときには音声メモや画面写真が混じります。「一つの問題につき整った一件のチケット」を前提にしたサポートモデルは、このチャネルの実際の使われ方と噛み合いません。

英語を読む本社にはこの一切が見えません。 会話は中国語で、中国のプラットフォーム上で、現地チームが処理し、本社に届く頃には週次サマリーに圧縮されています。顧客が実際に何を言ったかという中身のないまま、製品判断が下されます。

海外ホスティングのAIツールはこのチャネルには不向きです。 ネットワークの安定性を措くとしても、本土の顧客チャット記録を海外モデルへ送ることは、サポート業務を個人情報の越境移転に変えます。PIPLの下でそれは注釈ではなく、具体的要件を伴う特定の法律行為です。

この最後の点が、この用途でDeepSeekが繰り返し挙がる理由です。能力の高いモデルでありながらAPIが中国国内でホストされている、つまりチャット記録は例外的措置によってではなく既定で国内に留まります。

DeepSeekをWeChat Workにつなぐ

構成は、中間にモデルを挟んだメッセージ中継です。WeComは受信した顧客メッセージを、あなたが管理するコールバックURLへ配信します。あなたのサービスはそれを読み、DeepSeekのAPIを呼んで返信案を得て、WeComの送信APIで結果を返します。より望ましいのは、送信前に担当者のキューへ入れて承認を挟むことです。

WeComアプリの登録とコールバック設定

WeCom管理コンソールでは自建アプリを作成しますが、顧客対応であれば「客户联系（カスタマーコンタクト）」機能の設定が必要です。これがあってはじめて、社内メンバーだけでなく外部のWeChatユーザーとやり取りできます。CorpID、エージェントID、Secretが払い出されます。コールバック設定には公開到達可能なHTTPSエンドポイント、Token、EncodingAESKeyが必要です。WeComは送信するメッセージ本文を暗号化するためです。

初めて構築するチームが確実につまずく点が二つあります。第一に、WeComは設定時にチャレンジ文字列を送ってコールバックURLを検証し、こちらは正しく復号してそのまま返す必要があります。暗号処理を誤ると何も動かず、エラーメッセージもあまり親切ではありません。第二に、エンドポイントは中国本土から安定して到達できなければならず、実務上は本土のクラウドリージョンでのホスティングを意味します。ここで公開ドメインについてはICP備案の要否が話に入ってきます。着手後ではなく着手前に自社の立ち位置を確認しておく価値があります。

バイリンガルの扱い——中国語で顧客に返し、英語で本社に共有する

直感的にはプロンプトを一度走らせて出力を翻訳したくなります。より良いのは、同じ会話コンテキストから二つの独立した出力を作る形です。

顧客向けの返信は中国語でネイティブに生成します。プロンプトにトーン規則（フォーマルか親しみやすいか、「您」を使うか、ブランドとして絵文字を許すか）を書き込み、モデルの一般知識ではなく自社のナレッジベースに接地させます。これは英語の返信を訳したものではなく、中国語で書かれた返信です。その違いはネイティブの読者には明白で、「現地のサポートに感じられるボット」と「輸入品に感じられるボット」を分ける大部分がここにあります。

社内向け英語ブリーフは同じスレッドに対する二度目の呼び出しです。顧客が何を尋ね、何を答え、何が未解決で、感情はどうか、製品側の対応が必要かどうか。これがチケットシステムやSlack／Teamsのチャンネルに入り、本社が読みます。会話の翻訳ではなく、三十秒で要点を掴む必要がある人のための要約です。

分けておくことで障害の性質も分かれます。ぎこちない社内ブリーフは不便なだけです。ぎこちない顧客向け返信は、顧客に見える事故です。

実践的な構成——受信メッセージからレビュー済みバイリンガル返信まで

顧客がWeComのサポートアカウントに中国語でメッセージを送ります。 三十秒間隔の二つの断片で問題を説明し、片方にはスクリーンショットが付いています。

コールバックサービスが両方のメッセージを受信・復号し、独立した二つの問い合わせとしてではなく一つの会話コンテキストにまとめ、その顧客の直近履歴を取得します。

検索工程が関連するナレッジベース記事を見つけます。 ここを飛ばすチームが多く、飛ばすからこそボットは存在しない規定を自信満々に発明します。モデルは自社が文書化した回答から答えるべきで、「この種の会社ならこう言うだろう」という推測から答えるべきではありません。

DeepSeekが中国語の返信を生成します。 検索結果の範囲に制約し、分からない場合は推測せず、分からないと述べたうえで有人対応を案内するよう明示的に指示します。

担当者がWeComのエージェントコンソールで下書きを見て、送信・編集・引き継ぎのいずれかを選びます。 ここから始めてください。完全自動送信は、下書き品質を数週間観察した後に得られる判断であって、初日に下すものではありません。

二度目のDeepSeek呼び出しが英語ブリーフを書き、製品領域のタグと感情フラグを付けてチケットシステムへ送ります。本社は全スレッドを読まなくても難しい会話を把握できます。

ボットが答えられなかったものは、担当者のいるナレッジベースの欠落リストに載ります。 これがあるからシステムは改善し続け、ローンチ時点のドキュメント範囲で頭打ちにならずに済みます。

WeChat WorkのDeepSeek vs 海外ホスティングのボット vs 外部委託デスク

• データ所在 — DeepSeekの国内APIはチャット記録を国内に留め、PIPL上もっとも整理しやすい立ち位置です。海外ホスティングのモデルはすべての会話を越境移転にし、それぞれに法的根拠が要ります。外部委託デスクはその中間で、ベンダーの所在地と契約内容に完全に依存します。
• 中国語の品質 — DeepSeekをはじめとする国産モデルは本土中国語の会話レジスター、とりわけWeChatで実際に書かれる口語的・省略的な文体に強いです。有力な海外モデルも中国語は上手ですが、「中国語が上手」と「WeComの本土サポート担当のように聞こえる」は別物です。機微の面では人の外部委託デスクがなお勝ります。
• 本土からのネットワーク信頼性 — 本土内から見れば、国内ホストのAPIは海外エンドポイントより単純に安定します。政治的な話ではなく運用上の実務です。ときどきタイムアウトするサポートは、ボットがないより悪いものです。
• 量が増えたときのコスト — AI経路は一往復あたり数セント未満、外部委託のバイリンガルデスクは席数課金または件数課金で量に比例します。量が増えるほどAIが有利になり、一日二十件ならその差は無視できます。
• 想定外への対応 — 有人デスクの圧勝です。怒っている顧客、通常でない商談上の要望、返金や契約に触れる話は人が必要で、重要な設計判断はボットがどれだけ粘るかではなく、どれだけ早く引き渡すかです。
• 構築と保守 — 外部委託は契約です。DeepSeekの構成は実体のある統合プロジェクトに加え、プロンプトとナレッジベースの継続的な保有が伴います。構築費だけでなく保有コストを見込んでください。放置されたサポートボットは、ほぼどの自動化よりも早く劣化します。

翻訳品質、トーン、そして人が必ず関与すべき場所

ブランドを傷つけるのは訳語の誤りではなく、トーンです。中国語のビジネスコミュニケーションは、素朴な翻訳パイプラインでは保てない形でレジスターを担います。「您」と「你」の選択、謝罪の組み立て方、断りの前にどれだけ緩衝を置くか。事実として正しくトーンが外れた返信は、そっけない対応として読まれます。そして顧客はそれを教えてくれません。エスカレーションするか、黙って離れるだけです。

三つの原則でおおむね足ります。翻訳ではなくネイティブ生成にして、最初から中国語のレジスターで組み立てさせること。トーン規則をシステムプロンプトに明示し、作り物の例ではなく実際の過去会話で検証すること。そして金銭、契約上の約束、クレーム、明らかに苛立っている顧客が絡むものには、人が担当する明確な境界を引くこと。モデルがまともな文を書けないからではなく、誤りが高くつく会話であり、結果に人が責任を持つべきだからです。

これを正しくやるために——データ所在、APIキー、そしてITを入れるタイミング

構築前にデータの行き先を書き出してください。 WeCom＋DeepSeekの構成なら、正直な答えは通常「メッセージ内容と顧客識別子は本土インフラ内に留まる」であり、強い立ち位置です。ただしそれは、英語ブリーフが全文の会話記録を添えて海外のチケットシステムへ送られない限りにおいてです。その工程は越境移転にあたります。対処は単純で、生の会話ではなく要約を送り、どの識別子を同送するかを意識的に決めることです。

PIPLの通知と同意を設計要件として扱ってください。 顧客はAI支援チャネルと話していること、その会話がどう扱われるかを知るべきです。これはサービスアカウントのウェルカムメッセージ一行の話であって法務プロジェクトではなく、後付けより初期実装の方がはるかに容易です。

APIキーとWeComのシークレットを適切に保管してください。 CorpID、アプリのSecret、EncodingAESKey、そしてDeepSeekのキーが揃えば、顧客との会話を読むことも、自社名義でメッセージを送ることもできます。統合サーバー上の設定ファイルではなく、ローテーション付きのシークレット管理に置くべきものです。

ナレッジベースの所有者を決めてください。 ボットの品質上限は自社ドキュメントの品質上限です。欠落リストを誰かが持つ必要があり、それはパイプラインを作ったエンジニアではなくサポートチームであるべきです。

Brocentの24時間365日多言語ヘルプデスクは中国語（標準語・広東語）と英語で稼働しています。実務上、この種のAIレイヤーは有人デスクの代替ではなく前段に置くのが最も機能します。ボットが反復的な量を吸収し、デスクが残りを引き受けます。当社のAI+サポートがWeCom連携、検索設定、プロンプト設計を担当し、マネージドITサポートがホスティング、資格情報、監視を引き受けます。中国国内でモデルとデータをどこに置くべきかという問いであれば、DeepSeekで中国コンプライアンス対応のナレッジアシスタントを構築するガイドがその領域を直接扱っています。Brocentは2007年の北京での創業以来アジアでマネージドITとセキュリティを提供しており、本社はシンガポール、2016年から香港オフィスを構えています。

よくある質問

この構成で顧客データは中国国外へ出ますか？

中核のループでは出ません。WeComは国内プラットフォームであり、DeepSeekのAPIも国内ホストなので、会話も生成された返信も国内に留まります。データが出やすいのは、海外のチケットツールへ送る社内英語ブリーフです。全文ではなく要約を送り、どの識別子を同送するかを決め、機微な個人情報を扱う場合は越境の立場を法務に確認してください。

ボットはWeChat Work内で有人担当へエスカレーションできますか？

できますし、そうすべきです。WeComは会話を担当者へ引き継ぐ機能を備えており、実務的にはAIをまずエージェントコンソール内の「下書き・提案」レイヤーとして動かす設計が有効です。初日から設定すべきエスカレーション条件は、検索の確信度が低い場合、返金や契約への言及、繰り返される不満の表明、そして人への明示的な要望です。

PIPLはチャット記録にどう適用されますか？

顧客識別子を含むチャット記録は個人情報です。実務上の義務は、何をなぜ収集するかの通知、処理の適法根拠、保存期間の抑制、そしてその一部でも越境するなら別途の適法根拠と追加要件です。保存と処理を本土インフラ内で完結させることが、残りを扱いやすくする前提になります。

サポートのトーンに機械翻訳で足りますか？

社内ブリーフなら概ね足ります。顧客向け返信は翻訳ではなく中国語でネイティブ生成してください。翻訳された返信は英語の構文とレジスターを引きずり、ネイティブ読者はすぐ気づきます。差が最も出るのは謝罪、断り、そして丁寧さの調整が要る場面です。

本土ホスティングのサーバーとICP備案は必要ですか？

コールバックのエンドポイントは中国本土から安定して到達できる必要があり、実務上は本土ホスティングを意味します。ICP備案が適用されるかはドメインと用途によるため、実際の構成に照らして着手前に確認してください。リードタイムのある項目で、遅れて気づくと日程の問題になります。

すでにZendeskなど欧米のヘルプデスクを使っている場合は？

それを記録システムとして残し、WeComはそこへ流し込むチャネルとして扱ってください。英語ブリーフがチケットになり、中国語の会話は顧客のいるWeComに留まります。うまくいかないのは、ツールの都合で本土の顧客を欧米型ポータルへ押し込むことです。

同じ構成で広東語や繁体字の顧客にも対応できますか？

書き言葉の繁体字は出力モードとして追加しやすい部類です。口語的に書かれた広東語は難度が高く、同じチャネルで香港の顧客を支援するなら、約束する前に実際のメッセージで個別に検証する価値があります。

まずどこから

まずは量が多くリスクの低い質問カテゴリ——配送状況、アカウント開設、基本的な操作案内——で、既存ドキュメントを検索対象にした「下書きのみ」のボットから始め、すべての返信を担当者が承認してください。数週間運用し、二つの数字を数えます。下書きが無修正で送られた割合と、ボットが答えられなかった内容です。前者は自動化をどこまで広げてよいかを、後者はナレッジベースのロードマップを教えてくれます。中国語側が安定してから英語ブリーフを足してください。WeCom連携とコンプライアンスの組み立てを、この市場で実際に手を動かしてきた人間に任せたいなら、お問い合わせください。