कस्टम चेकआउट फील्ड्स

चेकआउट में हर एक अतिरिक्त फील्ड से ऑर्डर्स पर असर पड़ता है, और हर मार्केट की जरूरतें थोड़ी अलग होती हैं। StoreConsole हर स्टोर को यह तय करने की सुविधा देता है कि चेकआउट पर क्या पूछा जाए, इसके लिए उसी Form Builder का इस्तेमाल होता है जो आपके कॉन्टैक्ट और लीड फॉर्म्स को पावर देता है।

यह कैसे काम करता है

• चेकआउट एक स्कीमापढ़ता है: एक पब्लिश किया हुआ Form Builder फॉर्म जो फील्ड्स, उनका क्रम, कौन से जरूरी हैं और एड्रेस कैसे विभाजित हैं, इसकी लिस्ट देता है।
• जब तक आप कोई एक नहीं चुनते, चेकआउट इन-बिल्ट फॉर्म का ही इस्तेमाल करता है, ताकि अचानक कुछ भी न बदले।
• इन-बिल्ट चेकआउट से मिलता-जुलता एक रेडी-मेड टेम्पलेट दिया गया है। इसे क्लोन करें और सिर्फ वही बदलें जिसकी आपको जरूरत है।

इसे सेट करें

1. खोलें फॉर्म बिल्डर और चेकआउट टेम्पलेट को क्लोन करें।
2. जिन फील्ड्स की आपको जरूरत नहीं है उन्हें हटाएं (कंपनी का नाम, दूसरी एड्रेस लाइन) और जो चाहिए उन्हें जोड़ें (डिलीवरी नोट्स, टैक्स नंबर, पसंदीदा डिलीवरी समय)।
3. तय करें कि क्या ईमेल जरूरी है। कुछ स्टोर्स सिर्फ फोन नंबर से बिक्री करते हैं; चेकआउट दोनों को सपोर्ट करता है।
4. यदि आपके डिलीवरी एरिया रीजन्स के मैप के रूप में सेट हैं, तो एड्रेस फील्ड्स एक बार में एक लेवल के हिसाब से रीजन पूछ सकते हैं।
5. जहाँ कानून के मुताबिक जरूरी हो, वहाँ सहमति चेकबॉक्स (शर्तें, प्राइवेसी, मार्केटिंग) जोड़ें। ऑर्डर प्लेस होने से पहले जरूरी सहमतियों को लागू किया जाता है।
6. फॉर्म पब्लिश करें, फिर चेकआउट → सेटिंग्स खोलें और इसे चुनें।

ऐसी गलतियाँ जिन्हें ग्राहक खुद ठीक कर सकते हैं

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

अच्छा अभ्यास

• कार्ट में डिलीवरी चार्ज दिखाएं, भले ही वह अनुमानित हो। जो चार्ज आखिरी स्टेप पर पहली बार दिखाई देता है, वह कार्ट छोड़ने (abandonment) का सबसे आम कारण है।
• जहाँ आप केवल एक देश में बेचते हैं या एक ही पेमेंट मेथड ऑफर करते हैं, वहाँ फील्ड को विकल्प के बजाय फिक्स्ड दिखाया जाता है।