केस स्टडी
दूसरे देश के लिए वेबसाइट सिर्फ़ अनुवाद नहीं है
हमारा अपना प्लेटफ़ॉर्म एक देश के लिए बना था, इसलिए देश कहीं सेट होने के बजाय सैकड़ों जगह लिखा हुआ था। यहाँ बताया गया है कि हमने इसे कैसे ढूँढा, क्या बदला, और दूसरे देश में सेवा देने से पहले एक मालिक क्या जाँच सकता है।
मुख्य बातें
- देश एक ऐसे रिकॉर्ड में रहना चाहिए जिसे पूरा कारोबार पढ़े, सॉफ़्टवेयर में बिखरे बदलावों में नहीं।
- विज़िटर का देश एक तय क्रम में चुनिए और उन्हें एक स्विच दीजिए, ताकि कोई ग़लत देश में न फँसे।
- ऐसा साइन-अप जो ग्राहक से ऐसा दस्तावेज़ माँगे जो वह दे न सके, उसे किसी भी शब्दावली से जल्दी खो देता है।
- दूसरे देश की साइट बनाने से पहले अपने मौजूदा पेज रिकॉर्ड कीजिए, ताकि आप अपने पहले ग्राहकों को दिखा सकें कि कुछ नहीं बदला।
- प्लेटफ़ॉर्म से पुराने ऐप वर्शन को बतवाइए कि वे क्या दिखा सकते हैं, हर वर्शन को हर देश के बारे में सिखाने के बजाय।
अगर आप आज एक देश में सेवा देते हैं और दूसरे की योजना बना रहे हैं, तो उसमें शब्द सबसे छोटी चीज़ हैं। हमारे अपने प्लेटफ़ॉर्म पर दूसरा देश जोड़ने का मतलब था हर वह जगह ढूँढना जहाँ हमारा सॉफ़्टवेयर चुपचाप पहले देश को मान बैठा था। बाहर से आने वाला विज़िटर एक ऐसे होल्डिंग पेज पर पहुँच रहा था जिसमें न मेन्यू था और न ऐप में जाने का कोई रास्ता, और वहाँ के किसी कारोबार से साइन-अप पर ऐसा दस्तावेज़ माँगा जाता जो उसके पास होता ही नहीं।
विदेशी ग्राहक पहले मिनट में क्या देखता है
विदेश का कोई कारोबार पहले ही मिनट में तय कर लेता है कि साइट उसके लिए है या नहीं, और एक ग़लत ब्यौरा यह तय कर देता है।
पहले देश के बाहर का विज़िटर एक ऐसे होल्डिंग पेज पर पहुँचा: न मेन्यू, न ऐप में जाने का रास्ता, और ऐसा कुछ नहीं जो बताए कि यह प्रोडक्ट उसके लिए है। अगर उसने साइन-अप किया होता, तो फ़ॉर्म में ऐसा ट्रेड लाइसेंस माँगा जाता जो वह दे ही नहीं सकता, और सपोर्ट के लिए जो नंबर दिया गया था वह ऐसे शहर का था जहाँ वह काम नहीं करता। देश जोड़ने वाले किसी भी कारोबार के लिए बात ऐसी ही है। विदेश का फ़ोन नंबर, ऐसा दस्तावेज़ जो कोई दे न सके, या उलटे तरीके से लिखी तारीख—इतना ही काफ़ी है कि वे आपके ख़िलाफ़ फ़ैसला कर लें। और आपके जो ग्राहक पहले से हैं, उन्हें कुछ बदला हुआ नहीं दिखना चाहिए।
दूसरे देश का ग्राहक अब क्या देखता है
दूसरे देश का कारोबार पहली स्क्रीन से ही अपनी शर्तें पढ़ता है:
- रकम अपनी मुद्रा में, अपने सेल्स टैक्स और टैक्स नंबर के साथ, VAT और ट्रेड लाइसेंस के बजाय;
- तारीखें उसी तरह लिखी हुई जैसे वह देश लिखता है;
- सपोर्ट के घंटे अपने टाइम ज़ोन में, और फ़ोन नंबर अंतरराष्ट्रीय रूप में;
- सवालों के जवाब ई-मेल से, किसी दूसरे देश की फ़ोन लाइन से नहीं;
- साइन-अप उसी देश से शुरू होता है, न कोई लाइसेंस अपलोड करना और न किसी मैसेजिंग ऐप से कोड भेजना।
एक देश सैकड़ों जगह क्यों लिखा जाता है
देश कहीं सेटिंग था ही नहीं; वह एक साथ सैकड़ों जगह लिखा हुआ था।
हर रकम की मुद्रा, टैक्स और उसका नाम, कंपनी का रजिस्ट्रेशन, तारीखें और समय कैसे लिखे जाते हैं, फ़ोन नंबर, सपोर्ट के घंटे और उनका टाइम ज़ोन, ग्राहक सवाल पूछने के लिए कौन-सा चैनल इस्तेमाल करते हैं, भाषाएँ: इन सबने चुपचाप एक ही देश मान लिया था। दूसरे देश के लिए इन्हें एक-एक करके ठीक करने पर तीसरे देश के लिए उतनी ही जगहें फिर ठीक करनी पड़ेंगी। ख़र्च यहीं बैठता है, अनुवाद में नहीं।
हमने इसे कैसे ढूँढा
हमने हर वह स्क्रीन, संदेश और पेज देखा जो क्लाइंट देखता है, और लिखा कि क्या-क्या देश पर निर्भर है। फिर हमने अपने सॉफ़्टवेयर में वे जगहें गिनीं जो बस पहले देश को मान बैठी थीं: 322। उसी संख्या ने तरीक़ा तय कर दिया। देश को अपनी एक अलग सेटिंग बनना ही था जिसे प्लेटफ़ॉर्म का हर हिस्सा पढ़े, वरना हम बाद में फिर उसी सूची में होते।
दूसरे देश की वेबसाइट के लिए देश का रिकॉर्ड क्यों ज़रूरी है
अब हर देश अपना अलग रिकॉर्ड है: मुद्रा, टैक्स, कंपनी नंबर, टाइम ज़ोन, वीकेंड और छुट्टियाँ, सपोर्ट के घंटे, भाषाएँ और साइट का पता। देश खोलना हमारे डैशबोर्ड में एक स्विच और एक पेज बन गया, दोबारा बनाने का काम नहीं, और नया काम देश को पढ़ता है, किसी एक को मान नहीं लेता।
विज़िटर की तरफ़ एक तय क्रम चलता है: पहले उसकी अपनी पसंद, फिर वह पता जिस पर वह आया, फिर वह जगह जहाँ से वह जुड़ रहा है। हेडर में एक स्विच इसे किसी भी तरह बदल देता है। सर्च इंजन और लिंक प्रीव्यू देश के हिसाब से कभी नहीं हटाए जाते, इसलिए साइट का हर रूप पढ़ने लायक बना रहता है।
दूसरी साइट पूरी साइट है—मेन्यू, ऐप के पेज और चैट समेत—जिसमें पहले देश की बात करने वाला हर वाक्य दोबारा लिखा गया है, सिर्फ़ एक भाषा में। इसमें से कुछ भी लिखने से पहले हमने पहले देश के 13 पेज जैसे थे वैसे ही रिकॉर्ड किए, और तब से हर बदलाव को उन्हें वैसा ही छोड़ना पड़ा है।
हमारा पोर्टल और हमारे ऐप हर अकाउंट का देश प्लेटफ़ॉर्म से सीखते हैं और अपने कोई देश-नियम नहीं रखते। ऐप का पुराना वर्शन जो दूसरी मुद्रा दिखा ही नहीं सकता, उसे कभी दिखाई नहीं जाती; वह वेबसाइट का रास्ता बताता है।
पहले देश में कुछ बदला हुआ नहीं दिखा
हमने इसे 12 और 13 अक्टूबर 2026 में बनाया: पहले दिन देश के रिकॉर्ड और डैशबोर्ड का पेज, उस रात दूसरी साइट, और दूसरे दिन पोर्टल, संदेश, साइन-अप और ऐप। 13 अक्टूबर से प्लेटफ़ॉर्म, पोर्टल और संदेश हर क्लाइंट से उसके अपने देश की शर्तों में बात करते हैं।
पहले देश के 13 रिकॉर्ड किए गए पेज वैसे ही हैं, और वहाँ का क्लाइंट ठीक वही पढ़ता है जो पहले पढ़ता था। जो ऐप वर्शन दूसरी मुद्रा जानते हैं वे कारोबार का साइन-अप ऐप के अंदर कराते हैं; पुराने उन्हें वेबसाइट पर भेज देते हैं।
आप ख़ुद क्या जाँच सकते हैं
- अपनी साइट विदेश से खोलिए, या वहाँ किसी से खुलवाइए, और उसे विदेशी ग्राहक की तरह पढ़िए: फ़ोन नंबर, खुलने के घंटे, मुद्रा और तारीखें।
- अपने साइन-अप फ़ॉर्म को देखिए और पूछिए कि क्या वह ऐसा दस्तावेज़ माँगता है जो सिर्फ़ एक देश जारी करता है।
- अपने ई-मेल और संदेश उसी तरह पढ़िए जैसे दूसरे देश का ग्राहक पढ़ता है, और देखिए कि तारीखें और समय कैसे निकलते हैं।
- जो आपकी साइट देखता है उससे पूछिए कि सर्च इंजन देश के हिसाब से रीडायरेक्ट होते हैं या नहीं, ताकि हर रूप पढ़ने लायक बना रहे।
- किसी बड़े बदलाव से पहले अपने मुख्य पेजों की एक कॉपी रखिए और बाद में मिलाइए, ताकि आप अपने मौजूदा ग्राहकों को दिखा सकें कि कुछ नहीं हिला।
आगे क्या करें
अपने कारोबार का हर वह हिस्सा एक बार लिख लीजिए जो देश के साथ बदलता है: मुद्रा, टैक्स और उसका नाम, कंपनी नंबर, टाइम ज़ोन और वीकेंड, सपोर्ट के घंटे, भाषाएँ, और ग्राहक आप तक कैसे पहुँचते हैं। तय कीजिए कि विज़िटर का देश किस क्रम में चुना जाए, और उन्हें एक स्विच दीजिए। दूसरे देश के पेज लिखने से पहले आज के अपने पेज रिकॉर्ड कर लीजिए। वेबसाइट या ऐप में देश जोड़ना, और अपने बाक़ी सिस्टमों से उसे पढ़वाना, ऐसा काम है जो हमारे इंजीनियर करते हैं।
लोग जो पूछते हैं
क्या मुझे दूसरे देश के लिए अलग वेबसाइट चाहिए, या एक साइट दोनों के लिए काम कर सकती है?
एक साइट दोनों के लिए काम कर सकती है, लेकिन हर देश को अपने पेज और अपनी शब्दावली चाहिए, और देश ऐसी सेटिंग होनी चाहिए जिसे आपके बाक़ी सिस्टम पढ़ें। हमारे अपने मामले में दूसरे देश की साइट पूरी साइट है, अपने अलग पते पर, जबकि दोनों के पीछे वही सॉफ़्टवेयर है। कम मायने यह रखता है कि तकनीकी रूप से यह एक साइट है या दो, और ज़्यादा यह कि आपके पहले देश की कोई चीज़ दूसरे में न झलके।
मेरी साइट को यह कैसे तय करना चाहिए कि विज़िटर किस देश में है?
एक तय क्रम में चुनिए: पहले विज़िटर की अपनी पसंद, फिर वह पता जिस पर वह आया, फिर वह जगह जहाँ से वह जुड़ रहा है। पेज में हमेशा एक स्विच दीजिए ताकि वे ख़ुद इसे ठीक कर सकें। सर्च इंजन या लिंक प्रीव्यू को देश के हिसाब से कभी न हटाइए, क्योंकि इससे आपकी एक साइट उनसे छिप जाती है।
अपने देश के बाहर के ग्राहकों के लिए साइन-अप पर क्या बदलना चाहिए?
जो दस्तावेज़ आप माँगते हैं, जो फ़ोन नंबर देते हैं, जो सपोर्ट के घंटे दिखाते हैं, मुद्रा और टैक्स की शब्दावली। हमारे अपने साइन-अप में पहले देश के बाहर के कारोबार से अब ऐसा ट्रेड लाइसेंस नहीं माँगा जाता जो वह दे ही न सके, और न किसी मैसेजिंग ऐप से कोड भेजा जाता है। वह पहली स्क्रीन से अपने देश में शुरू करता है।
मुझे कैसे पता चलेगा कि दूसरा देश जोड़ने से मेरे मौजूदा ग्राहकों के लिए कुछ नहीं बदला?
आपके पास तुलना करने के लिए कुछ रहता है। दूसरे देश के पेज बनाने से पहले हमने अपने पहले देश के 13 पेज जैसे थे वैसे रिकॉर्ड किए, और तब से हर बदलाव को उन्हें वैसा ही छोड़ना पड़ा है। काम से पहले अपने मुख्य पेजों की कॉपी रखने से आप बाद में वही तुलना कर सकते हैं।
जो ग्राहक मेरे ऐप का पुराना वर्शन इस्तेमाल करते हैं, उनका क्या?
हर ऐप वर्शन को हर देश के बारे में सिखाने के बजाय अपने प्लेटफ़ॉर्म से यह बतवाइए कि वह क्या दिखा सकता है। हमारे ऐप के पुराने वर्शन को, जो दूसरी मुद्रा दिखा ही नहीं सकता, वह कभी दिखाई नहीं जाती; वह ग्राहक को वेबसाइट पर भेज देता है। इस तरह किसी को ऐसी मुद्रा नहीं दिखती जो उसका ऐप दिखा न सके।