繰り返しの質問が、人員の大半を食う
いつ発送されますか、どう返品しますか、どのサイズを選べばいいですか。キューはこれで埋まります。どれも難しくはありませんが、1 件ずつ人が読んで答えなければなりません。
サポートで本当にかかるのは、返信を書くことではありません。一貫性です。同じ返金の質問に 3 通りの答えが返れば、返金ポリシーは存在しなくなります。その一方で、エスカレーションすべき数件は、何百件もの定型的な問い合わせの下に埋もれます。
いつ発送されますか、どう返品しますか、どのサイズを選べばいいですか。キューはこれで埋まります。どれも難しくはありませんが、1 件ずつ人が読んで答えなければなりません。
同じ定型返信を言語ごとに別々に維持するので、ポリシーを 1 回変えるだけで複数箇所の修正が必要になります。1 言語を漏らせば、その市場は静かに古いポリシーで回り続けます。
クレーム、プラットフォームの介入、補償が絡むものは、定型の質問と同じリストに並びます。見つけるにはスクロールが必要で、忙しくなるほど漏れていきます。
意図を售前、配送、アフター、返金、レビューに分け、それぞれ別の経路に流します。すべてのメッセージが同じ扱いに値するわけではありません。
返信とポリシーは 1 か所で維持し、各言語で出力します。ポリシーを一度変えれば、すべての市場が追随します。静かに古くなる市場はありません。
返信は下書きされ、承認を待ちます。件数が多くリスクの低いカテゴリは緩められますが、それは御社が選ぶ設定であり、こちらが決めることではありません。
補償、プラットフォーム介入、怒っている顧客が絡むものは、通常のキューで待たせず、抜き出して人へ渡します。
越境EC で一般的な市場の言語を対象にします。言語数が要点ではありません。ポリシーを 1 か所に保つことが要点です。そうでなければ、言語が増えるたびにポリシーのずれる場所が増えます。
しません。お金が絡む操作は自動で実行しません。これは設定ではなく、固い制約です。できるのは、根拠と証拠をそろえて、あなたを待つことです。
API があるところは API 経由、ないところはログイン済みセッションを持つ実ブラウザ経由です。どちらも同じ承認ゲートを通ります。