पाठ-81: carousel, webview व चैट-भीतर भुगतान

1. उद्देश्य

पता-Flow के बाद अब बिक्री दिखाने और पैसा लेने के दो और औज़ार — carousel (सरकाकर देखने वाली उत्पाद-पट्टी) और चैट-भीतर भुगतान। पाठ के बाद आप तीन बातें कर पाएँगे — carousel क्या है और कैटलॉग (पाठ-33) से यह कैसे अलग है, बता पाएँगे; webview (चैट के भीतर खुलने वाली छोटी website-खिड़की) का उपयोग समझ पाएँगे; और चैट-भीतर भुगतान की स्थिति (पाठ-53) को Platform के स्तर पर समझ पाएँगे।

2. मुख्य बात

कैटलॉग (पाठ-33) एक बार भेजने पर सिर्फ़ एक उत्पाद दिखाता था। एक-वाक्य बात — carousel एक ही संदेश में कई उत्पाद-फ़ोटो को बग़ल में सरकाकर दिखाता है — जैसे किसी दुकान की शेल्फ़ की तस्वीर लेकर चैट में डाल दी हो, और हर फ़ोटो के नीचे अपना बटन।

carousel — जब उपयोगी हो

मान लो ग्राहक ने "साड़ी दिखाओ" लिखा। साधारण chatbot-flow एक-एक करके पूछेगा "कौन-सा रंग?" — carousel में आप एक साथ पाँच-छह साड़ियों की फ़ोटो, दाम और "यह चाहिए" बटन के साथ भेज सकते हैं। ग्राहक बग़ल में सरकाकर देखे, पसंद पर बटन दबाए — कैटलॉग-कड़ी (पाठ-35) से भी तेज़ अनुभव, क्योंकि ग्राहक चैट छोड़कर नहीं जाता। यह template-संदेश के भीतर ही काम करता है (पाठ-77), इसलिए मंज़ूरी और दाम के वही नियम लागू। carousel सबसे अच्छा तब जब उत्पाद देखकर तुरंत चुनना हो — कपड़े, गहने, खाने की चीज़ें, सजावट का सामान।

webview — चैट के भीतर छोटी खिड़की

कभी-कभी जानकारी इतनी बड़ी होती है कि चैट में ठीक से न समा सके — जैसे 20-पन्ने का catalogue, या कोई detailed फ़ॉर्म जो Flows (पाठ-80) से भी बड़ा हो। webview एक छोटी website-खिड़की खोलता है, ठीक चैट के भीतर, बिना अलग ऐप खोले (जैसे किसी लिंक पर टैप करने पर छोटा पर्दा खुलना)। यह अलग browser-tab जैसा भारी अनुभव नहीं देता — ग्राहक को लगता है वह अभी भी WhatsApp में ही है। दुकान इसका उपयोग बड़ी उत्पाद-सूची, size-chart, या पूरा किराया/बुकिंग-कैलेंडर दिखाने में कर सकती है। ध्यान — webview तकनीकी रूप से थोड़ा भारी सेटअप है; छोटी दुकान के लिए अक्सर Flows (पाठ-80) या carousel ही काफ़ी होते हैं।

चैट-भीतर भुगतान — Platform के स्तर पर

पाठ-53 में हमने Business AI के भीतर UPI-भुगतान की झलक देखी थी, सावधानी के साथ। Platform-स्तर पर भी वही सोच — चैट के भीतर payment-बटन दिखाना संभव है (कुछ देशों/श्रेणियों में सीधा UPI-collect, कहीं सिर्फ़ payment-link खोलने वाला बटन)। असली रूप और उपलब्धता देश-दर-देश, समय-दर-समय बदलती है — यह सबसे तेज़ी से बदलने वाला हिस्सा है इस पूरे कोर्स का। ईमानदार सलाह — चाहे carousel हो, चाहे webview, भुगतान की आख़िरी पुष्टि हमेशा किसी भरोसेमंद तरीक़े से हो (UPI-ऐप की अपनी पुष्टि-स्क्रीन, या payment-gateway की रसीद) — चैट में सिर्फ़ "भुगतान हो गया" लिखा आ जाना काफ़ी सबूत नहीं, असली बैंक-रसीद देखकर ही ऑर्डर आगे बढ़ाएँ (पाठ-70 के COD-धोखे वाली सतर्कता यहाँ भी)।

तीनों को एक साथ कैसे उपयोग करें

एक असली बिक्री-रास्ता ऐसा हो सकता है — ग्राहक "साड़ी दिखाओ" लिखे → carousel में पाँच विकल्प → ग्राहक एक चुने → पता-Flow (पाठ-80) खुले → भरे → payment-बटन दिखे → भुगतान → utility-template से पुष्टि (पाठ-77)। यह पूरा रास्ता एक ही चैट में, बिना किसी और ऐप में जाए। यहीं Platform का असली फ़ायदा दिखता है — Business ऐप में यह पूरा काम हाथ से, धीरे-धीरे होता; Platform इसे एक बहते हुए अनुभव में बदल देता है।

सेवा-सहायक की आँख

carousel और webview सेटअप में तकनीकी बारीकियाँ ज़्यादा हैं — यह वह जगह है जहाँ आपकी सेवा-फ़ीस बढ़ सकती है, क्योंकि काम भी बढ़ता है। पर शुरुआत हमेशा सादे से — पहले carousel जमाइए, तभी webview की बात कीजिए।

चित्र — पूरा बिक्री-रास्ता, एक चैट में

तकनीकी सीमा — क्या नहीं भूलना

carousel और webview दोनों template-संदेश या Flow के भीतर ही सही काम करते हैं — सादे 24-घंटे-बाहर संदेश की तरह इन्हें अलग से "बस भेज दो" नहीं कर सकते, यह भी पाठ-77 के template-नियम से बँधा है। इसका मतलब — अगर carousel भेजना है खिड़की बंद होने के बाद, तो पहले उसे template-रूप में मंज़ूरी चाहिए, ठीक साधारण संदेश की तरह। दूसरी सीमा — carousel में हर उत्पाद की फ़ोटो एक तय आकार-अनुपात में होनी चाहिए (मंच-वार फ़ोटो-मानक, पाठ-17 याद कीजिए) — बेतरतीब आकार की फ़ोटो टूटी-फूटी दिखती है। तीसरी — webview की कड़ी हमेशा https से शुरू (सुरक्षित) होनी चाहिए, वरना WhatsApp उसे दिखाएगा ही नहीं। इन तीन तकनीकी सीमाओं को याद रखने से आधा वक़्त बचता है जो लोग बिना जाने "क्यों नहीं चल रहा" में गँवाते हैं।

3. आज का काम «काम-कार्ड»

अपनी दुकान के पाँच सबसे बिकने वाले उत्पादों की सूची लीजिए और एक carousel-नक़्शा बनाइए — हर उत्पाद की फ़ोटो-नाम-दाम-बटन (पाठ-14-17 की फ़ोटो-सूची से)। लिखिए यह carousel कब भेजा जाएगा (ग्राहक के किस सवाल पर)। फिर पूरा बिक्री-रास्ता (carousel → Flow → भुगतान → utility-पुष्टि) एक-पंक्ति डिब्बों में खींचिए। जाँच-सूची: ☐ पाँच उत्पादों का carousel-नक़्शा ☐ भेजने की परिस्थिति ☐ पूरा बिक्री-रास्ता-चित्र ☐ भुगतान-पुष्टि की विधि लिखी ☐ फ़ोटो सबूत-खाते में।

व्यावहारिक टिप — नया औज़ार आते ही पूरी दुकान का ढाँचा एक साथ मत बदलिए; एक हफ़्ते सिर्फ़ carousel आज़माइए, नतीजा देखिए, फिर अगला औज़ार जोड़िए — यही धीमा-पर-पक्का रास्ता कम ग़लतियाँ लाता है।

4. नाप

सफल = carousel में सिर्फ़ असली बिकने वाले उत्पाद, गढ़े नहीं; बिक्री-रास्ता पाठ-77/80 से जुड़ा हुआ। समय: 30 मिनट।

पहली दुकान के लिए webview अक्सर ज़रूरी नहीं होता — carousel और Flow दोनों मिलकर अधिकांश ज़रूरतें पूरी कर देते हैं, इसलिए इस पाठ का सबसे भारी उपकरण भी सबसे कम इस्तेमाल होगा, यह जान लेना ही समझदारी है।

5. सबूत

सबूत-खाते में "carousel-नक़्शा व बिक्री-रास्ता"। पोर्टफ़ोलियो (खंड-24) में यह "पूरा तैयार दुकान-रास्ता" दिखाने के काम आएगा।

6. AI-सहायक

AI से पूछिए — "WhatsApp carousel और कैटलॉग-कड़ी में क्या फ़र्क़ है, और कब कौन-सा बेहतर काम करता है?" — जवाब मिलाइए अपने ऊपर लिखे तर्क से।

7. आम ग़लती

पहली — carousel में दस-बारह उत्पाद ठूँसना — ग्राहक थक जाता है, तीन-पाँच सबसे अच्छे काफ़ी। दूसरी — webview को बिना ज़रूरत, सिर्फ़ "आधुनिक दिखने" के लिए लगाना — भारी सेटअप, कम फ़ायदा। तीसरी — चैट में "भुगतान हो गया" लिख देने पर बिना रसीद जाँचे ऑर्डर भेज देना। चौथी — पूरे बिक्री-रास्ते को एक साथ बनाने की कोशिश — पहले carousel, फिर Flow, फिर भुगतान — एक-एक कदम जाँचकर।

8. सुरक्षा-पत्रक

carousel में सिर्फ़ असली उपलब्ध उत्पाद — बिका हुआ या बंद उत्पाद हटाइए, वरना ग्राहक-निराशा। webview की कड़ी हमेशा अपनी असली दुकान या भरोसेमंद payment-gateway की — किसी और की कड़ी कभी न जोड़ें। भुगतान-पुष्टि से पहले सामान न भेजें, चाहे ग्राहक कितनी भी जल्दी करे।

9. स्रोत

इस पाठ की जानकारी ACS पाठ्यक्रम-दल ने तैयार की है: acslearn.com — देखा गया 17-08-2026। carousel, webview व चैट-भीतर भुगतान की उपलब्धता देश व श्रेणी से बदलती है। 📎 मूल-कोर्स-कड़ी: WhatsApp Business Platform — Product Messages दस्तावेज़ — https://developers.facebook.com/docs/whatsapp/guides/product-messages — जाँच-तारीख़ 08/2026। बाहरी site — जानकारी ख़ुद verify करें। (metadata: core_skill=in-chat-catalog-and-payment · platform=whatsapp · level=S · path=A,B · volatility=HIGH · status=ACTIVE · next_review=11/2026)

10. योग्यता-जाँच