डिस्पैचर को ऐसी रिक्वेस्ट चाहिए जिसमें पहली बार में ही सब कुछ हो: कहाँ से कहाँ, क्या माल, कितना, कब और किसे फ़ोन करना है। Word या PDF का फ़ॉर्म यह नहीं देता: फ़ोन से उसे कोई नहीं भरता, और ग्राहक मैसेंजर में लिख देता है "कल फ़र्नीचर ले जाना है"। फिर पाँच बार पूछना पड़ता है।
इस पेज पर बताया गया है कि Telegram में माल ढुलाई की रिक्वेस्ट के फ़ॉर्म में कौन-से फ़ील्ड रखें, तैयार टेम्पलेट में क्या बदलें, हर रिक्वेस्ट सीधे डिस्पैचर के निजी मैसेज में कैसे पहुँचती है और फ़ॉर्म क्या नहीं करता। आख़िरी बात का सार: यह हस्ताक्षर वाला अनुबंध (बुकिंग ऑर्डर) तैयार नहीं करता। ग्राहक को कुछ इंस्टॉल नहीं करना पड़ता: वह लिंक खोलता है, «शुरू करें» दबाता है और बटनों व छोटी लाइनों में जवाब देता है।
माल ढुलाई की रिक्वेस्ट के आठ फ़ील्ड
Easy Post में Logistics & Shipping टेम्पलेट है। वह ट्रांसपोर्टर की तरफ़ से लिखा गया है (सेवा, गाड़ी, कीमत, कंपनी), जबकि रिक्वेस्ट ग्राहक भरता है। इसलिए फ़ॉर्म बिल्डर में कुछ सवाल बदलने होंगे और एक फ़ील्ड जोड़ना होगा।
टेम्पलेट के सवाल, फ़ील्ड के लेबल और बटन के विकल्प अंग्रेज़ी में सेव होते हैं। उन्हें हिन्दी में बदलना फ़ॉर्म की सेटिंग में आपका काम है। इस लेख के चित्रों में फ़ॉर्म पहले से हिन्दी में दिखाया गया है। नीचे हर फ़ील्ड के लिए: टेम्पलेट में असल में क्या लिखा है और उसका क्या करें।
- Type (ज़रूरी; सवाल "Service type:", बटन: Cargo, Moving, Courier, Warehouse, Customs)। जैसा है वैसा रखें, बस हिन्दी में बदल लें: ग्राहक चुनता है और आपको तुरंत दिखता है कि यह किस डिस्पैचर का काम है।
- Route (ज़रूरी; सवाल "Route (from - to):")। बॉट पते नहीं जाँचता, इसलिए "Delhi - Jaipur" और "Dilli-Jaypur" एक जैसे पास हो जाते हैं।
- Description (ज़रूरी; सवाल "Service details:", 10 से 500 अक्षर)। रिक्वेस्ट के लिए सवाल को "क्या ले जाना है: नाम, मात्रा" जैसा कर दें। 10 अक्षर का न्यूनतम "फ़र्नीचर" जैसा जवाब पास नहीं होने देगा, कम से कम "अलमारी और दो सोफ़े" लिखना पड़ेगा।
- Capacity (वैकल्पिक; सवाल "Vehicle/capacity:", छोड़ने का बटन "Skip")। यह ट्रांसपोर्टर का फ़ील्ड है, रिक्वेस्ट में इसे माल के बारे में पूछना चाहिए। नाम बदलकर "माल का वज़न और आकार" कर दें।
- कब लोड करना है (आप ख़ुद जोड़ें, बटन: आज, कल, इस हफ़्ते, आपसी सहमति से)। Date टाइप का फ़ील्ड कैलेंडर नहीं खोलता और फ़ॉर्मैट नहीं जाँचता: वह सादा टेक्स्ट जवाब है। बटन ज़्यादा भरोसेमंद हैं, क्योंकि "कल सुबह", "परसों", "शुक्रवार को" की जगह आपको चार साफ़ विकल्प मिलते हैं।
- Price (टेम्पलेट में ज़रूरी; सवाल "Price/rate:")। ग्राहक की रिक्वेस्ट के लिए इसे वैकल्पिक कर दें या हटा दें: कीमत आप बताते हैं, ग्राहक नहीं।
- Company (ज़रूरी; सवाल "Company name:")। सवाल को "कंपनी का नाम या आपका नाम" कर दें।
- Contact (ज़रूरी; सवाल "Contact:")। टेम्पलेट में इसका टाइप Text है। इसे Phone कर दें: तब बॉट जाँचेगा कि कम से कम सात अंक हैं, और "abc" पास नहीं होगा।
रिक्वेस्ट से ट्रिप तक
- ग्राहक को एक लिंक दें: विज़िटिंग कार्ड पर, प्रोफ़ाइल में, चैट में। वह «शुरू करें» दबाता है और सवालों के जवाब एक-एक करके देता है; साथ में प्रोग्रेस बार रहता है ("चरण 5/8" जैसा)।
- रिक्वेस्ट भेजते ही आपके Telegram में पहुँच जाती है। बॉट आपको और आपके प्रोजेक्ट के उन सभी लोगों को लिखता है जिन्होंने अपना Telegram जोड़ा है: सारे जवाब, ग्राहक का @यूज़रनेम और डैशबोर्ड में उस रिक्वेस्ट का लिंक। बटन नहीं होते, क्योंकि मंज़ूर करने को कुछ है ही नहीं।
- फ़ोन करें या लिखें। नंबर कार्ड में है। अगर ग्राहक ने नंबर ग़लत लिखा, तो उसका @यूज़रनेम आपके पास रहता है।
- ग्राहक को भेजते ही आपका मैसेज दिखता है (टेक्स्ट नीचे है): उसे पता चल जाता है कि रिक्वेस्ट पहुँच गई और फ़ोन कब आएगा।
ग्राहक को बॉट के टेक्स्ट हिन्दी में दिखते हैं। लेकिन आपका पक्ष अंग्रेज़ी में है: साइट का सेटिंग पैनल हिन्दी में अनुवादित नहीं है, इसलिए फ़ॉर्म की सेटिंग की स्क्रीन और डिस्पैचर को आने वाला निजी मैसेज (New submission in…, Saved in your dashboard, Review submissions) अंग्रेज़ी में दिखते हैं।

उदाहरण-चित्र: इसमें फ़ॉर्म के सवाल और बटन मालिक के हिन्दी में किए अनुवाद हैं, बाक़ी बॉट के टेक्स्ट हिन्दी के डिफ़ॉल्ट हैं; नाम और डेटा काल्पनिक हैं।
यह इसलिए चलता है कि फ़ॉर्म में न कोई चैनल है, न कोई ऐसा एक्शन जो आपका इंतज़ार करे। ऑनबोर्डिंग में, जब आप चुनें कि रिक्वेस्ट कहाँ जाएँ, तो "No channel — work in Easy Post" चुनें। तब हर रिक्वेस्ट तुरंत डैशबोर्ड में सेव हो जाती है, और बॉट आपको कार्ड सूचना के रूप में भेजता है।

उदाहरण-चित्र: कार्ड अंग्रेज़ी में आता है, ब्योरे मालिक के हिन्दी अनुवाद वाले फ़ॉर्म के हैं; नाम और डेटा काल्पनिक हैं।
सेटिंग में चिपकाने के लिए एक मैसेज
फ़ॉर्म की सेटिंग में एक टेक्स्ट बॉक्स है (सेटिंग की स्क्रीन अंग्रेज़ी में है, पर उसमें आप हिन्दी लिख सकते हैं): आख़िरी जवाब के बाद बॉट ग्राहक को क्या लिखे। डिफ़ॉल्ट है «धन्यवाद! आपकी एंट्री समीक्षा का इंतज़ार कर रही है।» यहाँ कोई समीक्षा नहीं करता, इसलिए ग्राहक को ऐसा वादा मिलता है जो आप इस रूप में पूरा नहीं करेंगे। इसे बदल दें। Telegram की बुनियादी फ़ॉर्मैटिंग, जैसे बोल्ड और लिंक, चलती है।
अनुरोध स्वीकार हो गया है। डिस्पैचर 15 मिनट के भीतर आपसे संपर्क करेगा ताकि कीमत और गाड़ी आने का समय पक्का हो सके। सवाल: t.me/yourdispatcher
स्वीकार हुई रिक्वेस्ट का मतलब तय कीमत नहीं है, इसलिए यह बात टेक्स्ट में कहें, जैसा उदाहरण में है।

उदाहरण-चित्र: मैसेज का टेक्स्ट मालिक ने ख़ुद लिखा है; नाम और डेटा काल्पनिक हैं।
रिक्वेस्ट कहाँ रखी जाती हैं
हर रिक्वेस्ट डैशबोर्ड में, फ़ॉर्म की रिक्वेस्ट की सूची में रहती है, चाहे किसी ने Telegram का मैसेज पढ़ा हो या नहीं। चैट का कार्ड एक सूचना है जिसमें लिंक है।
कई डिस्पैचरों को रिक्वेस्ट मिलें, इसके लिए उन्हें प्रोजेक्ट में Members (Invite Member) के ज़रिए जोड़ें। हर कोई अपना Telegram Easy Post से जोड़ता है और उसके बाद उसे वही कार्ड मिलता है। जिसने Telegram नहीं जोड़ा, वह रिक्वेस्ट सिर्फ़ डैशबोर्ड में देखता है।
इस फ़ॉर्म से कोई सार्वजनिक चैनल न जोड़ें। चैनल के पोस्ट में सारे जवाब जाते हैं, ग्राहक के फ़ोन नंबर समेत, और वे सबको दिखने लगेंगे।
रिक्वेस्ट कहाँ अटकती है
यहाँ सबसे महँगा जाल एक ही है: नियमित ग्राहक सीमा से टकरा जाता है। टेम्पलेट में हर व्यक्ति के लिए रोज़ 5 और महीने में 15 रिक्वेस्ट की सीमा है। जो ग्राहक महीने में बीस माल भेजता है, वह सोलहवें पर बॉट का यह जवाब देखेगा: «इस महीने की 15 एंट्री की सीमा पूरी हो गई।» और नई रिक्वेस्ट नहीं दे पाएगा। ऐसा होने से पहले फ़ॉर्म की सेटिंग में दोनों संख्याएँ बढ़ा दें।
फ़ॉर्म क्या नहीं करता
- अनुबंध (बुकिंग ऑर्डर) तैयार नहीं करता। फ़ॉर्म डेटा इकट्ठा करता है, जिसे आप अपने फ़ॉर्मैट में डालते हैं; हस्ताक्षर और मुहर आपकी तरफ़ ही रहते हैं।
- दूरी और कीमत नहीं निकालता, और पते नहीं जाँचता।
- कैलेंडर, ट्रिप और ड्राइवरों का हिसाब, और भुगतान नहीं है।
- इस सेटअप में Approve और Reject बटन नहीं हैं। ग्राहक को यह नहीं बताया जाता कि आप माल लेंगे या नहीं, सिर्फ़ यह कि रिक्वेस्ट पहुँच गई। अगर आपको ऐसा बटन चाहिए जो ग्राहक को जवाब दे, जैसे इवेंट में सीट के लिए, तो इवेंट रजिस्ट्रेशन फ़ॉर्म देखें।
- डुप्लिकेट की जाँच नहीं है: जिस ग्राहक से ग़लती हुई, वह रिक्वेस्ट दोबारा भेज देगा, और आप सही वाली पर फ़ोन करेंगे।
बड़े ट्रांसपोर्टर को, जो ट्रिप का हिसाब रखता है, अलग सिस्टम चाहिए; फ़ॉर्म उसमें रिक्वेस्ट सिर्फ़ वेबहुक के ज़रिए भर सकता है, और वेबहुक हर प्लान में नहीं है। अगर आप माल की नहीं, एजेंसी के ग्राहकों की पूछताछ इकट्ठा करते हैं, तो एजेंसी का क्लाइंट इनटेक फ़ॉर्म देखें।
सेटअप, क़दम-दर-क़दम
- ऑनबोर्डिंग में Logistics & Shipping टेम्पलेट चुनें और "No channel — work in Easy Post" चुनें।
- दूसरे डिस्पैचरों को Members में जोड़ें और हर किसी से Telegram जोड़ने को कहें।
- फ़ॉर्म की सेटिंग में ऊपर की सूची के हिसाब से सवाल बदलें (हिन्दी में अनुवाद भी वहीं करें), "कब लोड करना है" जोड़ें, Contact का टाइप Phone करें, सीमाएँ बढ़ाएँ, अपने संपर्क के साथ मैसेज चिपकाएँ और लिंक शेयर करें।
Telegram बॉट पहली बार बना रहे हैं? बिना कोड के Telegram बॉट कैसे बनाएँ बताता है कि इसे कैसे बनाते हैं।