संक्षिप्त उत्तर
स्टूडियो की तुलना ऐसे सबूतों पर करें जिन्हें आप जाँच सकें, न कि साख या चमकदार प्रेजेंटेशन पर। हर स्टूडियो को एक ही ब्रीफ़ दें, उनकी लाइव क्लाइंट साइटें खुद परखें, पता करें कि काम असल में कौन करेगा, और स्कोप, कीमत और स्वामित्व लिखित में लें। फिर हर स्टूडियो को एक ही शीट पर स्कोर करें।
कोई एक सबसे अच्छा स्टूडियो नहीं होता, बस वह होता है जिसका काम, टीम और प्रक्रिया आपके प्रोजेक्ट, बजट और डेडलाइन के अनुकूल हो।
किन बातों की तुलना करें
प्रासंगिक काम जो अब भी लाइव हो
किसी दूसरी श्रेणी का शानदार पोर्टफ़ोलियो आपको उतना नहीं बताता जितना आपके काम के करीब का साधारण पोर्टफ़ोलियो। ऐसे प्रोजेक्ट देखें जिनका काम मिलता-जुलता हो: द्विभाषी सर्विस साइट, ऑनलाइन स्टोर, बुकिंग फ़्लो, या ऐसी साइट जिसे गैर-तकनीकी टीम अपडेट करती हो।
फिर सिर्फ़ केस स्टडी की तस्वीरें नहीं, लाइव साइटें खोलकर देखें। जाँचें कि वे अब भी मौजूद हैं और स्क्रीनशॉट से मेल खाती हैं, और केस स्टडी में साफ़ लिखा है कि स्टूडियो ने क्या दिया। "डिज़ाइन" और "डिज़ाइन, निर्माण और लॉन्च" अलग-अलग काम हैं।
काम असल में कौन करता है
उन लोगों के नाम और भूमिकाएँ पूछें जो आपका प्रोजेक्ट डिज़ाइन करेंगे, बनाएँगे और संभालेंगे, और यह भी कि कोई हिस्सा बाहर के लोगों को तो नहीं सौंपा जाएगा। सेल्स कॉल पर मिलने वाला व्यक्ति शायद वह न हो जो डिज़ाइन फ़ाइल खोलता है। जिन फ़ैसलों को पलटना मुश्किल होता है, जैसे स्ट्रक्चर और प्लेटफ़ॉर्म, उनमें अनुभवी लोगों की भूमिका सबसे अहम होती है।
प्रक्रिया और डिलिवरेबल्स
अच्छी प्रक्रिया वह है जो आपको दिखाई दे: नाम वाले चरण, हर चरण के अंत में समीक्षा, और डिलिवरेबल्स की लिखित सूची, जैसे साइटमैप, मोबाइल और डेस्कटॉप डिज़ाइन, दोबारा इस्तेमाल होने वाले कंपोनेंट, कंटेंट मैनेजमेंट सिस्टम जिसे आपकी टीम चला सके, लॉन्च जाँचें और दस्तावेज़ीकरण। पूछें कि हर चरण को मंज़ूरी कैसे मिलती है।
तकनीकी गुणवत्ता जिसे आप खुद जाँच सकते हैं
- स्पीड। किसी क्लाइंट साइट को PageSpeed Insights में डालें। इसके दस्तावेज़ीकरण के अनुसार यह Lighthouse से एक सिम्युलेटेड लैब टेस्ट चलाता है और, जब साइट पर पर्याप्त असली विज़िटर हों, तो पिछले 28 दिनों के Chrome User Experience Report का फ़ील्ड डेटा भी दिखाता है। Google का Core Web Vitals मार्गदर्शन इन्हें अच्छा मानता है: Largest Contentful Paint 2.5 सेकंड या कम, Interaction to Next Paint 200 मिलीसेकंड या कम और Cumulative Layout Shift 0.1 या कम, जो पेज लोड के 75वें पर्सेंटाइल पर मापे जाते हैं।
- एक्सेसिबिलिटी की बुनियादी बातें। W3C की Easy Checks पहली नज़र की जाँच करवाती हैं: पेज टाइटल, इमेज alt टेक्स्ट, हेडिंग, रंगों का कंट्रास्ट, टेक्स्ट का आकार बदलना, और क्या आप Tab कुंजी से सब कुछ तक पहुँच पाते हैं और देख पाते हैं कि फ़ोकस कहाँ है। W3C साफ़ कहता है कि ये त्वरित जाँचें पूरा मूल्यांकन नहीं हैं।
- मानक। पूछें कि स्टूडियो WCAG के किस संस्करण और स्तर के अनुसार डिज़ाइन करता है। WCAG 2.2 मौजूदा संस्करण है, इसके सक्सेस क्राइटेरिया A, AA और AAA स्तरों में बँटे हैं, और W3C नवीनतम संस्करण इस्तेमाल करने को प्रोत्साहित करता है।
नतीजों को फ़ैसला नहीं, सवाल मानें। हो सकता है क्लाइंट ने लॉन्च के बाद भारी स्क्रिप्ट जोड़ दी हों, और छोटी साइटों के पास अक्सर फ़ील्ड डेटा नहीं होता। जो स्टूडियो अपने काम को जानता है, वह कमज़ोर स्कोर की वजह समझा सकता है।
लॉन्च के बाद स्वामित्व
पूछें कि लॉन्च के दिन इनमें से हर चीज़ किसके नाम पर होगी: डोमेन, होस्टिंग, कोड रिपॉज़िटरी, डिज़ाइन फ़ाइलें, कंटेंट मैनेजमेंट सिस्टम, एनालिटिक्स, Search Console और तीसरे पक्ष के पेड टूल। सबसे सुरक्षित जवाब है: शुरू से आपके नाम पर। ICANN का रजिस्ट्रेंट की ज़िम्मेदारियों वाला पेज डोमेन की ज़िम्मेदारी उसी पर डालता है जो उसे रजिस्टर करता है, जिसमें संपर्क विवरण सही रखना भी शामिल है। अगर स्टूडियो आपका डोमेन अपने खाते में रजिस्टर करता है, तो उसे रिन्यू करने या ट्रांसफ़र करने के लिए आप स्टूडियो पर निर्भर रहेंगे।
यह भी पूछें कि अगर आप अलग होते हैं तो आपको क्या और किस रूप में मिलेगा।
SEO का तरीका और किन वादों से सावधान रहें
Google की SEO विशेषज्ञ चुनने की गाइड साफ़ कहती है: "Google पर #1 रैंकिंग की गारंटी कोई नहीं दे सकता।" वह सुझाव देती है कि पूछें कि क्या प्रदाता Google Search Essentials का पालन करता है, वह कौन-से नतीजे और किस समय-सीमा में उम्मीद करता है, और क्या वह अपने किए हर बदलाव को समझाएगा। ऑडिट के लिए वह Search Console की सिर्फ़ रीड एक्सेस देने की सलाह देती है।
वेब डिज़ाइन प्रोजेक्ट में तकनीकी बुनियाद (साफ़ URL, अलग-अलग टाइटल और डिस्क्रिप्शन, क्रॉल हो सकने वाले पेज, तेज़ टेम्पलेट) निर्माण का हिस्सा होनी चाहिए। कीवर्ड रिसर्च, कंटेंट प्लानिंग और नियमित SEO आमतौर पर अलग काम होते हैं। गारंटीशुदा रैंकिंग, अस्पष्ट "SEO पैकेज" और उन लोगों से सावधान रहें जो यह नहीं बताते कि वे क्या बदलेंगे।
कीमत का ढाँचा कैसा है
कीमतें इतनी अलग-अलग होती हैं कि यहाँ बताई नहीं जा सकतीं, पर आप ढाँचे की तुलना कर सकते हैं। एक स्पष्ट प्रस्ताव में ये अलग-अलग दिए होते हैं:
- डिज़ाइन, डेवलपमेंट और कंटेंट (लेखन, अनुवाद, फ़ोटोग्राफ़ी) अलग-अलग मदों में;
- यूनिक पेज टेम्पलेट और भाषाओं की संख्या;
- फ़ॉर्म, CRM, बुकिंग या पेमेंट जैसे इंटीग्रेशन;
- तीसरे पक्ष के सॉफ़्टवेयर और लाइसेंस;
- बार-बार लगने वाले खर्च: डोमेन, होस्टिंग, रखरखाव और सपोर्ट;
- संशोधन के दौर, क्या स्कोप से बाहर है और बदलाव के अनुरोधों की कीमत कैसे तय होगी;
- भुगतान का शेड्यूल और हर भुगतान किस बात पर निर्भर है।
अगर दो प्रस्तावों में बहुत अंतर हो, तो कुल रकम की तुलना से पहले जाँच लें कि दोनों का स्कोप एक ही है।
समय-सीमा और संवाद
यथार्थवादी समय-सीमा अपनी निर्भरताएँ बताती है, खासकर आपकी ओर की: कंटेंट, मंज़ूरियाँ और अकाउंट एक्सेस। पूछें कि रोज़मर्रा में आपका संपर्क कौन होगा, आप कितनी बार मिलेंगे, फ़ैसले कैसे दर्ज होंगे और टाइम ज़ोन के फ़र्क के बावजूद आपके कितने कार्य-घंटे साझा होंगे।
रेफ़रेंस
मिलते-जुलते प्रोजेक्ट वाले एक-दो पुराने क्लाइंट से बात करने को कहें। क्या प्रोजेक्ट तय स्कोप और तारीख़ पर पूरा हुआ? क्या गड़बड़ हुई और उसे कैसे संभाला गया? क्या वे इस स्टूडियो को दोबारा चुनेंगे?
तुलना तालिका
| मापदंड | क्या पूछें | अच्छा जवाब | चेतावनी का संकेत |
|---|---|---|---|
| प्रासंगिक काम | आपका कौन-सा प्रोजेक्ट हमारे प्रोजेक्ट के सबसे करीब है? | लाइव, मिलती-जुलती साइटें और स्टूडियो ने क्या किया इसका स्पष्ट ब्योरा | सिर्फ़ मॉकअप या कॉन्सेप्ट वर्क |
| टीम | हमारा प्रोजेक्ट कौन डिज़ाइन करेगा, बनाएगा और संभालेगा? | प्रस्ताव में नाम और भूमिकाओं के साथ लोग | बिना नामों के "हमारी टीम"; छिपाया गया सबकॉन्ट्रैक्टिंग |
| प्रक्रिया | प्रोजेक्ट के चरण क्या हैं, और हर चरण को कैसे मंज़ूरी मिलती है? | लिखित चरण, समीक्षाएँ और स्वीकृति के मानदंड | "जब तक आप संतुष्ट नहीं होते, हम बदलाव करते रहेंगे", पर बिना किसी सीमा के |
| परफ़ॉर्मेंस | आपके क्लाइंट की साइटें PageSpeed Insights में कैसा स्कोर करती हैं? | ऐसे नतीजे जिन्हें वे हर पेज के हिसाब से समझा सकें | कोई जानकारी नहीं, या दोष टूल पर डाल देना |
| एक्सेसिबिलिटी | आप WCAG के किस वर्शन और लेवल के अनुसार डिज़ाइन करते हैं? | कोई तय वर्शन और लेवल, और उसकी जाँच का तरीका | "हमारी साइटें एक्सेसिबल हैं", पर किसी मानक का नाम नहीं |
| स्वामित्व | डोमेन, होस्टिंग, कोड और अकाउंट किसके नाम पर होंगे? | शुरू से आपके नाम पर, लिखित में | डोमेन या कोड स्टूडियो अपने पास रखता है |
| SEO | SEO में क्या शामिल है और क्या नहीं? | तकनीकी बुनियाद शामिल है; कंटेंट और लगातार चलने वाला SEO अलग से तय होता है | रैंकिंग या पहले स्थान की गारंटी |
| कीमत | प्रस्ताव की हर पंक्ति में क्या-क्या शामिल है? | डिज़ाइन, निर्माण, कंटेंट, तीसरे पक्ष और बार-बार लगने वाले खर्च अलग-अलग दिखाए गए हों | बिना ब्योरे के सिर्फ़ एक कुल रकम |
| समय-सीमा | आपको हमसे क्या चाहिए, और कब? | ऐसा शेड्यूल जिसमें आप पर निर्भर चीज़ें लिखी हों | आपका कंटेंट देखे बिना ही तय की गई तारीख |
| रेफ़रेंस | क्या हम उनके किसी पुराने क्लाइंट से बात कर सकते हैं? | हाँ, ऐसे क्लाइंट से जिसका प्रोजेक्ट मिलता-जुलता हो | कोई रेफ़रेंस नहीं, या सिर्फ़ टेस्टिमोनियल |
निष्पक्ष तुलना कैसे करें
- एक ही ब्रीफ़ लिखें। लक्ष्य, ऑडियंस, ज़रूरी पेज, भाषाएँ, मौजूदा कंटेंट, इंटीग्रेशन, डेडलाइन और बजट की सीमा। हर स्टूडियो को यही ब्रीफ़ भेजें।
- सबसे एक जैसे सवाल पूछें। पहली कॉल में नीचे दी गई सूची इस्तेमाल करें और जवाब एक ही दस्तावेज़ में दर्ज करें।
- काम खुद परखें। हर स्टूडियो की दो-तीन चालू क्लाइंट साइटें PageSpeed Insights और Easy Checks से जाँचें।
- एक ही शीट पर स्कोर करें। हर मानदंड को 1 से 5 तक रेट करें और जो आपके लिए सबसे अहम है उसे ज़्यादा वज़न दें।
- कीमत से पहले दायरे की तुलना करें। प्रस्तावों को एक-एक मद के हिसाब से मिलाएँ और जो चीज़ एक में है और दूसरे में नहीं, उसके बारे में पूछें।
स्कोरिंग की एक सरल शीट:
| मानदंड | वज़न (1–3) | स्टूडियो A | स्टूडियो B | स्टूडियो C |
|---|---|---|---|---|
| प्रासंगिक, चालू काम | ||||
| टीम और अनुभव का स्तर | ||||
| प्रक्रिया और डिलीवरेबल | ||||
| तकनीकी गुणवत्ता | ||||
| स्वामित्व की शर्तें | ||||
| SEO का तरीका | ||||
| प्रस्ताव की स्पष्टता | ||||
| समय-सीमा और संवाद | ||||
| रेफ़रेंस |
हर स्कोर को उसके वज़न से गुणा करें और सबको जोड़ लें। अगर कुल योग करीब-करीब बराबर हों, तो आमतौर पर रेफ़रेंस और पहली कॉल ही फ़ैसला करते हैं।
पहली कॉल के लिए सवाल
- पक्का प्रस्ताव देने के लिए आपको हमसे क्या चाहिए?
- आपका कौन-सा चालू प्रोजेक्ट हमारे प्रोजेक्ट के सबसे करीब है, और उसमें आपने ठीक-ठीक क्या किया?
- हमारे प्रोजेक्ट पर रोज़ाना कौन काम करेगा?
- प्रोजेक्ट के चरण क्या हैं, और हर चरण के अंत में हम किस चीज़ को मंज़ूरी देंगे?
- आप कौन-सा प्लेटफ़ॉर्म इस्तेमाल करेंगे, और क्या हमारी टीम आपके बिना कंटेंट अपडेट कर सकेगी?
- डोमेन, होस्टिंग, कोड और अकाउंट किसके नाम पर होंगे?
- SEO में क्या शामिल है, और क्या अतिरिक्त होगा?
- आपके प्रस्ताव में ऐसा क्या नहीं है जिसे हम शामिल मान सकते हैं?
- लॉन्च के बाद कुछ खराब हो जाए तो क्या होता है?
जब स्टूडियो सही विकल्प नहीं होता
- फ़्रीलांसर तब ठीक रहता है जब साइट छोटी हो, डिज़ाइन की दिशा साफ़ हो और डिज़ाइन, निर्माण और लॉन्च एक ही व्यक्ति संभाल सके।
- इन-हाउस कर्मचारी तब ठीक रहता है जब काम कभी रुकता ही न हो, जैसे कोई प्रोडक्ट जिसमें हर हफ़्ते नया अपडेट आता हो।
- टेम्पलेट या साइट बिल्डर तब ठीक रहता है जब आपकी ज़रूरतें सामान्य हों, बजट कम हो और आप साइट खुद संभालना चाहते हों।
- बड़ी एजेंसी तब ठीक रहती है जब आपको एक साथ कई विशेषज्ञ चाहिए हों, या जब आपकी खरीद-प्रक्रिया में क्लाइंट्स की लंबी सूची मायने रखती हो।
स्टूडियो तब समझदारी का विकल्प है जब ब्रांड, कंटेंट, डिज़ाइन, डेवलपमेंट और सर्च के फ़ैसले एक साथ लिए जाएँ और एक ही टीम जवाबदेह हो।
Dardo कैसे काम करता है
Dardo बोगोटा में तीन लोगों का एक संस्थापक-संचालित स्टूडियो है, जिसका नेतृत्व Nicolás Cerón करते हैं। हम अंग्रेज़ी और स्पैनिश में दुनिया भर के क्लाइंट्स के साथ काम करते हैं। बोगोटा साल भर UTC−5 पर रहता है। हर प्रस्ताव में प्रोजेक्ट से जुड़े लोगों के नाम और उनकी भूमिकाएँ दी जाती हैं, और आपकी साइट को डिज़ाइन और तैयार करने वाले लोगों से आप सीधे बात करते हैं। हैंडओवर में डोमेन, होस्टिंग, सोर्स कोड, डिज़ाइन फ़ाइलों, कंटेंट सिस्टम और हर थर्ड-पार्टी अकाउंट के मालिक का नाम दर्ज होता है, और जहाँ प्लेटफ़ॉर्म इजाज़त दे, हम शुरू से ही इन अकाउंट को आपके नाम पर रखना पसंद करते हैं। हर साइट में तकनीकी SEO की बुनियाद शामिल होती है, लेकिन रैंकिंग की कोई गारंटी नहीं दी जाती।
Dardo की शुरुआत 2026 में हुई, इसलिए हमें ऐसे काम से परखें जिसे आप खोलकर जाँच सकें। अगर हम आपके लिए सही लगें, तो देखें कि वेब डिज़ाइन में क्या-क्या शामिल है, या हमें अपना ब्रीफ़ भेजें।
