Shopify のネイティブ PO は Stocky を置き換えることができますか?

Shopify のネイティブ発注ツールは、ほとんどの交換マーケティングが認めているよりも高性能で、Stocky が答えたものとは異なる質問に答えます。ネイティブの発注書は、購入決定を正確に記録します。彼らはそれを作りません。以下のすべては、その 1 つの分割から派生したものです。

ネイティブ発注書がカバーする内容

かなりの量があり、しかも無料です。 Shopify自身の発注書文書によると、発注書には注文の製品、数量、コスト、支払い条件、サプライヤーの詳細がリストされ、販売者は連絡先の詳細、支払い条件、通貨を使用してサプライヤーを作成および管理でき、発注書を注文済みとしてマークした後、出荷を追跡し、在庫を受け取り、コスト調整を追加するための在庫転送を作成できると記載されています。検索、CSV インポート、またはバーコード スキャンによって行を追加し、完成したドキュメントを PDF としてエクスポートできます。

構造上理解すべき 1 つの点は、これは 1 つのパイプラインではなく、リンクされた 2 つのオブジェクトであるということです。発注書は商業契約を記録し、転送は商品の移動を記録します。このモデルには、一般的な調達ライフサイクルで期待される 3 つのステータスとフィールドが含まれており、ここには存在しませんが、独自の図とともにすでに記述されています。 Shopify 注文書ガイド。この投稿は、それを繰り返すのではなく、そこから始めます。

ストッキーがやったのに彼らがやらなかったこと

この 2 つをストッキーが実際に就いていた職と並べてみると、その重複は非常に特殊な点で部分的です。

Shopify の Stocky ドキュメントには、リード タイムと 1 日あたりの販売数から計算される再注文ポイントが説明されており、10 日間のリード タイムで 1 日あたり 5 ユニットが販売され、残り 50 ユニットでトリガーされる製品の実例が示されています。それは、製品の最近の注文履歴、選択した時点での注文履歴、または販売者が選択した在庫レベルの維持から構築される推奨事項としての予測について説明しました。棚卸しを実施した。これら 4 つのものはいずれも、管理画面にネイティブで同等のものはありません。

Shopify自体も同じことを言っています。その移行ガイドでは、マーチャントがサードパーティの在庫アプリを必要とする可能性があるケースとして、加重平均原価計算、ロケーション内の棚レベルの追跡、専用の計数ワークフローを挙げているが、Shopifyは競合他社の特徴ではなく同等性を主張することを拒否している。同じページでもう 1 つのリスクを回避します。プランによっては、ABC 分析用のアプリが必要になる場合があります。 Shopify は ABC 製品分析レポートを公開しています。このレポートは、アイテムのコストはグレードから除外され、固定の 28 日間にわたる収益貢献度に基づいてグレード付けされています。そのため、そのヘッジが自分に適用されるかどうかは、ブログ投稿からではなく、自分の計画に基づいて答える必要がある質問です。

受け取りのギャップ

まず、他の場所で見られるこのクレームのバージョンを破棄することから始めます。Shopify はネイティブに商品を受け取り、部分的な配送を処理します。リンクされた在庫転送では、出荷が部分的に受領されている間は「進行中」と表示され、すべてが受領されると「転送済み」と表示され、宛先の場所で未処理のユニットが受入状態になります。荷物が不足した場合、 処理ルーチン それに対して何をすべきかについて説明します。

本当のギャップはトレイルの形状であり、ボリュームがある場合にのみ食い込みます。発注書自体のステータスは「注文済み」で停止するため、「この注文で未処理の内容」はフィールドではなく 2 画面の質問になり、発注書には並べ替えの基準となる配達予定日がありません。未処理の注文が 3 つあるため、それは問題ではありません。リードタイムが異なる複数のサプライヤーが 20 社いる場合、調整は毎週目視で行うことになります。 Shopify での注文の追跡 ルーチンをカバーし、 発注書と在庫転送の比較 最初にどのオブジェクトを作成する必要があるかを説明します。

同じ地域で 2 つの小さな摩擦があり、どちらも確認された欠席ではなく、発見できたものと見つからなかったものとして記載されています。 Shopify は注文書を PDF としてエクスポートしますが、この投稿で読まれた Shopify 所有の注文書ページにはサプライヤーに送信するアクションが表示されないため、自分で添付して送信するための予算を用意してください。請求書照合機能や買掛金調整機能もありませんでした。 3者間マッチングや自動送信が負担になる場合は、ブログ投稿の言葉を鵜呑みにするのではなく、自分のストアで確認してください。

再注文提案のギャップ

これが質問を決定するものであり、言うのは簡単です。ネイティブの注文書は空白のフォームとして開始されます。 Shopify では、品目、数量、日付を提案するものはありません。

管理者には再注文ポイントはありません。需要予測はありません。在庫不足については、Shopify 独自の在庫ページが明示的です。在庫不足の通知を直接受け取る必要がある場合は、App Store から在庫アラート アプリをインストールするか、Shopify Flow で自動化します。 Flow は Basic、Grow、Advanced、Plus プランでは無料で、バリエーションの在庫切れ、再入荷、在庫数量の変更のトリガーはありますが、「数量が選択した数を下回った」場合のトリガーはありません。しきい値ロジックは数量変更トリガーの条件として構築する必要がありますが、これはチェックボックスではなく実際の作業です。

名前を付ける価値のある罠の 1 つです。これを検索すると、すぐに罠にはまってしまうからです。 Shopify は、help.shopify.com で「発注書の需要予測」というタイトルのヘルプ ページをホストしています。 URL を見てください。これは /stocky/ パスの下にあり、古い Stocky バナーが表示され、Shopify 管理者の予測ではなく Stocky の予測が文書化されています。 Stocky は廃止されたため、そのページには販売者が使用できない機能が説明されています。

最も近いネイティブツールは在庫残存レポートで、製品ごとの在庫残存日数が表示されます。これは、人が読んだ過去の数字であり、発動する閾値ではありません。これは毎週のレビューに本当に役立ちますが、再注文のポイントではありません。

ネイティブ PO で生活できるのは誰ですか

はい、次の場合は快適です。: 少数のサプライヤーから購入する場合、カタログが十分小さいため、何が起こるかをすでに把握している場合、拠点が 1 か所にあり、需要が季節ごとに変動しない場合、一度に数件以上の注文が発生することはめったにありません。この形状では、ネイティブ ツールは Stocky からのダウングレードではなく、統合が強化され、月額料金がかからない同じ事務処理です。隣に販売レポートを開いたままにしておけば、無料で購入ルーチンを実行できます。

いいえ、次の場合は可能です: Stocky の再注文提案を毎週開いてそこから購入している場合、カタログに目に見えないロングテールがある場合、需要が実際の第 4 四半期の形状である場合、未処理の数量を調整する必要があるほどの同時購入注文を抱えている場合、または特に加重平均原価計算、場所内の棚レベルの追跡、または専用の計数ワークフローに依存している場合。最後の 3 つは Shopify 独自のアプリケースのリストであり、当社のリストではありません。

どちらの段落にも SKU 番号がないことに注意してください。誰もそれを公開していませんし、それは間違ったテストになります。トリガーは、購入の決定をまだ頭の中に保持できるかどうかです。

上記の判断が「いいえ」の場合、アプリはいくつかの選択肢の中の 1 つです。 代替品の比較 私たちが構築していないツールや、それらのツールが最適な場所を含む、この分野をカバーしています。開示: 選択肢の 1 つは私たちのものです。

よくある質問

Shopifyには注文書が組み込まれていますか?

はい、費用はかかりません。 Shopify 独自のドキュメントでは、製品、数量、コスト、支払い条件、サプライヤーの詳細をリストした注文書、連絡先の詳細、支払条件と通貨を使用して作成および管理するサプライヤー、出荷を追跡し、在庫を受け取り、コスト調整を追加するための注文済みの注文書から在庫転送を作成する機能について説明しています。

Shopify のネイティブ注文書は Stocky を置き換えることができますか?

事務処理はストッキーの仕事の半分です。サプライヤー、注文書、受け取りはすべてネイティブに存在します。半分は「ノー」です。Shopify の管理者には再注文ポイントも需要予測もありません。また、独自の移行ガイドでは、マーチャントが引き続きサードパーティ アプリを必要とするケースとして、加重平均原価計算、場所内の棚レベルの追跡、専用の計数ワークフローを挙げています。

ネイティブの Shopify 注文書でできないことは何ですか?

受領と完了は注文書自体では追跡されません。これらは個別にリンクされた在庫転送で発生し、発注書には「一部受領済み」ステータス、「完了」ステータス、および「納品予定日」フィールドはありません。 Shopify は注文書を PDF としてエクスポートしますが、この投稿で読まれた Shopify 所有の注文書ページにはサプライヤーに送信するアクションが表示されないため、自分で添付して送信することを想定してください。そして、ネイティブ ツールには、何をどれだけ注文するかを提案するものはありません。

どれくらいのカタログ サイズになると、ネイティブ PO では十分ではなくなりますか?

公表されたしきい値はなく、いずれにしても SKU 数は間違ったテストです。実際のきっかけは、購入の意思決定を頭の中に留めておくことができるかどうかです。販売レポートから注文数量を毎週再構築したり、未処理の発注書を確認するために十分な数の未処理の発注書を追跡したりすると、ネイティブ ツールは依然として意思決定を正しく記録しますが、決定を支援することはできなくなります。