वेबसाइट विकास की औसत लागत क्या है?

वेबसाइट के विकास की औसत लागत $12,000 और $75,000 के बीच आती है, लेकिन यह औसत अपने आप में भ्रामक है। विकास में $10,000 के करीब एक सरल लघु-व्यवसाय साइट से लेकर $150,000 से अधिक के कस्टम वेब एप्लिकेशन तक सब कुछ शामिल है। आप जिस नंबर की परवाह करते हैं, वह लगभग पूरी तरह से इस बात पर निर्भर करती है कि बिल्ड कितना जटिल है।

डेवलपमेंट डिज़ाइन के समान नहीं है

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

बिल्ड कॉम्प्लेक्सिटी के हिसाब से औसत लागत

जटिलता के आधार पर क्रमबद्ध करें और एकल औसत ब्रेक ईमानदार बैंड में टूट जाता है:

• साधारण SMB साइट: $8,000 से $20,000 — स्थिर पेज, एक फ़ॉर्म, एक CMS
• डेटाबेस-संचालित साइट: $20,000 से $50,000 - उपयोगकर्ता खाते, गतिशील सामग्री
• कस्टम वेब ऐप: $50,000 से $150,000 — वास्तविक तर्क, भूमिकाएं, एकीकरण
• कॉम्प्लेक्स प्लेटफ़ॉर्म: $150,000 और उससे अधिक - कई उपयोगकर्ता प्रकार, स्केल, हैवी डेटा

गलती से इनमें से दो के बीच एक प्रोजेक्ट शायद ही कभी बैठ जाता है; यह आमतौर पर एक में ही होता है।

जटिलता का वास्तव में क्या मतलब है

शब्द इधर-उधर फेंक दिया जाता है, इसलिए यहां बताया गया है कि इसे क्या उठाता है:

• स्टेटिक बनाम डायनामिक: क्या पेज इस आधार पर बदलता है कि इसे कौन देख रहा है?
• खाते और भूमिकाएं: लॉगिन, अनुमतियां, और प्रति-उपयोगकर्ता डेटा
• तर्क: साइट को लागू करने के लिए गणना, वर्कफ़्लो या नियम
• स्केल: सैकड़ों बनाम सैकड़ों हजारों यूज़र के लिए एक साइट

एवरेज यहां गुमराह क्यों करते हैं

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

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

एक वास्तविक उदाहरण

एक गैर-लाभकारी संस्था ऐसी साइट चाहती थी, जहां सदस्य संसाधनों को देखने और बकाया राशि का नवीनीकरण करने के लिए लॉग इन करें। यह डेटाबेस-संचालित बिल्ड है, ब्रोशर साइट नहीं: खाते, भुगतान प्रवाह, और गेटेड सामग्री। विकास $34,000 में हुआ, जिसमें अधिकांश घंटे सार्वजनिक पृष्ठों के बजाय लॉगिन और भुगतान तर्क में चले गए।

वह गलती जो लोग करते हैं

जब आपको वास्तव में किसी ऐप की ज़रूरत हो, तो औसत के साधारण सिरे से बजट बनाना। अगर आपकी साइट को डेटा सहेजना है, खातों का प्रबंधन करना है, या नियम लागू करने हैं, तो यह ब्रोशर की तुलना में सॉफ़्टवेयर के ज़्यादा करीब है, और बजट में प्रोजेक्ट के बीच के झटके के बजाय पहले दिन से ही इसे प्रतिबिंबित किया जाना चाहिए।

अगर आप एक नंबर निकाल लेते हैं, तो इसे लें: तय करें कि आप कोई साइट खरीद रहे हैं या कोई ऐप्लिकेशन, क्योंकि यह एक विकल्प किसी भी सुविधा सूची की तुलना में बजट को ज़्यादा ले जाता है। इसे जल्दी सेटल करें, इसे लिख लें, और बाद में आपको मिलने वाला हर उद्धरण कहीं अधिक समझ में आएगा।
इन परियोजनाओं पर बजट का सबसे अधिक दर्द गलत क्लस्टर को जल्दी चुनने और उसे देर से खोजने से आता है, जब पाठ्यक्रम बदलना महंगा होता है। सामने आने वाले कुछ ईमानदार सवाल मिड-बिल्ड पिवट की तुलना में बहुत सस्ते होते हैं।

आप किस क्लस्टर में हैं, इसका क्विक टेस्ट

एक प्रश्न पूछें: क्या साइट को अपने उपयोगकर्ताओं के बारे में कुछ भी याद रखना चाहिए? अगर जवाब नहीं है, तो आप कम क्लस्टर में हैं और ब्रोशर का बजट फिट बैठता है। अगर इसे खातों, आदेशों, या सहेजी गई स्थिति को ट्रैक करना है, तो आप एप्लिकेशन क्लस्टर में हैं, और बजट उसी को ध्यान में रखते हुए शुरू होना चाहिए।

स्वींट अमेरिकी संगठनों के लिए वेबसाइट और वेब ऐप विकसित करता है और आपको बताएगा कि उद्धरण देने से पहले आपका प्रोजेक्ट वास्तव में किस श्रेणी में आता है।