機能を比べる前に、価格・在庫・受注の正の置き場と流す向きを決める

販売先が増えると、在庫を減らす場所、価格を変える場所、注文を受け取る場所がばらばらになり、どれが正しい数字かを人が覚えておく運用になります。これが限界です。ネクストエンジン、GoQSystem、TEMPOSTAR、助ネコは、それを一つの管理画面にまとめる国内の候補で、CROSS MALL も同じ役割のサービスです。

正の置き場はどこの数字を正しいとみなすか、流す向きはそこからどこへ流すかです。向きが決まれば、比較の質問は「この向きに沿えるか」の一つに絞れます。

運営者の時計店 Timeseek(timeseek.net)は Shopify の自社サイトで売っています。一元管理システムを入れるなら、システム側の在庫を正にして、そこから Shopify とモールへ反映する向きが合うと、運営者は考えています。

向きは、販売先・更新する場所・頻度・取消と返品・今のシステムの5つで決まる

  1. 販売先: 自社Shopifyのほかに、同じ商品を出す販売先がいくつあるか
  2. 更新する場所: 価格・在庫・商品情報を、今どこで直しているか。Shopifyか、モールの管理画面か、手元の表か
  3. 頻度: 在庫の増減と価格の変更が、日に何回、どの販売先で起きるか
  4. 取消・返品: 注文の取消や返品で在庫を戻す作業を、誰がどこでしているか
  5. 今のシステム: 受注管理や倉庫のシステムをすでに使っているか。使っているなら、そこが正か

向きを左右するのは、2番目の更新する場所と4番目の取消・返品です。向きを先に決めておくと、ツールを入れたときにどちらの数字が上書きされるかが分かります。

在庫は Shopify から流し、価格は流さないと決めておく

一点物を自社サイトとモールで売る店の例です。向きは店ごとに違います。

項目正の置き場流す向き更新のきっかけ向きに反すると起きること
在庫数ShopifyShopify → 各モール注文、入荷、棚卸モール側で手で在庫を直すと、次の同期で元に戻るか二重に減る
販売価格販売先ごとに別流さない販売先ごとの改定一括で流すと、モールの手数料や送料込みの調整が消える
受注各販売先各モール → 一元管理 → Shopifyの在庫注文確定受注が在庫に届かないと、次の注文が売り越しになる
商品情報(名称・画像)ShopifyShopify → 各モール(初回だけ)新規登録毎回流すと、モール向けに書き分けた説明が上書きされる
取消・返品注文を受けた販売先各モール → 一元管理 → Shopifyの在庫取消確定、返品受領在庫が戻らず、一点物が売れないまま残る
  • 肝心なのは価格の行。「流さない」も向きの一つとして決めておく。決めずに「価格も同期できます」という説明を聞くと、そのまま受け入れてしまう
  • 在庫だけ共有して価格は共有しない設定があるかは、下のテストの IV01-AT4 で見る

受注件数で段が変わる3社と、件数に関係なく固定の2社がある

各社の料金です(税込・税抜の表記は各社のまま)。

サービス最初の段の月額初期費用課金の単位在庫連携の追加無料Shopify との連携
ネクストエンジン3,000円(税抜、受注200件まで)0円。契約から1年たつと、毎年15,000円(税抜)の年間保守費用がかかる受注件数。201件目からは段ごとの従量で、201〜400件は1件35円、401〜1,000件は30円、1,001件目からは25円〜5円(税抜)。店舗・商品・ユーザーを増やしても追加は0円追加なし(基本料金ですべての機能を使える。有料アプリは別料金)30日受注・在庫に対応し、商品登録には使えない。自動連携にはアプリ(初期・月額0円)が必要。在庫はネクストエンジン側の在庫数を Shopify へ反映する方式で、マルチロケーションには非対応
GoQSystemフリー0円(受注は月100件、受注金額は50万円まで)、受注管理15,000円受注管理は30,000円件数に関係なく固定。店舗追加は楽天・Yahoo・au PAY・Amazonの2店舗目から月10,000円(初期20,000円)、その他カートは月5,000円(初期10,000円)、税別。Shopifyの2店舗目がどちらに当たるかは公開されていないフリーと受注管理プランには無い。受注・在庫連携プランで29,800円、初期40,000円フリーは新規のみ。他は20日在庫連携に対応し、商品管理には使えない。注文は Shopify に GoQSystem のアプリを追加して取り込む。伝票番号・配送会社を Shopify へ自動で書き戻すには APIオプション(月5,000円・初期10,000円、税別)が必要
TEMPOSTARスターター 1,650円(税込、受注月200件・商品2,000点・2店舗まで。機能とサポートを絞った段)、スタンダード 11,000円〜公開されていない商品点数と月の受注件数(従量は1件27.5円〜5.5円。定額は55,000円(3,000件まで)〜110,000円(10,000件まで)で、それを超えると1万件ごとに55,000円を足す)スタンダードは追加なし(受注課金は受注と在庫で取り込んだ件数の多いほうで計算)スタンダード以上で30日の無料デモ受注・在庫に対応。商品はカスタマイズで対応
助ネコ受注管理Lite 2,100円(税別、100件まで、101件〜20円/件)。ベーシック版(月契約)は21,000円(税別、300件まで、301件〜15円/件)30,000円受注件数ベーシック版かPlusと併用で15,750円(税別。単体は21,000円。Lite と併用する価格は公開されていない)、初期10,000円30日API 連携だけで受注・在庫に対応し、商品登録は非対応。Lite は Shopify の注文を取り込めず、ベーシック版以上が必要。ベーシック版で Shopify の注文を取り込むのに ShopifyAPI取込オプション(1件10円、上限5,000円)が今もかかるかは公開されていない
CROSS MALLプラン1000 10,000円×店舗数(商品1,000点まで)、プラン3000 15,000円×店舗数(3,000点)、プラン5000 20,000円×店舗数(5,000点)、プラン15000 25,000円×店舗数(15,000点)。いずれも税抜0円商品点数と店舗数。月額固定・受注課金なし店舗ごとに基本料がかかる。楽天と Yahoo の2店舗でプラン1000なら月20,000円、楽天2店舗と Yahoo の3店舗でプラン3000なら月45,000円担当者が電話で解説するオンラインデモ(無料。関東・関西は訪問の場合あり)。日数を決めた試用ではない在庫管理・受注管理に対応し、商品登録は非対応
  • 受注が月に100件前後までなら、最小の費用は GoQSystem のフリー(0円、新規のみ)
  • 有料の段で安いのは TEMPOSTAR のスターター(1,650円・税込、受注200件・2店舗まで)、次が助ネコの Lite(2,100円・税別、初期30,000円)
  • 助ネコで Shopify の注文も取り込むなら、ベーシック版の21,000円(税別)から(Lite の10倍)
  • 200件までなら、ネクストエンジンの基本料金(3,000円・税抜)も候補に入る
  • 受注が数百件を超えて安定しているなら、件数で増えない GoQSystem の受注管理が読みやすい。月15,000円のまま
  • 在庫の連携は、自店の向きに要る分だけを足して比べる

同期の間隔がある限り、一点物の売り越しの隙間は残る

時計を自社サイトとモールで売る店の、在庫1の3商品(例)で追います。テストのための例で、実在の店の商品ではありません。この5件を、試用の環境で受け入れテストとして流します。

テスト商品起きたこと期待する状態確認する場所
IV01-AT1DEMO-IV-001(在庫1)Shopifyで注文確定各モールの在庫が0になり、購入できない各モールの商品ページ
IV01-AT2DEMO-IV-002(在庫1)楽天市場で注文確定の直後に、Shopifyでも注文二件目が受け付けられない、または受け付けた時点で検知され、通知される一元管理の受注一覧と通知
IV01-AT3DEMO-IV-003(在庫1)楽天市場で注文後に取消在庫が1に戻り、全販売先で再び購入できるShopifyの在庫と各モールの商品ページ
IV01-AT4DEMO-IV-001(価格改定)Shopifyだけ価格を変更モールの価格は変わらない各モールの商品ページ
IV01-AT53商品連携を止めるShopifyの在庫数が連携前と一致するShopifyの在庫
  • 失敗条件は DEMO-IV-002。ここで売り越す。同期が数分おきなら、その数分の間に二つの販売先で同じ一点物が売れる
  • GoQSystem の在庫連携の間隔は、受注・在庫連携プランで3分、在庫連携スピードアップのオプション(月5,000円・初期10,000円、税別)で1分
  • 試用で見るのは、売り越しをゼロにする機能ではなく、売り越しが起きたときに何分以内に、誰に、どう知らせるか

在庫の増減が週に数件なら、Shopify を正にして手で合わせれば足りる

在庫の増減が週に数件、価格改定が月に一度なら、手で直しても向きは崩れません。在庫の増減を手で反映できているうちは、一元管理ツールを入れても更新の経路が一本増えるだけです。

  • Shopify の管理画面で在庫数を持ち、モールには売れた分だけ手で反映し、価格は販売先ごとに管理画面で別に持つ。ツールなしでも、上の表の向きはそのまま作れる
  • 有料の候補より先に、Shopify の管理画面の販売チャネルに対象のモールがあるかを見る。販売チャネルで在庫を流せれば、手作業の代わりになる

次のどれかが月に何度も起きるなら、契約か実装の検討に進みます。

  • 同じ日に二つの販売先で在庫が動く商品が出てきた
  • 取消の在庫戻しを忘れて、一点物が売れないまま残った
  • 価格改定のたびに三つの管理画面を開いている

すでに一元管理ツールを契約している店は、次の順で考えます。

  • 新しいサービスを比べる前に、今の契約に販売先を足せるかと、足したときの加算額を見る
  • 既存のシステムを正にしたまま、上の向きの表で足りない行を探す
  • 受注管理を別のシステムで済ませているなら、受注機能つきのツールを重ねると受注の正が二つになる

価格・取消・売り越しの通知が向きに沿うかは、試用のテストで見る

上の表の向きを、標準機能・アプリやサービス・開発会社への依頼のどれで作るかの比較です。料金は上の料金表のとおりです。

条件標準機能アプリ・サービス開発会社に頼む
在庫を自社サイトからモールへ流す手で反映。Shopify の販売チャネルで対象のモールへ流せるなら、それを使う各社の対応は上の料金表の「Shopify との連携」の列のとおり頼む範囲に入れる
価格を流さず販売先ごとに持つ管理画面ごとに設定IV01-AT4 で見る頼む範囲に入れる
受注をまとめて在庫に戻す手で反映各社の受注・在庫の対応は上の料金表のとおり。モールの受注で Shopify の在庫が減るかは IV01-AT2 で見る頼む範囲に入れる
取消・返品で在庫を戻す手で反映取消は IV01-AT3 で見る。返品は、IV01-AT3 の取消を返品に替えて見る頼む範囲に入れる
売り越し時の検知と通知なしIV01-AT2 で見る通知先を設計
対応する販売先全て手作業Shopify との連携は上の料金表のとおり。モールとの連携は、自店のモールがつながるかを試用かデモで見る見積もりのときに開発会社と決める
追加費用既存契約の範囲上の料金表のとおり開発会社の見積もり
戻し方手作業に戻す連携を止めたあとの在庫は IV01-AT5 で見る戻す手順も納品物に含めてもらう
  • 料金は、金額より先に課金の単位を見る。受注件数で段が変わる会社(ネクストエンジン、助ネコ、TEMPOSTAR)は自店の繁忙月の件数で、固定の会社(GoQSystem、CROSS MALL)は店舗の追加や在庫連携のプランで増える分を見る

次にすることは、選ぶ方法で変わります。

  • 一元管理サービスを入れる: まず試用(ネクストエンジン30日、GoQSystem 20日、TEMPOSTAR のスタンダード以上で30日、助ネコ30日)で受け入れテスト5件を流し、結果を見てから申し込む。CROSS MALL の無料の体験は日数を決めた試用ではないので、無料のオンラインデモで5件のどれを見られるかを、日時を決める連絡のときに尋ねる
  • 社内や今の開発先に渡す: 上の表と受け入れテスト5件が要件の下書きにあたる
  • 設計に迷う場合: 運営者への有料の相談も用意している(受付は準備中)

各社の料金は、課金の単位と自店の数量で月額に直す

各社の単価から月額を出す手順を、商品1,200点・販売先3つの店(例)で示します。単価は上の料金表の値を使います。

明細項目課金単位例の店の数量見るところ
初期費用契約1件1件初期設定の代行を含むか
月額基本料契約1件、月ごと12か月何商品・何件・何販売先まで含むか
商品数の超過商品またはSKU商品1,200点、SKU 1,800商品とSKUのどちらで数えるか
受注数の超過受注1件、月ごと通常月300件、繁忙月480件取消・返品を件数に含むか
販売先の追加販売先1つ、月ごと3(Shopify、楽天市場、Amazon)自社ストアを1つと数えるか
利用ユーザーの追加1人、月ごと2人閲覧だけの人を含むか
追加機能機能ごと販売先別の価格管理基本料に含むか
設定代行・有償サポート回、または月ごと例では数えない基本料に含むか、別料金か
見積もり出し方
年間初期費用+月額12か月分
月額基本料に、商品数・受注数・販売先・ユーザー・追加機能の超過分と追加分を足した額
受注数月で変わるので、通常月と繁忙月の2回計算し、幅で持つ。取消・返品が受注数に含まれる契約なら、受注数に取消の割合を上乗せしてから掛ける
  • 例の店の商品1,200点は年間を通してほぼ横ばいなので、上限超過があれば固定費として扱える
  • 受注は通常月300件と繁忙月480件で差がある。ここが従量なら、繁忙月の額を上限として見る
  • 販売先は3。来年もう1つ足すなら、4でも計算しておく

どの単位が先に効くかは、店の形で決まります。

店の形先に効く単位
一点物の専門店(商品数が多く、受注は少なめ)商品数の上限
消耗品を繰り返し売る店受注数の段階
販売先を増やす途中の店販売先の加算

テスト5件を流してから本番につなぎ、戻すときは Shopify の在庫を正にする

  1. 上の向きの表のとおりに、自分の店の向きを決める。価格は「流す」か「流さない」かを必ず決める
  2. 試用または検証用の環境で、例の3商品(DEMO-IV-001〜003)を登録し、受け入れテスト5件を流す。売り越し時の通知の仕組みもここで見る
  3. 連携を止める手順と、止めたあとに在庫の正をどちらに置くかを、本番接続の前に決めておく
  4. 本番につなぐのは、テスト結果と戻し方の共有が済んでから
  • 価格を販売先ごとに変える運用では、各販売先の表示価格と在庫が実態と合っていることが前提。Shopify 側で商品の検索エンジン向けの裏側のデータ(構造化データ)を出しているなら、画面に見える価格・在庫と一致させる

戻すときの原則は一つ。連携を止めた瞬間に、Shopify の在庫数が正であり続けることです。

  • 連携中にモール側で直した在庫があると、止めたあとにどちらが正しいか分からなくなる
  • 止める前に、全販売先の在庫数を Shopify の数と突き合わせてから止める。順番は逆にしない
  • 商品データを書き換えた場合は、書き換える前のデータを保存しておき、照らし合わせてから戻す。本番の戻し作業は自動では走らせない