संक्षेप में जवाब
डेवलपमेंट का अनुमान शायद ही बताता है कि काम किन हिस्सों से बना है। यह निर्माण के दस चरणों की सैर है — प्रोजेक्ट की सीमा से लेकर एक्सेस सौंपने तक — और यह कि हर चरण कौन बंद करता है: ठेकेदार या आप।
छोटा जवाब: साइट के निर्माण में असल में क्या होता है
वेबसाइट डेवलपमेंट एक काम नहीं है। यह कामों की शृंखला है: दायरा, संरचना, डिज़ाइन, फ़्रंट-एंड बिल्ड, डेटा कनेक्शन, इंटीग्रेशन, टेस्टिंग, डिप्लॉयमेंट और सपोर्ट। अनुमान आपसे इन कड़ियों के एक ख़ास चयन का पैसा लेता है, पूरी शृंखला का नहीं।
प्रस्ताव पढ़ने का उपयोगी तरीक़ा यह है कि उसे चरणों की सूची मानें, जिसके हर चरण के बगल में ज़िम्मेदार लिखा हो। जहाँ कोई ज़िम्मेदार नाम से नहीं है, वह काम चुपचाप आपके पास रह जाता है — और लॉन्च से एक हफ़्ता पहले सामने आता है, जब कुछ भी बदलना महँगा पड़ता है।
VITON13 डेवलपमेंट को पाँच पैकेजों में बेचता है, हर एक उस शृंखला का अलग हिस्सा कवर करता है। Site Fix Pack की क़ीमत $70 है: अधिकतम पाँच सहमत सुधार, मोबाइल और डेस्कटॉप जाँच तथा हैंडओवर पर «पहले/बाद» की सूची के साथ, 1-2 कार्यदिवसों में, 1 राउंड संशोधन के साथ।
लेख का बाक़ी हिस्सा चरणों को क्रम से चलता है। हर चरण एक ऐसे सवाल पर ख़त्म होता है जो हस्ताक्षर से पहले ठेकेदार से पूछने लायक़ है, क्योंकि हस्ताक्षर के बाद वही सवाल अपनी क़ीमत के साथ बदलाव की माँग बन जाता है।
चरण 1: दायरा, लक्ष्य और प्रोजेक्ट की सीमाएँ
पहला चरण एक ही सवाल का जवाब देता है: पूरी हुई वेबसाइट किसे माना जाएगा। लक्ष्य, पेजों की सूची, भाषाएँ, फ़ॉर्म की ज़रूरतें और उन चीज़ों की अलग सूची जो प्रोजेक्ट से बाहर हैं — सब यहीं तय होता है। उस सीमा के बिना अतिरिक्त काम पर झगड़ा बस समय की बात है।
ज़िम्मेदारी बँटी हुई है। व्यवसाय लक्ष्य, अपना ऑफ़र, क़ानूनी ज़रूरतें और ईमानदार तारीख़ें लाता है। ठेकेदार उसे काम की मात्रा में बदलता है, सीमाएँ बताता है और साफ़ कहता है कि कौन-सी चीज़ें पहले लॉन्च से बाहर करनी होंगी।
जिस अनुमान में एक पंक्ति «वेबसाइट» और एक आँकड़ा है, पर पेजों की सूची और भाषाएँ नहीं, उसने यह चरण छोड़ दिया है। वह आपको समझौते से मिलाने के लिए कुछ नहीं देता — और अनुमान का अस्तित्व ठीक इसी के लिए है।
इसे यूँ पूछें: हमारी तरफ़ से आप क्या सामग्री अपेक्षित मानते हैं, और वह किस तारीख़ तक चाहिए? जवाब के बिना प्रोजेक्ट का कैलेंडर अनुमानों पर टिका है, और अनुमान डिलीवरी की तारीख़ नहीं थामते।
चरण 2: साइट की संरचना और पेजों की सूची
संरचना यानी पेजों की सूची, वे आपस में कैसे जुड़ते हैं और कितने टेम्पलेट माँगते हैं। एक टेम्पलेट पर दस पेज और दस टेम्पलेटों पर दस पेज — काम की दो अलग मात्राएँ हैं, भले ब्रीफ़ में दोनों एक ही पंक्ति घेरें।
यहीं यह भी तय होता है कि कौन-से पेज डेटा से बनते हैं और कौन-से हाथ से जोड़े जाते हैं। कैटलॉग, जर्नल और सेवाओं की सूची आम तौर पर एक-एक टेम्पलेट लेते हैं; «हमारे बारे में» पेज लगभग हमेशा अलग से बनता है।
संरचना का प्रस्ताव देना और यह दिखाना कि वह कितने टेम्पलेट माँगती है — ठेकेदार की ज़िम्मेदारी है। यह पुष्टि करना कि आपके ज़रूरी सारे खंड सूची में हैं — क़ानूनी पेज, संपर्क के रास्ते और वह सब जो आपका क्षेत्र प्रकाशित करना अनिवार्य करता है — आपकी ज़िम्मेदारी है।
इसे यूँ पूछें: यह क़ीमत कितने अनोखे टेम्पलेट कवर करती है, और ग्यारहवाँ पेज जोड़ने पर क़ीमत का क्या होता है? जवाब बताता है कि मात्रा का अनुमान लगाया गया था या आँकड़ा बस चुन लिया गया।
चरण 3: इंटरफ़ेस डिज़ाइन और वे स्थितियाँ जिन्हें कोई नहीं बनाता
डेवलपमेंट के भीतर डिज़ाइन सिर्फ़ शक्ल नहीं है। यह कई स्क्रीन चौड़ाइयों पर लेआउट, मेन्यू का व्यवहार, बटन की स्थितियाँ, वैलिडेशन विफल होने पर फ़ॉर्म कैसा दिखता है, और जब डेटा ही न हो तब पेज क्या दिखाता है — यह सब है।
ये स्थितियाँ मॉकअप तक शायद ही पहुँचती हैं और बिल्ड तक हमेशा पहुँचती हैं। जब कोई इन्हें नहीं बनाता, डेवलपर ख़ुद गढ़ लेता है, और उस गढ़ंत को दोबारा करना आपके पैकेज में शामिल संशोधन राउंड खा जाता है — वे नहीं जो आपने सोचे थे।
Launch Site की क़ीमत $380 है और इसमें रिस्पॉन्सिव बिल्ड, बुनियादी CMS या डेटा कनेक्शन और डिप्लॉयमेंट सेटअप शामिल हैं, 3-5 कार्यदिवसों में, लॉन्च से पहले 2 राउंड संशोधन के साथ। कंटेंट और अनुवाद ग्राहक देता है, इसलिए यह सीमा शुरू से ही स्पष्ट है।
इसे यूँ पूछें: क्या त्रुटि, ख़ाली और लोडिंग स्थितियाँ डिज़ाइन के काम का हिस्सा हैं? इसे अभी तय करना स्वीकृति के समय तय करने से आसान है — जब फ़ॉर्म सफलतापूर्वक भेजा जाता है और आगंतुक को उसकी कोई पुष्टि नहीं दिखती।
चरण 4: टेक्स्ट और अनुवाद ग्राहक के पास रहते हैं
कंटेंट प्रोजेक्ट का वह हिस्सा है जहाँ तारीख़ें इंजीनियरिंग से असंबंधित कारणों से खिसकती हैं। डेवलपर एक दिन में पेज बना सकता है, पर वह आपकी वारंटी, आपकी वापसी की शर्तें या आपकी अपनी सेवाओं के लिए इस्तेमाल होने वाले शब्द नहीं जान सकता।
VITON13 ग्राहक के टेक्स्ट नहीं लिखता और अनुवाद नहीं करता। Launch Site की शर्तें कहती हैं कि कंटेंट और अनुवाद ग्राहक देता है, और Launch Site Express वही बहिष्करण फ़ोटोग्राफ़ी तथा आगे के सपोर्ट के साथ ढोता है।
व्यावहारिक क़दम यह है कि अपनी कंपनी में एक व्यक्ति को टेक्स्ट का ज़िम्मेदार बनाएँ और उसे तारीख़ दें। समय-सीमा वाला एक ज़िम्मेदार इस साझा समझ से तेज़ चलता है कि «इस हफ़्ते कुछ भेज दिया जाएगा»।
ख़ुद से पूछें: क्या हमारे पास उन सभी भाषाओं में टेक्स्ट है जिनमें साइट प्रकाशित होगी, या हम एक में लॉन्च कर रहे हैं और बाक़ी बाद में जोड़ेंगे? दूसरा जवाब संरचना और फ़्रंट-एंड काम की मात्रा — दोनों बदल देता है।
चरण 5: फ़्रंट-एंड बिल्ड और रिस्पॉन्सिव व्यवहार
यहाँ डिज़ाइन काम करते पेजों में बदलता है: ग्रिड, टाइपोग्राफ़ी, कंपोनेंट, फ़ोन और चौड़े मॉनिटर पर व्यवहार। मार्कअप की सिमैंटिक्स भी यहीं तय होती है, और आगे चलकर सुलभता तथा सहायक तकनीक उसी सिमैंटिक्स पर निर्भर करती हैं।
रिस्पॉन्सिव का मतलब एक मोबाइल संस्करण नहीं है। यह फ़ैसलों का समूह है: क्या मुड़ेगा, क्या दोबारा बहेगा और किसे अपना अलग स्क्रॉल कंटेनर मिलेगा। तालिकाओं और लंबे शीर्षकों की अलग जाँच चाहिए, क्योंकि वे सामान्य टेक्स्ट जैसा बर्ताव नहीं करते।
मोबाइल और डेस्कटॉप पर जाँचे गए पेज देना ठेकेदार की ज़िम्मेदारी है। Site Fix Pack में यह जाँच दायरे में ही लिखी है, साथ में वह «पहले/बाद» सूची जो 1-2 कार्यदिवसों के अंत में सौंपी जाती है।
इसे यूँ पूछें: हैंडओवर से पहले आप कौन-से डिवाइस और ब्राउज़र जाँचते हैं? सूची सीमित और लिखी हुई होनी चाहिए, वरना स्वीकृति किसी के पुराने फ़ोन को लेकर खुली चिट्ठी-पत्री बन जाती है और कभी पूरी तरह बंद नहीं होती।
चरण 6: CMS और डेटा कनेक्शन
इसके बाद सवाल आता है कि लॉन्च के बाद कंटेंट कौन बदलेगा और कैसे। विकल्प कम हैं: कोड बदलें, एडमिन पैनल में रिकॉर्ड बदलें, या पहले से चल रहे किसी सिस्टम से डेटा खींचें। हर विकल्प की अलग क़ीमत है।
Launch Site में बुनियादी CMS या डेटा कनेक्शन शामिल है, यानी संपादन योग्य हिस्से पहले से तय होते हैं। अगर कोई फ़ील्ड कभी बनाया ही नहीं गया, तो बाद में एडमिन पैनल से वह बदला नहीं जा सकेगा — भले वह फ़ील्ड आपको कितना ही स्पष्ट लगे।
ठेकेदार को यह बताना कि आप क्या और कितनी बार बदलना चाहते हैं, आपकी ज़िम्मेदारी है। क़ीमतें, अभियान के टेक्स्ट और टीम के पेज नियमित बदलते हैं; क़ानूनी पेज लगभग कभी नहीं। फ़ील्डों का समूह इसी अंतर के इर्द-गिर्द बनना चाहिए।
इसे यूँ पूछें: हैंडओवर के बाद कौन-से ब्लॉक मैं बिना डेवलपर के बदल सकता हूँ? जवाब तय करता है कि छह महीने बाद आप सपोर्ट को इसलिए लिखेंगे या नहीं कि तीन पेजों पर एक फ़ोन नंबर बदलना है।
चरण 7: इंटीग्रेशन — फ़ॉर्म, एनालिटिक्स, भुगतान
इंटीग्रेशन वे बिंदु हैं जहाँ आपकी साइट किसी और के सिस्टम से मिलती है: फ़ॉर्म पूछताछ भेजता है, एनालिटिक्स घटनाएँ दर्ज करती है, भुगतान प्रदाता पैसा लेता है। हर कनेक्शन अलग काम है, अपने अलग एक्सेस और अपने अलग टूटने के तरीक़ों के साथ।
फ़ॉर्म में दिलचस्प हिस्सा यह नहीं कि वह भेजा जाता है। दिलचस्प यह है कि पूछताछ कहाँ उतरती है और उसे देखता कौन है। जो फ़ॉर्म सिर्फ़ आगंतुक के ब्राउज़र में लिखता है, वह पूरी तरह काम करता दिखता है और हर आने वाली पूछताछ खो देता है।
Product Build की क़ीमत $880 है और इसमें फ़ीचर डिलीवरी, स्टेट और रूट लॉजिक, टेस्टिंग और हार्डनिंग शामिल हैं, 2-3 सप्ताह में, हर सौंपी गई फ़ीचर पर 2 राउंड संशोधन के साथ। नेटिव मोबाइल ऐप और भुगतान लाइसेंसिंग इस पैकेज में शामिल नहीं।
इसे यूँ पूछें: CRM, मेलबॉक्स और भुगतान प्रदाता के एक्सेस कौन देगा, और किस तारीख़ तक? काम करने वाली कुंजियों के बिना इंटीग्रेशन की पुष्टि नहीं हो सकती, और कुंजियाँ जारी होने में अक्सर ख़ुद इंटीग्रेशन से ज़्यादा समय लगता है।
चरण 8: परफ़ॉर्मेंस और सुलभता
गति और सुलभता अंत में लगाई जाने वाली सजावट नहीं हैं। ये निर्माण और डेटा कनेक्शन के दौरान तय होती हैं: तस्वीरों के आयाम, कितनी फ़ॉन्ट फ़ाइलें लोड होती हैं, कितनी स्क्रिप्ट भेजी जाती है और किस क्रम में। बाद में इन्हें जोड़ना ज़्यादा महँगा है।
सार्वजनिक संदर्भ मौजूद हैं जिनसे इस पर अनुमान के बजाय ठोस बात हो सकती है। MDN Web Docs समझाता है कि वेब परफ़ॉर्मेंस किन हिस्सों से बनी है, और W3C WCAG 2.2 की त्वरित संदर्भिका प्रकाशित करता है जिसमें सफलता मानदंड और उन्हें पूरा करने का तरीक़ा दिया है।
हैंडओवर किन मानदंडों को पूरा करता है, यह बताना ठेकेदार की ज़िम्मेदारी है। लॉन्च से एक शाम पहले चालीस मेगाबाइट का वीडियो लेकर न आना, और तीन स्तरों के शीर्षक वाले पेज के लिए छह फ़ॉन्ट वेट न माँगना — आपकी ज़िम्मेदारी है।
इसे यूँ पूछें: आप कौन-सी सुलभता आवश्यकताएँ कवर करते हैं, और उसकी पुष्टि कैसे होती है? «मानकों के अनुसार बनाएँगे» जैसा वादा, बिना किसी मानदंड का नाम लिए, किसी को किसी बात के लिए बाध्य नहीं करता और स्वीकृति समीक्षा के पास जाँचने को कुछ नहीं छोड़ता।
चरण 9: टेस्टिंग और हार्डनिंग
टेस्टिंग इसका जवाब देती है कि चीज़ें बिगड़ने पर क्या होता है: आगंतुक फ़ॉर्म दो बार भेज दे, अनुरोध के बीच नेटवर्क टूट जाए, किसी फ़ील्ड में चार सौ अक्षर चिपका दिए जाएँ, चेकआउट के दौरान बाहरी सेवा जवाब देना बंद कर दे।
Product Build टेस्टिंग और हार्डनिंग को सौंपी जाने वाली चीज़ों में नाम से गिनाता है। यही प्रोडक्ट बिल्ड को ब्रोशर साइट से अलग करता है: उत्पाद में स्थितियाँ और रूट होते हैं, और हर एक को किसी को जान-बूझकर चलकर देखना पड़ता है।
स्वीकृति के लिए समय निकालना और परिदृश्य ख़ुद चलाना आपकी ज़िम्मेदारी है। ठेकेदार की टेस्टिंग मशीनरी जाँचती है; आपकी टेस्टिंग यह जाँचती है कि साइट आपके व्यवसाय का सही वर्णन करती है — आपके शब्दों में और आपकी शर्तों के साथ।
इसे यूँ पूछें: आप ठीक-ठीक क्या जाँचते हैं, और दोष तथा नई माँग के बीच रेखा कहाँ है? यही सीमा तय करती है कि आप पैकेज में शामिल संशोधन राउंड के भीतर रहते हैं या अतिरिक्त काम का भुगतान शुरू करते हैं।
चरण 10: डिप्लॉयमेंट, एक्सेस और हैंडओवर
प्रकाशन एक चरण है, आख़िरी बटन नहीं। डोमेन, सर्टिफ़िकेट, मेल रिकॉर्ड, एनवायरनमेंट, वेरिएबल और बैकअप — सबको कॉन्फ़िगर करना और लिखकर रखना होता है, वरना अगला ठेकेदार काम के बजाय खुदाई से शुरुआत करता है।
Launch Site में डिप्लॉयमेंट सेटअप शामिल है। Launch Site Express की क़ीमत $520 है और यह Launch Site का दायरा प्राथमिक कतार में देता है — रोज़ाना बिल्ड, लॉन्च चेकलिस्ट और हैंडओवर कॉल के साथ, 2 कार्यदिवसों में, पहली पूरी बिल्ड के बाद 1 राउंड संशोधन के साथ।
खाते आपके हैं। डोमेन, होस्टिंग, एनालिटिक्स और मेल आपकी कंपनी के नाम पंजीकृत होने चाहिए, ठेकेदार को एक्सेस दिया जाए — उलटा नहीं। उलटी व्यवस्था ऐसी निर्भरता बनाती है जिसे सुलझाना असहज होता है।
इसे यूँ पूछें: हैंडओवर के दिन मुझे क्या मिलेगा, और किस रूप में? जवाब गिनी जा सकने वाली चीज़ों की सूची होनी चाहिए: रिपॉज़िटरी, एक्सेस, अपडेट की प्रक्रिया और लागू की गई सेटिंग्स का रिकॉर्ड।
अनुमान पढ़ना और यह देखना कि क्या छूटा है
अपना अनुमान लें और इस लेख के हर चरण को तीन में से एक निशान दें: ठेकेदार करता है, हम करते हैं, चर्चा नहीं हुई। तीसरी श्रेणी आपका जोखिम है — अब उन पंक्तियों में लिखा हुआ जिन्हें आप बातचीत में उँगली रखकर दिखा सकते हैं।
फिर सपोर्ट निपटाएँ। Ongoing Dev Support की क़ीमत $290/माह है और इसमें प्राथमिक अपडेट, साप्ताहिक रिलीज़ लय और तकनीकी रखरखाव शामिल हैं; चक्र मासिक है, रोकने के लिए 30 दिन की सूचना चाहिए, और मात्रा हर चक्र की शुरुआत में तय होती है। नई बिल्ड या रीडिज़ाइन का अनुमान अलग लगता है।
देखें कि किसी भी पैकेज में क्या नहीं आता। VITON13 ग्राहक के टेक्स्ट या अनुवाद नहीं लिखता, और नेटिव मोबाइल ऐप नहीं बनाता। दोनों कामों का कोई करने वाला होता है, और शुरू से पहले यह तय कर लेना प्रोजेक्ट को बीच में एक ठप हफ़्ते से बचाता है।
डेवलपमेंट सेवा की शर्तें /hi/services/development पर प्रकाशित हैं। हस्ताक्षर से पहले उन्हें अपने अनुमान से पंक्ति-दर-पंक्ति मिलाएँ, क्योंकि जिस चरण का ज़िम्मेदार नाम से नहीं लिखा, वह ब्योरा नहीं है: वह अभी जारी न किया गया चालान है।
व्यावहारिक चेकलिस्ट
- अनुमान पर हस्ताक्षर से पहले पेजों की सूची और टेम्पलेटों की संख्या माँगें।
- अपनी कंपनी में टेक्स्ट और अनुवाद के लिए एक ज़िम्मेदार नाम से तय करें, तारीख़ के साथ।
- पुष्टि करें कि त्रुटि, ख़ाली और लोडिंग स्थितियाँ डिज़ाइन के काम का हिस्सा हैं या नहीं।
- तय करें कि हैंडओवर के बाद कौन-से ब्लॉक आप बिना डेवलपर के बदल सकेंगे।
- इंटीग्रेशन के हफ़्ते से पहले डोमेन, एनालिटिक्स और भुगतान प्रदाता के एक्सेस इकट्ठा करें।
- लिख लें कि दोष क्या माना जाएगा और नई माँग क्या।
सवाल और जवाब
वेबसाइट डेवलपमेंट किन चरणों से बना है?
दायरा, संरचना और पेजों की सूची, इंटरफ़ेस डिज़ाइन, टेक्स्ट और अनुवाद, फ़्रंट-एंड बिल्ड, CMS या डेटा कनेक्शन, इंटीग्रेशन, परफ़ॉर्मेंस और सुलभता, टेस्टिंग, डिप्लॉयमेंट और हैंडओवर। इंजीनियरिंग के चरण ठेकेदार बंद करता है; टेक्स्ट, अनुवाद और बाहरी सेवाओं के एक्सेस ग्राहक के पास रहते हैं।
साइट लॉन्च करने में कितना ख़र्च आता है और उस क़ीमत में क्या शामिल है?
Launch Site पैकेज की क़ीमत $380 है और इसमें रिस्पॉन्सिव बिल्ड, बुनियादी CMS या डेटा कनेक्शन और डिप्लॉयमेंट सेटअप शामिल हैं। अवधि 3-5 कार्यदिवस, लॉन्च से पहले 2 राउंड संशोधन। कंटेंट और अनुवाद ग्राहक देता है।
Product Build, Launch Site से कैसे अलग है?
Product Build की क़ीमत $880 है और वह पेजों के समूह के बजाय एक उत्पाद को लक्ष्य करता है: फ़ीचर डिलीवरी, स्टेट और रूट लॉजिक, टेस्टिंग और हार्डनिंग। अवधि 2-3 सप्ताह, हर सौंपी गई फ़ीचर पर 2 राउंड संशोधन। नेटिव मोबाइल ऐप और भुगतान लाइसेंसिंग शामिल नहीं।
अगर लॉन्च जल्दी करना हो तो?
Launch Site Express की क़ीमत $520 है और यह Launch Site का दायरा प्राथमिक कतार में देता है — रोज़ाना बिल्ड, लॉन्च चेकलिस्ट और हैंडओवर कॉल के साथ। अवधि 2 कार्यदिवस, पहली पूरी बिल्ड के बाद 1 राउंड संशोधन। कंटेंट, फ़ोटोग्राफ़ी और आगे का सपोर्ट शामिल नहीं।
क्या लॉन्च के बाद सपोर्ट चाहिए?
Ongoing Dev Support की क़ीमत $290/माह है और इसमें प्राथमिक अपडेट, साप्ताहिक रिलीज़ लय और तकनीकी रखरखाव शामिल हैं। चक्र मासिक है और रोकने के लिए 30 दिन की सूचना चाहिए, मात्रा हर चक्र की शुरुआत में तय होती है। नई बिल्ड या रीडिज़ाइन का अनुमान अलग लगता है।