VJOURNAL

SMART • ग्लोबल डेस्क • 30 सितंबर 2026

वेबसाइट परियोजना बजट कैलकुलेटर: निर्माण और पहला वर्ष

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

“वेबसाइट परियोजना बजट कैलकुलेटर: निर्माण और पहला वर्ष” लेख के लिए VJOURNAL कवर
02 / 05VITON13 / स्मार्ट टूल

वेबसाइट बजट

निर्माण, आकस्मिक खर्च और एक साल की देखभाल का अनुमान लगाएँ।

निजी गणना, आपके ब्राउज़र में

आपके आँकड़े

07

सभी रकम इसी मुद्रा में भरें। मुद्रा परिवर्तन नहीं होता।

अंकों का उपयोग करें; दशमलव के लिए . या , लगाएँ, हजारों का विभाजक न लगाएँ।

 
 
 
 
 
 
 

संक्षेप में जवाब

निर्माण उप-योग = strategyCost + designCost + developmentCost + contentCost। रिज़र्व = निर्माण उप-योग × contingencyPercent ÷ 100। पहला वर्ष = निर्माण उप-योग + रिज़र्व + 12 × (hostingMonthly + careMonthly)।

तथ्य-जाँच की तारीख़: 2 स्रोत
प्रतिशत रिज़र्व केवल चार एकमुश्त निर्माण लागतों के जोड़ पर लगता है।
मासिक होस्टिंग और देखभाल को बारह से गुणा करके पहले वर्ष में जोड़ते हैं।
सुलभता और सालाना लाइसेंस के अलग फ़ील्ड नहीं हैं; उनका आवंटन लिखें या बाहर बताएँ।

रकम से पहले परियोजना की सीमा लिखें

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

कैलकुलेटर के सात इनपुट strategyCost, designCost, developmentCost, contentCost, hostingMonthly, careMonthly और contingencyPercent हैं। अनुपालन, लाइसेंस, विज्ञापन और कर के अलग खाने नहीं हैं। तय काम को उपयुक्त मौजूद मद में रख सकते हैं, पर यह दर्ज करें। शून्य का अर्थ जानबूझकर चुना गया दायरा होना चाहिए, भूला हुआ काम नहीं।

सूत्र का क्रम समझें

चार एकमुश्त मदें जोड़कर buildSubtotal मिलता है। उसे contingencyPercent ÷ 100 से गुणा करें; सेंट तक गोल की गई राशि contingency है। buildSubtotal और contingency का जोड़ launchTotal है। monthlyTotal में hostingMonthly तथा careMonthly जुड़ते हैं; annualRecurring उनके बारह महीनों के बराबर है। firstYearTotal, launchTotal और annualRecurring का जोड़ है। रिज़र्व मासिक सेवाओं या अलग सालाना लाइसेंस पर नहीं लगता।

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

सात फ़ील्ड वाला काल्पनिक उदाहरण

मान लें strategyCost $1,200, designCost $2,500, developmentCost $4,800 और contentCost $900 हैं। ये केवल गणित के लिए कल्पित रकम हैं, बाज़ार दर नहीं। buildSubtotal = $1,200 + $2,500 + $4,800 + $900 = $9,400। यदि contingencyPercent 12% मानें तो रिज़र्व $9,400 × 0.12 = $1,128 होगा। launchTotal $10,528 बनेगा।

अब काल्पनिक hostingMonthly $45 और careMonthly $180 मानें। monthlyTotal $225 तथा annualRecurring 12 × $225 = $2,700 है। firstYearTotal $10,528 + $2,700 = $13,228 है। यदि होस्टिंग बढ़कर $65 हो और बाकी सब समान रहे तो साल का बजट $240 बढ़कर $13,468 होगा। निर्माण उप-योग वही है, इसलिए रिज़र्व नहीं बदलता।

सुलभता और होस्टिंग की जाँच

W3C की वेब सुलभता पहल योजना, क्रियान्वयन और लगातार निगरानी के लिए जिम्मेदारी तथा बजट तय करने को कहती है। इस फ़ॉर्म में सुलभता का अलग इनपुट नहीं है। सहमत ऑडिट, डिज़ाइन जाँच, तकनीकी सुधार और सामग्री सुधार संबंधित निर्माण मदों में रखें या स्पष्ट रूप से बाहर लिखें। किसी जाँच पर खर्च होना अपने आप मानक पूरा होने का प्रमाण नहीं है; स्वीकृति के मापदंड और मूल्यांकन भी चाहिए। कानूनी दायित्व स्थान और परियोजना पर निर्भर हैं।

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

जो सात इनपुट में अपने आप नहीं आता

वार्षिक सॉफ़्टवेयर लाइसेंस का अलग फ़ील्ड नहीं है। ज्ञात सालाना रकम पहले वर्ष के हिसाब में चाहिए तो उसका बारहवाँ भाग careMonthly में जोड़ सकते हैं, लेकिन लिखें कि नकद भुगतान एक बार भी हो सकता है। अन्यथा रकम को परिणाम के बाहर दिखाएँ। अलग से प्रस्तावित अनुपालन जाँच को उचित निर्माण मद में रख सकते हैं; बिना आवंटन वह कुल में नहीं आती।

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

प्रस्तावों को बराबर आधार पर तुलना करें

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

अनुबंध के बाद अनुमान को स्वीकृत कीमत से बदलें। लॉन्च पर बचाकर रखी रकम और खर्च हुई रकम अलग लिखें। पहले साल में होस्टिंग तथा देखभाल के बिल मिलाएँ और दायरे में बदलाव स्वतंत्र रूप से दर्ज करें। यह निर्णय के लिए सीमित बजट मॉडल है, वास्तविक बिल या कानूनी राय नहीं।

व्यावहारिक चेकलिस्ट

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

सवाल और जवाब

क्या रिज़र्व होस्टिंग पर भी लगता है?

नहीं। contingencyPercent केवल चार निर्माण मदों के जोड़ पर लगता है। होस्टिंग और देखभाल अलग से साल भर के लिए जोड़ी जाती हैं।

सुलभता पर काम कहाँ रखें?

उसका अलग फ़ील्ड नहीं है। तय और मूल्यांकित काम को रणनीति, डिज़ाइन, विकास या सामग्री की संबंधित मद में रखें और लिखें; अन्यथा बाहर बताएं।

वार्षिक सॉफ़्टवेयर लाइसेंस कहाँ डालें?

अलग वार्षिक इनपुट नहीं है। ज्ञात राशि का बारहवाँ भाग careMonthly में रखकर असली भुगतान तिथि समझा सकते हैं, या उसे दिखाए गए कुल से बाहर रखें।