マーケットごとに異なる規格
同じ商品でも、Amazon・楽天・Allegroが求めるカテゴリ、必須属性、タイトル規則、画像規格はすべて異なります。片方に合わせると、もう片方で差し戻されます。
One Product Master → Multiple Marketplace Listings
Seouliqueは販売を代行する会社ではありません。お客様ご自身が使うCommerce OSです。商品を一度登録すればAIが分析し、多言語コンテンツを作成し、お客様が承認するとマーケットプレイスごとの形式に変換して各APIで出品を作成します。
商品情報をマーケットごとに作り直すことはありません。ひとつのProduct Masterから出発し、各マーケットプレイスが求める形式へ変換されます。
商品の登録は一度だけ。各マーケットプレイスへはSeouliqueが直接配信します。
商品にはすでに競争力があります。行き詰まるのは、いつもその次の段階です。
同じ商品でも、Amazon・楽天・Allegroが求めるカテゴリ、必須属性、タイトル規則、画像規格はすべて異なります。片方に合わせると、もう片方で差し戻されます。
機械翻訳の商品説明は売れません。さらに、規制対象の表現がひとつあるだけで出品全体が停止されることがあります。
販売価格から仕入価格を引いたものは利益ではありません。手数料・関税・輸送費・為替・広告費・返品率まで含めて、はじめて本当の貢献利益が見えます。
価格をひとつ変えるために7つのサイトにログインします。在庫も注文も同じです。チャネルが増えるほど、増えるのは能力ではなく手作業です。
目指しているのはマーケットプレイスの情報を表示することではありません。各マーケットプレイスのAPIを呼び出し、実際の商品出品を作成することです。
商品情報と供給条件をSeouliqueに一度入力します。SKU・規格・バーコードが生成され、原価構造が自動的に組み立てられます。
この商品をどのマーケットに出すかをチェックします。ひとつの商品を複数のマーケットへ、または特定のマーケットだけへ配信できます。
必須属性、カテゴリ、タイトル規則、商品説明、画像規格、バリエーション、価格、配送情報、規制情報を各マーケットの形式へ変換します。Product Master本体は変更しません。
送信前にマーケット別の変換状態を確認します。問題は出品前に表れるため、差し戻されてから対応することがありません。
[出品する]を押すと各マーケットのAPIを呼び出し、実際の出品を作成します。人が各サイトに入って再入力することはありません。
マーケットごとに成功・失敗が表示されます。失敗したマーケットだけ原因を直して再送し、すでに成功した出品を二重に作成することはありません。
上記の画面は目標とする動作を説明するための例であり、実際の製品画面ではありません。
Missing Attribute: battery_type
Product Masterを修正 → 再検証 → 該当マーケットのみ再送信。この流れで処理します。
8件中2件が失敗しても、全体を失敗として戻すことはありません。成功したマーケットの出品はそのまま維持し、エラーが出たマーケットだけを再処理します。
各マーケットは独立したアダプターで接続します。以下の状態表示は実際の開発状況であり、実際に出品できるようになった時点で変更します。
Seoulique Commerce OSは設計を終え、開発を進めている段階です。上記7つのマーケットプレイスのうち、実際のAPIで出品できるものはまだありません。できないことをできると書かないほうが、ご一緒に始めるときにお互いのためになると考えています。
開発状況についてはお問い合わせください出品は始まりにすぎません。その後の価格・在庫・注文・精算が各マーケットとつながり続けて、はじめて運用になります。
Seouliqueで価格を変更すると各マーケットプレイスのAPIへ反映されます。7つのサイトに個別ログインする必要はありません。為替と手数料を反映したマーケット別の適正価格も提案します。
国ごとに分散した在庫をひとつの画面で確認します。在庫変更は各マーケットへ同期され、欠品リスクと再発注時期をシステムが先に知らせます。
各マーケットの注文をSeoulique Order Coreに集約して統合管理します。配送と返品も同じ流れで処理します。
売上ではなく貢献利益で見ます。どの国、どのマーケット、どのSKUが実際に利益を出しているかが分かり、その上で再発注を判断します。
Seouliqueがマーケットプレイスのアカウントを代わりに保有・運営することはありません。お客様がお持ちの販売者アカウントのAPI権限をSeouliqueに連携いただき、その権限の範囲内でのみ商品を登録・修正します。
販売者アカウント、ストア、売上精算はすべてお客様名義のまま維持されます。連携はいつでも解除できます。
APIキーとシークレットは専用のシークレットマネージャーで保管し、ファイルや表計算ソフトには記録しません。画面には接続状況のみを表示します。
価格変更、発注承認、データ修正、API呼び出しがすべて記録されます。誰がいつ何を変更したかを追跡できます。
何を売るか、いくらで売るか、いつ再発注するか — 三つすべてに定量的な基準を置いて設計しました。
10項目を重み付けで評価し、STRATEGIC / APPROVED / TEST / HOLD / REJECT を判定します。担当者が変わっても同じ基準が適用されます。
仕入価格・中国国内輸送・国際輸送・関税・通関・国内配送・梱包・プラットフォーム手数料・フルフィルメント・広告費・想定返品費・想定不良費をすべて反映して貢献利益を算出します。
認証リスク、商標リスク、特許リスクを商品登録の段階で先に確認します。出品が停止されてから対応することはありません。
AIは判断を補助するものであり、決定者ではありません。大量発注、大幅な価格変更、サプライヤー変更、法的な販売可否は人が決めます。
認証取得の可否、法的な販売可否、特許侵害の最終判断、大量発注、高額な返金、大幅な価格変更、サプライヤー変更。この7つについては、常に人が最終責任を負います。
開発段階からご一緒いただくと、実際の商品と実際のマーケット要件が製品に反映されます。完成したものを使い始めるのとは違います。
良い商品はあるが、海外チャネルと言語がない場合
国内では売れているが、海外展開で止まっている場合
中国・東南アジアの供給網をお持ちの場合
まだできません。Seoulique Commerce OSは設計を終え、開発を進めている段階で、実際のAPIで出品できるマーケットプレイスは現時点でありません。
マーケットプレイスの欄に表示している状態が実際の開発状況で、出品できるようになった時点で変更します。事前パートナーとしてご参加いただくと、準備ができた順に優先して連携します。
いいえ。販売者はお客様です。Seouliqueはお客様が使うソフトウェアです。
各マーケットプレイスの販売者アカウントはお客様名義のまま維持され、ご連携いただいたAPI権限の範囲内でのみ出品・価格・在庫の操作が行われます。売上精算もお客様の口座に入ります。
多くのツールが言う連携は、マーケットのデータを読み込む、注文を取り込む、という水準にとどまります。商品は結局、人が各サイトで入力し直すことになります。
Seouliqueが目指しているのは、マーケット別の形式変換まで終えたうえで各マーケットのAPIを呼び出し、実際の出品を作成することです。出品後の価格・在庫・注文も同じ経路でつながります。
全体を失敗として処理することはありません。成功したマーケットの出品はそのまま維持し、エラーが発生したマーケットだけを再処理します。
エラーは原因まで表示されます。たとえばAmazon JPでbattery_type属性が欠けていた場合、Product Masterを修正し再検証したうえで、そのマーケットにのみ再送信します。すでに成功した出品を重複作成することはありません。
いいえ。韓国語マスターから出発し、ローカライズ → 用語チェック → 規制表現チェック → 最終承認の4段階を経るよう設計しています。
とくに規制表現のチェックが重要です。禁止される効能・安全表現は国ごとに異なり、見落とすと出品が停止されたり、アカウントに不利益が生じます。
APIキーとシークレットは専用のシークレットマネージャーで保管し、ファイルや表計算ソフトには記録しません。画面には接続状況のみを表示し、シークレットの値は表示しません。
価格変更、発注承認、データ変更、API呼び出しはすべて履歴が残ります。連携はいつでも解除できます。
商品写真と基本仕様があれば十分です。どの市場に可能性があるか、想定原価と貢献利益がどの程度になるかを、まず検討してお返しします。開発状況とスケジュールについても、そのままお伝えします。