रिटेल संदेश जो स्टोर के अपने SIM कार्ड पर चलते हैं
तीन काम एक ही फ़ोन बिल साझा करते हैं: स्टोर प्रबंधक को बताना कि शेल्फ़ खाली है, स्टाफ़ को ओपनिंग चेकलिस्ट पूरी करने की याद दिलाना, और सदस्यों को ऑफ़र भेजना। SMS Deliverer तीनों को Windows PC और आपकी पहले से मौजूद SIM से चलाता है।
तीन काम, एक स्थानीय गेटवे
रिटेल संदेश एक ही उपयोग नहीं हैं। ऑपरेशनल अलर्ट को सेकंडों में पहुँचना और किसी नामित व्यक्ति तक जाना है; मार्केटिंग संदेशों को सहमति, गति और रिकॉर्ड चाहिए। वही सॉफ़्टवेयर दोनों को अलग-अलग कतारों के साथ संभालता है।
| काम | इसे क्या ट्रिगर करता है | किसे मिलता है | लूप क्या बंद करता है |
|---|---|---|---|
| स्टॉक अलर्ट | POS, ERP या WMS को कोई SKU रीऑर्डर बिंदु से नीचे दिखता है | स्टोर प्रबंधक का फ़ोन | DONE 4412 जैसा जवाब, जो टास्क सिस्टम को अग्रेषित होता है |
| स्टोर चेकलिस्ट | एक शेड्यूल, या टास्क सिस्टम में गायब पूर्णता फ़्लैग | उस स्टोर का ड्यूटी प्रबंधक | चेकलिस्ट के सामने दर्ज जवाब, साथ में डिलीवरी रिपोर्ट |
| सदस्य संदेश | CSV या Excel सूची, कोई सेगमेंट, या निर्धारित कैंपेन | सहमति देने वाले ग्राहक | डिलीवरी रिपोर्ट और ऑप्ट-आउट हैंडलिंग |
तीनों एक ही आउटबॉक्स, एक ही SIM और एक ही स्थानीय डेटाबेस का उपयोग करते हैं। अंतर कतार, टेम्पलेट और हर एक को दी गई गति में है।
स्टॉक अलर्ट: खाली शेल्फ़ से टेक्स्ट संदेश तक
रीऑर्डर बिंदु आपके ERP या POS में रहता है। डिलीवरी यहाँ होती है।
आपका सिस्टम तय करता है कि SKU कम है
ERP या WMS रीऑर्डर बिंदु, शेल्फ़ स्थान और सप्लायर लीड टाइम लागू करता है। सीमा में कुछ नहीं बदलता।
यह आउटबॉक्स में लिखता है
या तो स्थानीय API पर HTTP POST, या SQL आउटबॉक्स तालिका में एक पंक्ति: नंबर, टेक्स्ट, भेजने वाला डिवाइस। गेटवे उस तालिका को देखता है और पंक्ति उठा लेता है।
संदेश काम का नाम बताता है
उपयोगी अलर्ट छोटा होता है और खुद को बंद करता है: SKU 4412 low: 3 left, aisle 6. Reply DONE 4412.
SIM कैरियर से भेजती है
स्टोर पर लगा modem, या शॉप फ़्लोर पर पहले से मौजूद Android फ़ोन। प्रबंधक के फ़ोन पर कोई ऐप ज़रूरी नहीं।
जवाब रिकॉर्ड बन जाता है
DONE 4412 जवाब इनबॉक्स में आता है और webhook से ERP को अग्रेषित होता है, जो रीप्लेनिशमेंट टास्क बंद करता है। डिलीवरी रिपोर्ट साबित करती है कि अलर्ट फ़ोन तक पहुँचा।
सीमाएँ एक ही जगह रखें
रीऑर्डर बिंदु मौसम और प्रमोशन के साथ बदलते हैं। उन्हें ERP में रखें, SMS टेम्पलेट में नहीं, ताकि बदलाव के लिए गेटवे छूने की ज़रूरत न हो।
ऑपरेशनल अलर्ट की गति तय करें
प्रति-SIM घंटेवार और दैनिक सीमाएँ गलत कॉन्फ़िगर किए नियम को सैकड़ों संदेशों में बदलने से रोकती हैं। स्टॉक अलर्ट कतार की अपनी सीमा होनी चाहिए, मार्केटिंग से अलग।
इंटीग्रेशन बना रहे हैं? सेटअप गाइड HTTP API दिखाता है और IT अलर्टिंग पेज वही पैटर्न SQL ट्रिगर के साथ दिखाता है।
स्टोर चेकलिस्ट और निरीक्षण फ़ॉलो-अप
चेकलिस्ट तभी काम करती है जब कोई नोटिस करे कि वह पूरी नहीं हुई। SMS वह झटका है जिसे स्टोर शेल्फ़ पर अनदेखा नहीं छोड़ सकता।
एक दैनिक लूप
स्टोर्स की CSV सूची से ड्यूटी प्रबंधक के नंबर पर 08:30 का रिमाइंडर शेड्यूल करें। जवाब साझा इनबॉक्स में इकट्ठा होता है और webhook से टास्क सिस्टम को अग्रेषित होता है, जो चेकलिस्ट पूर्ण चिह्नित करता है। अगर 10:00 तक जवाब न आए, तो उस सिस्टम की एस्केलेशन सूची में क्षेत्र प्रबंधक का नंबर है।
चूँकि इनबाउंड संदेश स्थानीय रूप से सहेजे जाते हैं, जवाब खुद ऑडिट ट्रेल बन जाता है: प्रेषक, टेक्स्ट, जिस SIM ने उसे पाया, और समय।
लूप को क्या चाहिए
- हर स्टोर के लिए अलग शेड्यूल, एक साझा भेजने का समय नहीं
- जवाब कीवर्ड आपके टास्क सिस्टम में तय, गेटवे में नहीं
- एस्केलेशन नियम उसी टास्क सिस्टम में रखा गया
- चेकलिस्ट रिकॉर्ड के साथ सहेजी डिलीवरी रिपोर्ट
शांत घंटे और शेड्यूलिंग कैंपेन के लिए हैं; सुनिश्चित करें कि चेकलिस्ट रिमाइंडर मार्केटिंग विंडो में न फँसे। ऑपरेशन्स को अपना कैंपेन और अपनी गति दें।
सदस्य और प्रमोशनल संदेश
सूची आयात करें, संदेश लिखें, SIM और गति चुनें, और हर प्राप्तकर्ता का परिणाम पढ़ें।
सूची से आउटबॉक्स तक
CSV या Excel आयात कॉलमों को नंबर, नाम और किसी भी वैयक्तिकरण फ़ील्ड से मैप करता है। एडिटर भेजने से पहले एनकोडिंग और सेगमेंट संख्या दिखाता है, ताकि लंबा ऑफ़र अचानक न टूटे।
सहमति और ऑप्ट-आउट
STOP, STOPALL और UNSUBSCRIBE जवाब एक स्थायी ऑप्ट-आउट फ़्लैग सेट करते हैं जो बाद के आयात में भी बना रहता है। ब्लैकलिस्ट भेजने से पहले लागू होती है, शिकायत के बाद नहीं।
गति और शांत घंटे
हर कैंपेन के लिए भेजने की विंडो, साथ में प्रति SIM घंटेवार और दैनिक सीमाएँ। विंडो के बाहर कतार में रहे संदेश रात में ग्राहकों तक पहुँचने के बजाय इंतज़ार करते हैं।
हर प्राप्तकर्ता का परिणाम
प्रति SIM डिलीवर, विफल और लंबित गिनतियाँ, साथ में हर विफलता के लिए कैरियर का त्रुटि कोड। CSV में निर्यात करें या स्थानीय तालिका पढ़ें।
सहमति, शब्दावली और स्थानीय मार्केटिंग नियम आपकी ज़िम्मेदारी हैं, सॉफ़्टवेयर की नहीं। SMS मार्केटिंग पेज कैंपेन यांत्रिकी बताता है, और अनुपालन गाइड ऑप्ट-आउट रिकॉर्ड बताता है।
कई स्टोर, कई SIM, एक दृश्य
रिटेल समूह शायद ही एक स्थान चलाते हैं। गेटवे का लाइसेंस प्रति कंप्यूटर है, इसलिए डिप्लॉयमेंट का आकार मायने रखता है।
हर स्टोर के लिए एक PC
हर स्थान पर USB modem और स्थानीय SIM। स्टॉक अलर्ट स्टोर के अपने नंबर से जाते हैं, इसलिए प्रबंधक उसे पहचानता है और संदेश कभी मुख्यालय पर निर्भर नहीं होता।
केंद्रीय modem पूल
मल्टी-पोर्ट पूल वाला एक PC सभी स्टोर के लिए भेजता है। प्रति-SIM कोटा और रोटेशन लोड को SIM कार्डों पर फैलाते हैं; डिलीवरी रिपोर्ट प्रति डिवाइस रहती हैं।
साइट पर पहले से फ़ोन
शॉप फ़्लोर पर Android फ़ोन Wi-Fi या USB से भेजने का चैनल बन सकता है, जो अक्सर कैश एरिया तक modem ले जाने से तेज़ तैनाती है।
लाइसेंसिंग: एक लाइसेंस एक कंप्यूटर कवर करता है। हर स्टोर में गेटवे वाली चेन को प्रति मशीन एक लाइसेंस चाहिए; मूल्य पेज editions और दोनों लाइसेंस शर्तें बताता है।
क्षमता और सीमाएँ
यह किसमें अच्छा है, और जानबूझकर क्या नहीं करता।
| क्षेत्र | व्यवहार में इसका अर्थ |
|---|---|
| सहमति | ऑप्ट-आउट फ़्लैग और ब्लैकलिस्ट लागू होते हैं, पर सहमति इकट्ठा करना और उसे अद्यतन रखना आपकी प्रक्रिया है। |
| शॉर्ट कोड और किराए के नंबर | पेश नहीं किए जाते। प्राप्तकर्ता आपकी SIM का असली नंबर देखता है, और अल्फ़ान्यूमेरिक प्रेषक नाम कैरियर पर निर्भर हैं। |
| थ्रूपुट | एक modem एक बार में एक संदेश भेजता है; पूल या कई फ़ोन समानांतर में भेजते हैं। कैरियर सीमाएँ और SIM प्लान अब भी लागू हैं। |
| डिलीवरी | रिपोर्ट हर प्राप्तकर्ता के लिए दर्ज होती हैं; गारंटीड डिलीवरी नहीं बेची जाती, क्योंकि कोई गेटवे उसका वादा नहीं कर सकता। |
| मल्टीमीडिया | MMS के लिए Ultimate edition और Android फ़ोन चाहिए। सादा SMS हर edition में चलता है। |
| भुगतान और लॉयल्टी अंक | प्रोडक्ट का हिस्सा नहीं। संदेश भेजें और लेन-देन आपके POS या लॉयल्टी प्लेटफ़ॉर्म को संभालने दें। |
| क्लाउड डैशबोर्ड | डिज़ाइन से कोई नहीं। डेटाबेस और रिपोर्ट स्टोर PC या आपके अपने सर्वर पर रहते हैं। |
संबंधित पढ़ाई: कोल्ड चेन तापमान अलर्ट, क्लिनिक रिमाइंडर, आउट-ऑफ़-बैंड IT अलर्टिंग, और Windows सॉफ़्टवेयर अवलोकन।
खरीदारों के आम सवाल
क्या सॉफ़्टवेयर खुद स्टॉक अलर्ट ट्रिगर कर सकता है?
नहीं। आपका POS, ERP या WMS तय करता है कि कोई SKU रीऑर्डर बिंदु से नीचे है और संदेश गेटवे को HTTP API, SQL लिसनर या ईमेल से सौंपता है। गेटवे उसे पहुँचाता है और परिणाम दर्ज करता है।
स्टोर कैसे पुष्टि करता है कि अलर्ट संभाला गया?
प्रबंधक सादे टेक्स्ट में जवाब देता है, जैसे DONE 4412। जवाब साझा इनबॉक्स में आता है और webhook या ईमेल से आपके टास्क सिस्टम को अग्रेषित होता है, जो समाप्ति दर्ज करता है।
क्या ग्राहकों को सदस्य संदेश पाने के लिए ऐप चाहिए?
नहीं। उन्हें किसी भी हैंडसेट पर साधारण SMS मिलता है। डिलीवरी रिपोर्ट दिखाती हैं कि कौन-से नंबर पहुँचे; वे यह नहीं दिखा सकतीं कि संदेश पढ़ा गया या नहीं।
क्या हम एक साथ कई दुकानों से भेज सकते हैं?
हाँ, दो रूपों में: हर स्टोर के लिए अपने modem और SIM वाला एक लाइसेंस प्राप्त PC, या modem पूल या कई Android फ़ोन वाला केंद्रीय PC। एक लाइसेंस एक कंप्यूटर कवर करता है।
STOP जवाबों का क्या होता है?
STOP, STOPALL और UNSUBSCRIBE स्थायी ऑप्ट-आउट फ़्लैग सेट करते हैं और संपर्क को भविष्य के कैंपेन में छोड़ दिया जाता है, सूची दोबारा आयात होने के बाद भी।
छोटी चेन के लिए कोई सस्ता विकल्प है?
Standard एक डिवाइस से भेजता है और SMS, संपर्क, शेड्यूलिंग और रिपोर्ट कवर करता है। Enterprise modem पूल, SIM रोटेशन और प्रति-SIM कोटा जोड़ता है; Ultimate MMS, HTTP API और SMPP जोड़ता है।