確かに、オンラインで商品を購入するすべての人は、製品がサイト上にあるときの状況に直面していますが、実際には、オンラインストアには商品がありません。 オンラインストアのWebサイトで、製品の近くに大文字で表示されている場合、 Availableと表示されるのは特に面倒です。 さらに、店長が、在庫がない商品のバスケットを介して申請書を受け取ったとき、電話をかけることすらしませんでした。
課題の理想的な解決方法は非常に明白です。サプライヤは5〜10分ごとに新鮮な価格を生成し、オンラインストアは5分ごとにダウンロードしてデータベースの情報を更新する必要があります。 その後、独自の小売価格表を更新します。価格アグリゲーターは、5分ごとに1回、オンラインストアの価格に何か変化があったかどうかを確認し、情報を更新する必要があります。
この記事では、なぜこれが機能しないのか、どう対処するのかを説明します。
ソースデータ。 エレクトロニクスオンラインストア、ウクライナ、サプライヤー-すべて大規模（ERC、MTI、DataLux、Kvazar）+多数の小規模なもの。
無関係な可用性の問題は3つの部分に分けることができます。
1.サプライヤは、可用性に関する最新情報を提供しません （この問題のバージョン：サプライヤ自身は自分が持っているものを知らず、サプライヤは1日に1週間/月に1回生成します。サプライヤのWebサイトは1日に1回/日に1回、データベースと同期されます。価格は手動であり、これを1日に1回以上行いたくないだけです。サプライヤーは価格を手動で作成し、1週間に1回以上できません。
狂気に陥る：ウクライナの大手ブランドの1つである大手サプライヤーは、商品の在庫状況を表示するb2bサイトを持っていますが、このサプライヤーのマネージャーのみがこのサイトの情報が正確でないことを正直に認めています。 おおよそ。 魅力。
2.情報がストアに届く限り、すでに古くなっています。
40〜50のサプライヤー、約40,000の製品がサイトにあり、最新の情報を維持する必要がある1〜2人のコンテンツエディターがいるストアを想像してください。 すべての製品を手動で操作すると言っているのではなく、仕入先の価格のダウンロードと更新ボタンをクリックするだけです。 それでも、価格を受け取ってからデータベースにデータをロードするまでに遅延が生じます。 しかし、日中、何百もの商品がサプライヤーのステータスを変更する可能性があります。
3.価格アグリゲーターは、1日1回よりも頻繁に価格を更新することを望んでいません。
関連情報を表示し、関連データを顧客に提供し、店舗にターゲット顧客のトラフィックを提供することが彼らの利益であるため、驚くべきように思われます。 だから-価格のために1日1回以上広告した価格アグリゲーターの70％は来ません。 または、このオプション-1日に何度でも更新できますが、価格の更新中（15〜30分）に、すべての店舗商品が価格アグリゲーターから消えます。
解決方法：
可能な場合-自動化。 サプライヤーが1時間に1回価格を更新する場合、ロボットは1回歩き、それをダウンロードして更新します。 価格が1日に1回更新されるが、サプライヤのウェブサイトで可用性情報がリアルタイムで真である場合、ロボットはウェブサイトのすべてのページを調べ、データベースの情報を更新します。 しかし、このようなロボットは10台以上あり、プロセッサとチャネルはゴムではないという事実により、そのような通過は1時間に1回しか行われません。 そして、1時間以内に、多くの商品が表示されるように、いくつかの商品が在庫からすでに消える可能性があります-すでにエラーがあります。
また、すべての製品が自動的に適切なセクションに分類されるわけではないことを考慮すると（アルゴリズムを自動化および改善することは可能であり、必要ですが）、商品を目的のセクションに手動で転送するか、価格処理スクリプトを手動で教える時間を追加する必要があります。
サプライヤが価格リストで価格を高騰させることがよくあります。 しかし、実際には、より安い列で店舗に出荷されます。これは、サプライヤーのWebサイトでの店舗のログインでのみ確認できます。 したがって、ログインして歩き、可用性を引き出すロボットは、店舗の実際の購入価格を決定する問題も解決します。これは、価格設定にとって重要な場合があります。
自動化できない場合は、我慢する必要があります。 価格表に商品の50％を明らかに持っているサプライヤがあります-在庫切れ。 しかし、ストアはこの価格をサイトと広告に展開することを余儀なくされています。 残りの50％は、価格または品揃えのいずれかで高すぎます。
ここでは半分の措置のみが可能です。製品に対する要求があった場合、管理者は製品のステータスを「在庫なし」に変更する義務を負います。 ただし、次回サプライヤから価格表が更新されると、製品は再び利用可能になります。
なぜこれが起こっているのですか？ サプライヤーは、より新しい価格表を持たないという事実によってこれを動機付けています。
しかし、特定の製品の入手可能性について尋ねると、彼らは答えることができます！ したがって、全体のポイントは、多くのサプライヤーがまだオンラインストアの側に向いておらず、まだ小売チェーンとの連携に集中しているということです。 一般的に驚くことではありませんが、私たちとのインターネットは電子機器の売り上げの約10％です。
できることは次のとおりです。在庫に関するかなり最新の情報が提供されるサプライヤーに広告に集中できます。 これらのサプライヤの商品のマージンを低くすることができ、これらの商品の広告を増やすことができます-そして、95％以上の確率があることを知っています。
各サプライヤの統計情報を収集することもできます-このサプライヤの商品に対するリクエストの数と、在庫切れのマークで返されたリクエストの数。 そして、これに基づいて、特定の経験的な「可用性の確率」を計算します。 ただし、1つの欠点があります。同じサプライヤが6か月間良好なパフォーマンスを発揮し、その後、赤字のため、または新しいERPを導入したかどうかにかかわらず、突然悪化します。 6か月後、再び正常になります。 つまり このアプローチは使用できますが、慎重に、彼を完全に信頼することはできません。
価格アグリゲーターに対処する方法は言うのが難しいです。 私たちと一緒に仕事をした人のうち、Yandex.marketとHotline、およびストア情報をより頻繁に更新しようとするAva.uaに言及したいと思います。
しかし、価格アグリゲーターがストアの価格をこれ以上頻繁に更新したくない場合、状況は、ほぼ1日間在庫切れになっている製品のクリックに対してストアが支払う場合です。 これは、アグリゲーターとの交渉の議論として使用できます-他の人と同じようにあなたに支払う必要があり、はるかに少ない更新しますか？
一般的に、通常の方法でどのように解決する必要があり、価格アグリゲーターは遅かれ早かれこれに来ると思います：
1日1回、ストアは同期のために完全な価格表を転送する必要があります。日中-小さなXMLクエリで価格アグリゲーターを攻撃します。 そのため、ストアが最新の情報を入手するとすぐに、広告内のデータを更新できます。
要約すると、サプライヤの現在の状況では、店舗がサイトや広告で100％関連情報を保持することはできません。
しかし、これらの100％を目指して努力することができます。 それでも、サプライヤーは徐々にオンライン取引の詳細を理解し始めており、時には彼らはそれに向かってさえ進んでいます。 これは非常に遅いプロセスですが、進行中です。 ロシアの同僚は、多くのサプライヤーがすでにリアルタイムで関連情報を提供していることを確認すると思います。
クライアントが在庫のない商品を注文したのと同じ場所で、マネージャーのタスクは、ネガティブな印象をできるだけ滑らかにすることです。 類似品を提供するには、状況を説明し、製品がまだ表示されているときにサプライヤに確認してください-リクエストに応じて入手できる場合があります。
顧客がバスケットを介して注文した場合-近い将来、彼に電話して知らせてもらうために、彼らは申し訳ありません、いいえと言います。
クライアントが10分以内にこれについて通知された場合-彼は非常に動揺することはほとんどありません。
一日のうちに、彼がすでに宅配便からの呼び出しを待っている-そして彼らが店から彼に電話し、サイト上の遅延と不正確な情報を謝罪しなくても、彼がそうしないと言う場合-クライアントは非常に不幸になります、これは許可されるべきではありません。
結論として、コンテキスト広告を扱った豊富な経験を持つ人を尋ねたいと思いますが、広告の関連性はどうですか？