वही माप जो पैनल दिखाता है, मशीन-से-मशीन पहुँचाए गए: हर वेरिएंट का स्टॉक स्तर, कीमतें, गिरावट से निकाली गई यूनिट, और इवेंट। इन्हें API से खींचें, या जैसे ही कुछ बदले, वेबहुक आप तक पहुँच जाए। न साइन इन, न रिपोर्ट पर क्लिक करते रहना, न स्प्रेडशीट में एक्सपोर्ट।
कोई तैयार कीमत नहीं है, क्योंकि वह इस पर निर्भर है कि कितने स्टोर, कितनी बार और डेटा का कितना हिस्सा। हमें लिखें कि आप क्या खींचना चाहते हैं और एक ही जवाब में दायरा और कीमत आ जाएगी।
इनमें से हर एक पैनल के लिए पहले से इकट्ठा होता है। API अलग डेटा वाला अलग उत्पाद नहीं है; यह उन्हीं जाँचों को पाने का एक दूसरा तरीका है।
हर जाँच पर हर वेरिएंट की यूनिट संख्या। जहाँ स्टोर सटीक गिनती प्रकाशित करता है, आपको सटीक गिनती मिलती है। जहाँ वह सिर्फ़ "स्टॉक में" या "आख़िरी कुछ बचे" प्रकाशित करता है, आपको वही मिलता है, साथ में साफ़ बयान कि यह कोई काउंटर नहीं है।
स्टॉक की गिरावट से निकाली गई यूनिट, और उस दिन की कीमत पर राजस्व। दैनिक, वेरिएंट, उत्पाद और स्टोर के हिसाब से बँटा हुआ।
हर जाँच पर हर वेरिएंट की कीमत, और जहाँ स्टोर दिखाता है वहाँ वह कीमत भी जिससे उसे घटाया गया। बदलावों का पूरा इतिहास, सिर्फ़ आज का आँकड़ा नहीं।
उत्पाद और वेरिएंट, नाम, आकार या रंग, पेज के पते और स्टोर के अपने पहचानकर्ता के साथ। आप देख सकते हैं कि कैटलॉग में क्या जुड़ा और उसमें से क्या निकल गया।
खत्म हुआ, रीस्टॉक हुआ, सस्ता हुआ, उत्पाद हटाया गया। वही चीज़ें जो पैनल समय-रेखा पर बनाता है। वेबहुक से लेने लायक अकेला डेटासेट यही है, क्योंकि मायने वह मिनट रखता है जिसमें आपको पता चलता है।
Meta, Google और TikTok पर स्टोर के कैंपेन और क्रिएटिव: क्या चल रहा है, कब से, और वह क्या कहता है।
वे सर्च शब्द जिन पर स्टोर रैंक करता है और वह कहाँ रैंक करता है। साथ में समीक्षाएँ, स्टोर जिन तकनीकों पर चलता है, और उसकी सोशल प्रोफ़ाइल।
कुछ चेन हर भौतिक दुकान का स्टॉक अलग-अलग प्रकाशित करती हैं। उनके लिए आपको कुल के साथ-साथ दुकान-दर-दुकान विभाजन भी मिलता है।
* दुकान-दर-दुकान विभाजन सिर्फ़ उन चेन के लिए है जो उसे प्रकाशित करती हैं, और विज्ञापन डेटा कितना उपलब्ध है, यह Meta, Google और TikTok में अलग-अलग है। कीमत बताते समय हम साफ़ कह देते हैं कि आपके स्टोर के लिए क्या संभव है और क्या नहीं।
API आम तौर पर तब लिया जाता है जब डेटा को किसी ऐसे सिस्टम में पहुँचना हो जो पहले से मौजूद है, या जब स्टोर इतने ज़्यादा हों कि उन्हें एक-एक करके देखना मुमकिन न हो।
प्रतिस्पर्धियों का स्टॉक और बिक्री आपके अपने आँकड़ों के बगल में, Looker Studio, Power BI या Metabase में। एक ही जगह जहाँ आप खुद को बाज़ार से तौलते हैं, दो खिड़कियाँ साथ-साथ नहीं।
प्रतिस्पर्धी के वेरिएंट की कीमत, हर दो घंटे में ताज़ा, आपके अपने नियमों के इनपुट के रूप में। साथ में स्टॉक स्तर भी, क्योंकि जो चीज़ कोई भेज ही नहीं सकता, उसकी कीमत मुक़ाबला नहीं है।
सीधे Slack, n8n या Make में वेबहुक, बिना हमें बार-बार पूछे। प्रतिस्पर्धी के बेस्टसेलर का स्टॉक खत्म होना उसी दिन विज्ञापन पर खर्च करने की वजह है, सोमवार की रिपोर्ट की एक पंक्ति नहीं।
स्टॉक और कीमतों का इतिहास माँग के मॉडल के लिए तैयार इनपुट है। वही डेटासेट उस एजेंट को चाहिए जो बाज़ार के सवालों का जवाब आँकड़ों में दे।
किसी ब्रांड या पूरी श्रेणी की बिक्री का अनुमान, कई स्टोर पर एक साथ उसी तरीके से निकाला गया। फ़ंड या सलाहकार को विक्रेता का दावा नहीं, एक माप मिलता है।
कई ग्राहकों के लिए डेटा इकट्ठा करें और उसे अपनी रिपोर्ट में डालें। एक ही पहुँच, जितने चाहें उतने स्टोर, नतीजे पर आपका लोगो।
आप बताते हैं कि कौन-से स्टोर, कौन-से डेटासेट और कितनी बार। कागज़ पर कुछ तय होने से पहले हम मुफ़्त में जाँच लेते हैं कि वे स्टोर पढ़े भी जा सकते हैं या नहीं।
वही चक्र और वही जाँच-पड़ताल। संदिग्ध दिखने वाला चक्र कभी डेटा नहीं बनता, और इसीलिए API का आँकड़ा पैनल के आँकड़े से मेल खाता है।
दो रास्ते, और आप दोनों इस्तेमाल कर सकते हैं। जब आपको पूरे कैटलॉग की स्थिति चाहिए तब खींचें; या हमें एक पता दें और हर चक्र के बाद और हर इवेंट पर वेबहुक जाएगा, चाहे वह स्टॉक खत्म होना हो, रीस्टॉक हो या कीमत में कटौती। कुंजी आपकी है और आप उसे जब चाहें बदल सकते हैं।
दस्तावेज़ीकरण पहुँच के साथ मिलता है। वह सार्वजनिक नहीं है, क्योंकि जवाब का आकार और वेबहुक से भेजे जाने वाले इवेंट की सूची उसी के हिसाब से तय होती है जो आप वास्तव में पाते हैं।
चार बातें जो कीमत की बातचीत से पहले जान लेना बेहतर है, पहले महीने के बाद नहीं।
स्टॉक स्तर पीछे जाकर दोबारा नहीं बनाए जा सकते। स्टोर जितनी जल्दी जुड़ेगा, बाद में आपके पास उतना लंबा इतिहास होगा।
बिक्री हम स्टॉक की गिरावट से निकालते हैं। जो स्टोर सटीक संख्याएँ प्रकाशित करता है, उसके लिए यह सच्चाई के बहुत करीब है। जो स्टोर सिर्फ़ "स्टॉक में" दिखाता है, उसके लिए हम शून्य लिखने के बजाय कहते हैं कि हमें पता नहीं।
हमारे पास किसी और के एडमिन पैनल, ऑर्डर या उसके ग्राहकों के व्यक्तिगत डेटा तक कोई पहुँच नहीं है, और हम उनका व्यापार नहीं करते। हम स्टोर वैसे ही पढ़ते हैं जैसे कोई खरीदार पढ़ता है।
डेटा का वादा करके खाली फ़ील्ड देने के बजाय हम कीमत बताने से पहले ही यह कह देते हैं। जाँच मुफ़्त है और एक साफ़ जवाब पर खत्म होती है।
शुरुआत सामान्य निगरानी के मूल्य पत्रक से होती है: कैटलॉग का आकार बनाम जाँच की आवृत्ति। API सिर्फ़ पहुँच रखने का अलग शुल्क नहीं है।
हर स्टोर की कीमत अलग से तय होती है, क्योंकि लागत इस पर निर्भर है कि उसे पढ़ना कितना कठिन है।
दो से बारह घंटे के बीच। ज़्यादा बार यानी ज़्यादा सटीक और ज़्यादा महँगा, क्योंकि हर स्टोर पर काम बढ़ जाता है।
स्टॉक और कीमतें एक बात है। विज्ञापन, सर्च में दृश्यता और समीक्षाएँ अतिरिक्त डेटासेट हैं और अतिरिक्त काम।
बिलिंग प्रीपेड और USD में होती है, ठीक वैसे ही जैसे पैनल में निगरानी की। आप सफल जाँचों का भुगतान करते हैं: जिस दिन हम स्टोर नहीं पढ़ पाए, उसका शुल्क नहीं लगता।
स्टोर की एक सूची और एक वाक्य कि डेटा कहाँ जा रहा है - इतना काफ़ी है। हम दायरा, कीमत और तारीख़ के साथ जवाब देते हैं।
हम ईमेल से जवाब देते हैं, आम तौर पर एक कार्यदिवस के भीतर।