संस्थापकों के लिए गाइड
ऐप बनाने और चलाने, दोनों का बजट तय करें।
एक बार के प्रयोग को चल रही प्रतिबद्धता से अलग करने के लिए अपनी वर्तमान योजना और सेवा उद्धरण का उपयोग करें।
01 — उस प्रयोग को परिभाषित करें जिसका आप वित्तपोषण कर रहे हैं
तीन ग्राहक वार्तालापों के लिए एक नमूना-डेटा प्रोटोटाइप में एक लाइव सेवा से अलग बजट होता है जो रिकॉर्ड संग्रहीत करता है और संदेश भेजता है। पहले परिणाम का वर्णन करें, इसका निरीक्षण कौन करेगा और आप कब तय करेंगे कि इसे जारी रखना है या नहीं। यह आपको ओपन-एंडेड बिल्ड के बजाय पुनरावृत्ति के लिए एक सीमा देता है।
- पहले परीक्षण के लिए आवश्यक स्क्रीन और कार्यों की सूची बनाएं।
- एक बार के सेटअप को आवर्ती शुल्क से अलग करें।
- प्रयोग को व्यय सीमा और समीक्षा तिथि दें।
02 - अपनी आवश्यकताओं के अनुसार योजना पढ़ें
सदस्यता चुनने से पहले वर्तमान बिलिंग और योजना की जानकारी खोलें। आपके प्रोजेक्ट के लिए महत्वपूर्ण क्रेडिट भत्ता, उपयोग नियम, प्रोजेक्ट सीमा, रनटाइम, डाउनलोड और प्रकाशन विकल्प की जाँच करें। कोटेशन के साथ मुद्रा, बिलिंग अंतराल और नवीनीकरण शर्तों को रिकॉर्ड करें ताकि आप वार्षिक और मासिक कीमतों को मिश्रित न करें।
- सम्मिलित उपयोग समाप्त होने पर क्या होता है, इसे लिखें।
- पुष्टि करें कि कौन सी लॉन्च और हैंडऑफ़ क्षमताएं शामिल हैं।
- चालू खाता कीमतों का उपयोग करें; यह मार्गदर्शिका Cocoding टैरिफ उद्धृत नहीं करती है।
03 - उन सेवाओं को जोड़ें जिन पर आपका ऐप निर्भर करता है
एक डोमेन, एक लीड गंतव्य, संदेश वितरण, भुगतान या भंडारण अलग-अलग शुल्क और सीमाएं लागू कर सकता है। दोबारा जोड़ने से पहले जाँच लें कि रनटाइम शामिल है या नहीं। प्रत्येक सेवा के लिए मालिक, बिलिंग इकाई और सीमा पर क्या होता है, रिकॉर्ड करें। आवश्यकता पड़ने पर सेटअप, पहुंच, सुरक्षा समीक्षा और रखरखाव के लिए समय या भुगतान सहायता शामिल करें।
- मासिक अनुमान = सदस्यता + अतिरिक्त उपयोग + रनटाइम + सेवाएँ + वार्षिक डोमेन लागत ÷ 12 + रखरखाव आरक्षित।
- एकमुश्त सेटअप रखें और अलग राशि के रूप में समीक्षा करें।
- वास्तविक उद्धरणों में करों, क्षेत्रीय कीमतों और उपयोग-आधारित शुल्क की जाँच करें।
- बंडल सेवाओं को दो बार गिनने से बचें।
04 - अनुमानों को एक छोटे परीक्षण से बदलें
वही सीमित कार्य आज़माएं जिसे आप बनाने की योजना बना रहे हैं: पहला संस्करण तैयार करें, दो केंद्रित परिवर्तन करें और मुख्य प्रवाह का परीक्षण करें। वास्तविक उपयोग और शेष कार्य को रिकार्ड करें। यह अवलोकन सदस्यता लेबल की तुलना करने से अधिक उपयोगी है, लेकिन यह अभी भी एक बड़े प्रोजेक्ट के लिए एक अनुमान है। अधिक उपयोगकर्ताओं को आमंत्रित करने से पहले बजट की दोबारा समीक्षा करें।
- कार्य, योजना, तिथि और देखे गए उपयोग को एक साथ सहेजें।
- सेवा की बिलिंग इकाई का उपयोग करके एक शांत महीने और एक व्यस्त महीने का मॉडल बनाएं।
- उपलब्ध उपयोग अलर्ट या सीमाएं निर्धारित करें और चुनें कि शुल्कों की समीक्षा कौन करता है।
- यदि सीमा पार हो गई है, तो दायरा कम करें या जारी रखने से पहले योजना को संशोधित करें।
एक प्रारंभिक बिंदु
संक्षिप्त को विशिष्ट बनाएं।
इस उदाहरण को अपने व्यवसाय में अपनाएं। नमूना डेटा को वास्तविक ग्राहक जानकारी से अलग रखें।
मेरे पहले ऐप के लिए बजट वर्कशीट लक्ष्य और समीक्षा तिथि: ___ बिल्डर सदस्यता / महीना: ___ उपयोग और अधिक आयु नियम: ___ अपेक्षित अतिरिक्त बिल्ड उपयोग / महीना: ___ रनटाइम या होस्टिंग / महीना: ___ कनेक्टेड सेवाएं / महीना: ___ डोमेन नवीनीकरण / वर्ष: ___ एक बार सेटअप और समीक्षा: ___ मासिक रखरखाव आरक्षित: ___ मासिक सीमा और मालिक: ___ एक छोटे परीक्षण के साथ सत्यापित करने के लिए धारणाएं: ___
जब आपको अगले चरण की आवश्यकता हो
उत्पाद दस्तावेज़ीकरण का पालन करें।
शुरू करने से पहले।
क्या कम सदस्यता मूल्य का मतलब सस्ता ऐप है?
संपूर्ण कार्य और चल रहे उपयोग की तुलना करें। सम्मिलित क्षमताएं, पुनरावृत्ति, सेवाएँ, समीक्षा और रखरखाव कुल को बदल सकते हैं। प्रत्येक विकल्प के लिए समतुल्य आवश्यकताओं और वर्तमान उद्धरणों का उपयोग करें।
क्या मैं पहले संकेत से एक निश्चित लागत की गारंटी दे सकता हूं?
एक प्रॉम्प्ट यह स्थापित नहीं करता है कि तैयार ऐप को कितने संशोधनों, कनेक्टेड सेवाओं या ऑपरेटिंग संसाधनों की आवश्यकता होगी। एक छोटे परीक्षण, व्यय सीमा और स्पष्ट धारणाओं का उपयोग करें, फिर जैसे ही आप सीखते हैं अनुमान को संशोधित करें।
अपना अगला कदम खोजें।
एक उपयोगी कार्य से शुरुआत करें