Coupangは韓国の購入者からの問い合わせにすべて対応するのか?――いいえ、販売者にも責任があります
Commerce Trends

Coupangは韓国の購入者からの問い合わせにすべて対応するのか?――いいえ、販売者にも責任があります

KT
Kontactic Team
Editorial Team
2026年9月19日29 min read

Coupangに商品ページを掲載している、または注文のフルフィルメントを行っているからといって、韓国の購入者からのあらゆる問い合わせについてCoupangが責任を負うわけではありません。Coupangのプラットフォームサポートやフルフィルメントサポートは、標準化された配送関連の問い合わせやマーケットプレイス上の問い合わせに対応する場合があります。しかし、商品に関する質問、キャンセル、返品、交換、注文上の例外対応については、販売者または販売者が指定した運用担当者が、韓国語で対応できるワークフローを用意する必要があります。必ずしも韓国語の社内コールセンターが必要なわけではありません。必要なのは、問い合わせ内容を理解し、Coupang上で販売者側の処理を実行し、その結果を照合できる担当者を明確に置くことです。

責任範囲の境界: Coupangは自社システム内でプラットフォームまたはフルフィルメントに関する処理を行えますが、販売者が行う判断は、販売者または販売者が指定した運用担当者が担います。

Coupangが担うのはチャネルであり、販売者の判断すべてではありません

「カスタマーサービス」という呼び方だけでは、この業務フローの実態を捉えきれません。少なくとも、プラットフォームまたはフルフィルメントのプロセスを運用する仕事と、販売者の取引上の判断を行い、実行する仕事という、異なる2つの業務が含まれています。

Coupangまたは同社が指定するフルフィルメントプロセスによって、配送状況の提示、プラットフォーム上の問い合わせ受付、返品商品の現物処理、販売者向けツールでの注文ステータス表示などが行われる場合があります。しかし、それであらゆる質問に回答済みになったり、販売者側で必要な処理がすべて完了したりするわけではありません。販売者側の責任者は、商品についてどう回答するか、発送前のキャンセルを止められるか、交換をどう処理するか、そして返金または精算記録が解決内容と一致しているかを判断する必要があります。

購入者の状況プラットフォーム/フルフィルメント側販売者側の責任
配送状況に関する質問プラットフォームのサポート体制を通じて追跡情報またはフルフィルメント状況を提示します通常と異なる遅延や例外を確認し、必要な次の対応を伝えます
商品固有の質問質問が届くマーケットプレイス上の窓口を提供します承認済みの商品情報と実際のSKUまたは注文に基づき、正確に回答します
発送前のキャンセル依頼と現在の注文またはリリース状況を表示します適用可否を確認し、必要に応じてリリースを保留し、適用可能な出荷停止処理を完了します
返品または交換集荷、受領、配送に関する指定のプラットフォームまたはフルフィルメント手続きを利用します販売者側の対応を決定・実行し、ケースを監視し、プラットフォームの記録が正しいことを確認します
返金または精算の不一致注文、返金、精算の記録を生成します記録を照合し、購入者向けの例外を解決します

実務上の区別は、「対応する場合がある」ことと「必ず責任を負う」ことです。Coupangが標準化されたプラットフォームまたはフルフィルメントに関する処理を担う場合でも、商品情報と販売者側の取引判断については、販売者が責任を負います。指定された運用担当者がその業務を実行することはできますが、業務を外部委託したからといって責任がなくなるわけではありません。

Rocket Growthでは、この違いが特に明確になります。プラットフォームは、そのサービスで指定された現物のフルフィルメントや、購入者からの返品に関する実務を担えますが、在庫と商取引上の結果については販売者が引き続き責任を負います。返品がプラットフォーム上の処理を進んでいる間も、販売者側のチームは何が起きたのか、購入者に何を伝えたのか、アカウントの記録が何を示しているのかを把握する責任があります。

フルフィルメントと販売者の運用デスクの間で処理される韓国ECの問い合わせ
現物の処理はフルフィルメントが担えても、取引上の判断は販売者側の責任者が引き続き担います。

韓国語の社内コールセンターは必須ではありません

人員配置と責任の所在は、別々に決めるべき事項です。海外ブランドは、自社の韓国法人チーム、現地の運用担当者、外部委託のサポート会社、または韓国語でのコミュニケーションを担当しつつ商品に関する判断をブランドへエスカレーションするハイブリッドチームによって、韓国の購入者対応を行えます。

この体制が機能するのは、指定された担当者が購入者のメッセージを単に翻訳するだけでなく、ワークフローを最後まで完了できる場合に限ります。サポート体制を選ぶ前に、次の能力があることを確認してください。

  1. 韓国語での受付と回答。 担当者は、商品に関する質問、キャンセル依頼、返品依頼、交換依頼、配送上の例外のいずれに当たるのかを含め、文脈を踏まえて購入者の依頼を理解し、回答できます。
  2. 関連するCoupangの記録に、必要な権限でアクセスできること。 担当者は、転送されたスクリーンショットや受信箱の要約だけに頼らず、注文と現在の依頼状態を確認できます。
  3. 判断とエスカレーションのマトリックス。 チームは、どの処理を実行できるのか、どの商品に関する回答にブランドの承認が必要なのか、いつ例外をエスカレーションすべきなのかを把握しています。
  4. 運用上の対応範囲。 注文がまだリリースまたは発送される可能性がある間も、依頼を監視できます。現物の処理が完了した後に届く回答では、遅すぎる場合があります。
  5. ケース記録。 担当者は、購入者の依頼、プラットフォームの状態、実行した処理、最終的な注文・返金・精算の結果を記録します。

ここから、シンプルな引き継ぎルールが導けます。

  • 質問がプラットフォーム機能、追跡イベント、標準的なフルフィルメント状況に関するものであれば、該当するCoupangのサポートまたはフルフィルメントの経路を使い、結果を追跡します。
  • 質問が商品、SKU、品ぞろえ、価格、在庫、約束した対応に左右されるものであれば、販売者側の担当者に回します。
  • 依頼にキャンセル、返品、交換、その他の取引上の判断が必要な場合は、販売者側の担当者が注文を確認し、Coupang上で必要な処理を完了しなければなりません。
  • 配送上の例外、商品違い、返金の不一致など、双方に関係する問題であれば、販売者側の担当者が購入者とのコミュニケーションと社内エスカレーションを担いながら、プラットフォーム上のケースを起票または監視します。

したがって、韓国の購入者をCoupangへ案内すればよい、というわけではありません。プラットフォーム側が扱うステータスに関する質問であれば、Coupangへ案内するのが適切な場合もあります。しかし、商品固有の質問への回答や、販売者側で判断・処理するキャンセルを完了する代わりにはなりません。

言語対応だけを提供する会社でも不十分です。韓国語を流暢に扱えることは重要です。曖昧な依頼が誤った処理につながる可能性があるためです。しかし、問題が実際に解決されたかどうかを左右するのは、システムへのアクセス権限、処理を実行する権限、商品知識、記録管理です。

運用テスト: 指定されたサポート担当者が、韓国の購入者からのメッセージを受けて、別のチームによる内容解釈を待たずに、正しいCoupang上の注文処理まで進められるかを確認してください。

出荷前のキャンセル対応が運用テストになります

この責任範囲を最も明確に確認できるのは、注文がフルフィルメントプロセスを離れる前にキャンセル依頼が届いたケースです。これは単なる返金指示ではありません。注文の状態に応じて出荷を止めるかどうかを判断する、フルフィルメント上の意思決定です。

販売者側で実行できる手順は次のとおりです。

  1. 販売者側のキューに依頼を取り込む。 購入者の依頼と、依頼を受けた時刻を記録します。メッセージを受け取ったことだけを、プラットフォーム上の処理が完了した証拠として扱ってはいけません。
  2. 現在のCoupangの注文状態を確認する。 Coupang上でキャンセルまたは返品の依頼が表示されているか、注文がまだリリース可能な状態か、倉庫またはフルフィルメントのプロセスがすでに次の段階へ進めていないかを確認します。
  3. 適用可能な出荷停止処理を実行する。 注文をまだ止められる場合は、倉庫からのリリースを保留し、現在のCoupangのワークフローで該当する処理を完了します。具体的な選択肢は、プラットフォームに表示される状態によって異なります。
  4. 結果を正確に伝える。 注文を止められたのか、それとも停止できないほど処理が進んでいるのかを購入者に伝えます。依頼を受け付けただけで、キャンセルを約束してはいけません。
  5. 後続の記録を確認する。 注文、キャンセルまたは返品のステータス、返金の経路が、購入者に伝えた内容を反映していることを確認します。想定どおりに状態が変わらない場合は、ケースを閉じずにエスカレーションします。

締切は、受信箱のポリシーに記載された一律の時刻ではありません。注文のプラットフォーム上およびフルフィルメント上の状態によって、依頼された処理ができなくなる時点です。そのため、サポート責任者には購入者のメッセージの翻訳だけでなく、稼働中の注文記録へのアクセスが必要です。

Coupang公式の販売者向けガイダンスは、現在のキャンセルおよび返品手続きを確認する際の第一の情報源です。このワークフローに関係するガイダンスでは、出荷停止依頼がある注文がそのまま発送された場合、発生する往復の返品送料は販売者側の過失として扱われます。そのため、韓国の購入者からの依頼を監視することは、フルフィルメント管理の一部です。倉庫運用に付け足すだけの翻訳サービスではありません。

システム面では、現在利用できる注文、キャンセル、返品、精算関連のリソースをCoupang公式Open APIドキュメントで確認し、販売者コンソールに表示される状態と照合してください。開発者向けドキュメントは利用可能なデータと操作可能な範囲を説明しますが、現在の販売者向けガイダンスが運用手順を規定します。古い社内スクリーンショットや一般的なマーケットプレイスのチェックリストで、どちらかを代替してはいけません。

荷物がフルフィルメントから出る前にキャンセル依頼を確認している様子
出荷前のキャンセルは、依頼、注文状態、出荷停止処理が一致して初めて成功します。

商品に関する質問、返品、例外対応はそれぞれ別の経路が必要です

商品に関する質問が販売者側の業務である理由は、商品の内容、購入者が注文したバリエーション、使用方法、承認済みの対応方法について確実に回答できるのは、ブランドまたは指定された運用担当者だけだからです。Coupangは問い合わせ窓口と注文の文脈を提供できますが、プラットフォーム担当者がブランドに代わって商品情報を推測したり、承認したりすることは期待できません。

回答は実際のSKUと商品ページに結び付ける必要があります。購入者が互換性、内容物、サイズ、同梱部品、バリエーションの違いについて尋ねた場合、担当者は回答前に商品記録を確認してください。回答に確信が持てない場合は、推測で空白を埋めるのではなく、ブランドへエスカレーションします。誤った期待を生むような迅速な韓国語の回答は、後になってより大きな返品・返金問題につながる可能性があります。

返品・交換では、責任の境界が異なります。プラットフォームまたは指定フルフィルメントサービスが、購入者向けの集荷、現物の受領、標準処理を管理する場合があります。それでも販売者側の責任者は、依頼を監視し、理由を把握し、プラットフォームの記録にどの対応が反映されているかを確認し、返品処理の状況と返金・精算の状況が食い違う場合にはフォローアップする必要があります。販売者が返品処理のすべての工程を直接管理できるとは限りませんが、ケースの結果については引き続き責任を負います。

これは、Coupang Rocket Growthでは誰が返品を処理するのかで説明している区別です。フルフィルメント提供者が返品フローを運用しても、返品された取引に関する在庫と判断については、販売者が引き続き責任を持ちます。

注文上の例外は、すべてを一つの一般的な受信箱に入れるのではなく、振り分ける必要があります。

  • プラットフォーム側の例外: 追跡イベントの欠落、プラットフォームの表示問題、フルフィルメントシステムの問題です。プラットフォームの経路を使いますが、販売者側のケースは、ステータスが更新されるか、購入者への連絡が完了するまで開いたままにします。
  • 販売者側の例外: 不正確な商品情報、誤ったSKUの案内、在庫問題、価格の問題、対応方法の判断です。販売者側の担当者が調査し、処理します。
  • 双方に関係する例外: 商品違い、配送時の破損、配送に関する異議、フルフィルメントの状態をまたいだキャンセル、購入者の理解と一致しない返金です。担当者には、プラットフォーム側のフォローアップと販売者側のエスカレーションの両方が必要です。

この分類によって、よくある2つの失敗を防げます。1つ目は、ブランドだけが回答できる質問まで含め、すべての質問をCoupangへ送ってしまうことです。2つ目は、注文状態や、プラットフォーム上の処理を実行する権限を持つ担当者を示さずに、ブランドへプラットフォームのフルフィルメントイベントの管理を求めることです。

記録が一致するまでケースを完了にしないでください

購入者向けの返信は、ワークフローの終点ではありません。購入者との連絡、プラットフォームの状態、フルフィルメントの結果、金銭面の記録が同じ内容を示して初めて、ケースを完了できます。

最低限、ケース記録には次の情報を残してください。

  • 対象となる注文番号、SKU、数量
  • 後からチームが確認できる形で記録した購入者の依頼内容
  • 依頼を受けた時点でCoupangに表示されていたステータス
  • 実行した処理、実行日時、実行者
  • 購入者に送ったメッセージと、必要となったブランド承認
  • 最終的な注文、返品、返金、精算の結果

これは大規模なコールセンターシステムを必要としません。必要なのは、追跡可能な運用記録です。共有キュー、承認済みのケーステンプレート、定義済みのエスカレーション経路が、購入者の依頼と実際のCoupang上の処理をつなげられれば、それだけで十分な場合があります。

金銭面の記録には特に注意が必要です。注文に関する購入者との連絡、現物返品、返金イベント、精算明細は、プロセス内の異なる時点で発生する可能性があります。購入者にメッセージを送ったからといって解決済みにしないでください。また、精算明細がまだ表示されていないという理由だけで未解決にもしないでください。運用上のイベントをプラットフォームの記録と照合し、その後に金銭面で生じる影響を追跡してください。

そのため、追跡可能な韓国向け決済照合ワークフローは、会計だけでなくカスタマーサービスの運用にも関係します。支払い、請求書、配賦をつなぎ、確定した照合結果と暫定的な照合結果を分けて管理します。同様に、Coupangが売上を収益として認識するタイミングは、購入者に回答したか、返品商品が現物として到着したかとは別の元帳上の論点です。

ワークフローが読み取りまたは更新できる記録については、Coupangの公式開発者向けドキュメントと販売者コンソールを現在の情報源として使用してください。API、コンソール、購入者との連絡が食い違うように見える場合は、その不一致を記録に残してエスカレーションしてください。散在するメールをもとに後からケースを再構成するのは時間がかかり、問題が言語、タイミング、フルフィルメント、精算のどこにあったのか判断しにくくなります。

注文、返品、返金、精算の記録を照合する担当者
解決とは、購入者への連絡と、プラットフォームおよび金銭面の記録が一致している状態です。

Coupangの購入者サポートに関するよくある質問

CoupangやRocket Growthを利用すると、カスタマーサービス全体をCoupangが担うことになりますか?

いいえ。Coupangまたはそのフルフィルメントプロセスは、標準化されたプラットフォーム上の問い合わせや現物フルフィルメントに関する問い合わせを処理する場合があります。しかし、販売者側で行う商品に関する回答、取引上の判断、例外対応のフォローアップには、販売者側の責任者が引き続き必要です。

海外ブランドは韓国語のコールセンターを雇う必要がありますか?

いいえ。現地の運用担当者、韓国語に対応できる外部委託先、またはハイブリッドチームを利用できます。必要なのは、韓国語でコミュニケーションでき、必要な権限で記録にアクセスでき、判断権限と完了した処理の記録を備えた、責任の所在が明確なワークフローです。

ブランドは購入者にCoupangへ直接問い合わせるよう伝えてもよいですか?

問題が標準的なプラットフォームまたは配送状況に関する質問など、本当にプラットフォーム側の責任である場合に限ります。購入者をCoupangへ案内しても、商品固有の質問や、販売者側で判断・処理するキャンセル、返品、交換、注文上の例外は解決しません。

発送後にキャンセル依頼が届いた場合、どうすべきですか?

注文をまだ止められると約束してはいけません。現在のCoupangのステータスを確認し、適用されるキャンセルまたは返品の経路を使い、実際の次の対応を説明し、返金と精算の記録を通じてケースを追跡します。

外部委託のサポート体制に対して、最も有効なテストは何ですか?

現実的な出荷前キャンセルを1件渡し、購入者の依頼、プラットフォームのステータス、出荷停止処理、購入者への連絡、最終的な金銭面の記録という一連の流れを示すよう求めてください。委託先が依頼を翻訳できても、その流れを完了したり証拠として示したりできないのであれば、責任を持って運用できる販売者側のワークフローにはまだなっていません。

韓国の購入者対応ワークフローを整理する必要がありますか?

Coupangの問い合わせ、キャンセル、返品、精算に関するフォローアップを誰が担うべきか検討している場合は、開始前に運用上の引き継ぎについてご相談ください。

Book a Discovery Call
共有

執筆者について

K
Kontactic編集チーム

15年以上の越境EC経験を持つ、韓国とグローバル双方のEC実務家チームです。CEOのIsaac Leeは、KOTRA認定コンサルタントであり、ソウル市および韓国関税庁の公式講師を務めています。私たちは日々、欧米ブランドの韓国市場進出を実行しており、このブログでは現場で得た学びを記録しています。

Kontacticについて詳しく

関連記事