इस लेख में, हम एसबीएस सॉफ्ट में मोबाइल एप्लिकेशन विकसित करने के चरणों के बारे में बात करेंगे।

विकास प्रक्रिया का संक्षेप में वर्णन करें, हमें निम्नलिखित सूची मिलती है:

1. आवेदन आवश्यकताओं का संग्रह।
2. विकास लागत का प्रारंभिक अनुमान।
3. प्रोटोटाइप डिजाइन।
4. तकनीकी विशिष्टताओं की तैयारी।
5. उत्पाद की पहली रिलीज का विकास।
6. परिक्षण।
7. प्रकाशन।
8. तकनीकी सहायता।

ताकि जब आप हमसे संपर्क करें, तो आप जान सकें कि काम कैसे चलेगा, हम प्रत्येक चरण पर अधिक विस्तार से ध्यान देंगे।

1. आवेदन आवश्यकताओं का संग्रह।

   आप हमें कॉल करें या साइट पर एक अनुरोध छोड़ दें। एक टेलीफोन साक्षात्कार के प्रारूप में बिक्री प्रबंधक जानकारी एकत्र करता है: आप किस प्रकार का मोबाइल एप्लिकेशन बनाना चाहते हैं, इसका उद्देश्य क्या है, इसका उपयोग कौन करेगा, इसके क्या कार्य होंगे, क्या आपके पास एक वेबसाइट है, क्या आपको इसकी आवश्यकता है एक सर्वर, क्या सॉफ्टवेयर उत्पादों के साथ एकीकरण होगा, उदाहरण के लिए, 1C के साथ। जानकारी एकत्र करने के बाद, प्रबंधक विकास विभाग को मूल्यांकन के लिए पूरा संक्षिप्त विवरण प्रस्तुत करता है। यदि आप विचार की सुरक्षा और विशिष्टता के बारे में चिंतित हैं, तो हम परियोजना पर चर्चा करने से पहले एक गैर-प्रकटीकरण समझौते पर हस्ताक्षर करेंगे।

2. विकास लागत का प्रारंभिक अनुमान।

   विकास विभाग का अनुमान है कि एक एप्लिकेशन बनाने में कितना समय लगेगा, इसमें कौन से विशेषज्ञ शामिल होंगे। आपको 1-3 दिनों के भीतर आवेदन की प्रारंभिक लागत के बारे में जवाब मिल जाएगा।

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

   अनुबंध पर हस्ताक्षर करने के बाद, परियोजना को एक व्यक्तिगत प्रबंधक को सौंपा गया है जो काम की प्रगति को नियंत्रित करेगा, आपके साथ संवाद करेगा और सभी सवालों के जवाब देगा। हमारी टीम JIRA का उपयोग करती है - कार्यों के निष्पादन की निगरानी, ​​​​त्रुटियों पर नज़र रखने और खर्च किए गए समय की निगरानी के लिए एक प्रणाली।

3. प्रोटोटाइप डिजाइन।

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

   जब सब कुछ तैयार हो जाता है, तो विश्लेषक आपके साथ प्रोटोटाइप का समन्वय करता है, यदि आवश्यक हो, तो परिवर्तन करता है और उन्हें डिजाइनर को भेजता है। डिजाइनर आकार, पैडिंग, दृश्य प्रभाव, एनीमेशन के लिए सिफारिशों के साथ सामग्री डिजाइन दिशानिर्देशों और आईओएस मानव इंटरफेस दिशानिर्देशों की अवधारणा का उपयोग करके एप्लिकेशन की शैली और मुख्य दिशा निर्धारित करता है। प्रोग्रामर Apple और Google के मोबाइल ऐप डेवलपमेंट गाइड पर भी भरोसा करते हैं।

4. तकनीकी विशिष्टताओं की तैयारी।

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

5. उत्पाद की पहली रिलीज का विकास।

   टीओआर के आधार पर, प्रोग्रामर मोबाइल एप्लिकेशन की पहली रिलीज जारी करते हैं। जटिल परियोजनाओं के लिए, हम एक एमवीपी - उत्पाद का न्यूनतम व्यवहार्य संस्करण बनाने की सलाह देते हैं, ताकि एप्लिकेशन पर उपयोगकर्ता की प्रतिक्रिया का परीक्षण किया जा सके। हमारा विश्लेषक एमवीपी के लिए आवश्यक कार्यक्षमता निर्धारित करने में आपकी सहायता के लिए हमेशा तैयार है। यदि आवश्यक हो, तो हम मोबाइल एप्लिकेशन और एपीआई के प्रबंधन के लिए एक सर्वर विकसित करते हैं - सर्वर और एप्लिकेशन के बीच डेटा स्थानांतरित करने के लिए एक सेवा।

6. परिक्षण।

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

7. प्रकाशन।

   ज़्दानोवा केन्सिया डेनिसोव्ना

   गणितीय अर्थशास्त्र, सांख्यिकी और सूचना विज्ञान संकाय, PRUE जी.वी. प्लेखानोव मॉस्को, रूस

   व्याख्या: "क्या आपको कभी ऐसी समस्या का सामना करना पड़ा है: आपके माता-पिता Viber का उपयोग करते हैं, आपके मित्र व्हाट्सएप और टेलीग्राम का उपयोग करते हैं, और आपके कार्य सहयोगी विशेष रूप से फेसबुक का उपयोग करते हैं? अगर आपका जवाब हां है, तो हमारा &WVTF ऐप सिर्फ आपके लिए है! इस विचार का मूल्य इस तथ्य में निहित है कि एक व्यक्ति एक साथ कई सॉफ्टवेयर उत्पादों का उपयोग कर रहा है, जैसे कि Viber, WhatsApp, Telegramm और Facebook, कई कार्यक्रमों के बीच स्विच किए बिना, एक एप्लिकेशन से सभी संपर्कों के साथ संवाद करने में सक्षम होंगे।

   कीवर्ड: बिजनेस प्लान, ए। ओस्टरवाल्डर बिजनेस मॉडल, मोबाइल एप्लिकेशन, निवेश, नवाचार मॉडल

   मोबाइल एप्लिकेशन और WVTF की व्यवसाय योजना विकसित करना

   ज़्दानोवा केन्सिया डेनिसोव्ना

   गणितीय अर्थशास्त्र, सांख्यिकी और सूचना विज्ञान के संकाय प्लेखानोव रूसी अर्थशास्त्र विश्वविद्यालय मास्को, रूस

   सार: परियोजना का उद्देश्य विभिन्न दूतों से संदेशों को एकत्रित करने के लिए एक अद्वितीय मोबाइल एप्लिकेशन बनाना है। "क्या आपने कभी इस तरह की समस्या का सामना किया है: आपके माता-पिता Viber, WhatsApp और दोस्तों Telegramm का उपयोग करते हैं, और सहकर्मी बेहद Facebook हैं? यदि आपका उत्तर "हां" है, तो हमारा एप्लिकेशन "& WVTF" विशेष रूप से आपके लिए है! इस विचार का मूल्य यह है कि एक व्यक्ति कई सॉफ्टवेयर उत्पादों, जैसे कि वाइबर, व्हाट्सएप, टेलीग्राम और फेसबुक का उपयोग कर रहा है, एक ही एप्लिकेशन से आपके सभी संपर्कों के साथ कई कार्यक्रमों के बीच स्विच करने की आवश्यकता के बिना चैट करने में सक्षम होगा।

   कीवर्ड: व्यवसाय योजना, A.Ostervalder का व्यवसाय मॉडल, मोबाइल एप्लिकेशन, निवेश, नवाचार मॉडल

   1. परियोजना सारांश

   व्यावसायिक विचार एक ऐसा एप्लिकेशन बनाना है जो सबसे लोकप्रिय इंस्टेंट मैसेंजर को एकत्र करता है।

   हमारा उद्यम &WVTF मोबाइल एप्लिकेशन के उत्पादन, कार्यान्वयन और रखरखाव में संलग्न होगा, जो एक साथ कई लोकप्रिय संदेशवाहकों को एकत्रित करेगा, जैसे:

   1) व्हाट्सएप,

   2) वाइबर,

   3) फेसबुक,

   4) तार

   इस परियोजना का लक्ष्य विभिन्न दूतों के संदेशों को एकत्र करने के लिए एक अद्वितीय मोबाइल एप्लिकेशन बनाना है।

   हमारे ग्राहक ऐसे लोग होंगे जो एक साथ कई इंस्टेंट मैसेंजर का उपयोग करते हैं, क्योंकि वार्ताकार विभिन्न कार्यक्रमों का उपयोग करते हैं (फोन के ऑपरेटिंग सिस्टम और वरीयताओं की ख़ासियत के कारण)। इस प्रकार, लोग विभिन्न कार्यक्रमों और खिड़कियों के बीच स्विच किए बिना संवाद करने में सक्षम होंगे। खरीदार आईओएस उपयोगकर्ता और एंड्रॉइड उपयोगकर्ता दोनों होंगे। खरीदारों का आयु वर्ग 7 से 99 वर्ष तक है।

   हम इंटरनेट के माध्यम से ग्राहकों को जानकारी का संचार करेंगे, अर्थात् ऐपस्टोर और GooglePlay एप्लिकेशन के माध्यम से। Vkontakte समूह और Yandex.Direct का उपयोग करके विज्ञापन

   हमारे प्रतिस्पर्धी निंबज़ और स्नोबॉल ऐप हैं। मुख्य अंतर हमारे आवेदन में शामिल दूतों का है। ये सबसे लोकप्रिय दूत हैं।

   दीर्घकालिक दृष्टिकोण हैं:

   • ग्राहकों की संख्या बढ़ाना
   • हमारे आवेदन में सबसे लोकप्रिय और मांग वाले दूतों को जोड़ना, अर्थात। मोबाइल एप्लिकेशन विकास।

   परियोजना के कार्यान्वयन के बाद प्रारंभिक वित्त पोषण की जरूरतें और आय:

   प्रारंभिक पूंजी = 300,000 रूबल

   काम के पहले महीने के लिए, आवेदन के 5000 भुगतान किए गए संस्करणों को $1/संस्करण की कीमत पर बेचने की योजना है। इस प्रकार, पहले महीने की बिक्री आय 300,000 रूबल होगी।

   मुफ्त संस्करण बेचते समय जिसमें पॉप-अप विज्ञापन दिखाई देते हैं, 100,000 रूबल की राशि में पहले महीने की आय की योजना बनाई जाती है।

   मान लीजिए कि बिक्री की शुरुआत से दूसरे महीने से शुरू होकर, प्रति माह 2500 आवेदन बेचने की योजना है, आय 150,000 रूबल के बराबर होगी + 100,000 रूबल की बिक्री आय = 250,000 रूबल प्रति माह। कुल \u003d 400,000 + 11 * 250,000 \u003d 400,000 + 2,750,000 \u003d 3,150,000 रूबल

   उद्यम का संगठनात्मक और कानूनी रूप - व्यक्तिगत उद्यमी

   परियोजना को लागू करने के लिए, 5 कर्मचारियों को आकर्षित करने की योजना है:

   1. मुख्य प्रोग्रामर,

   2. प्रोग्रामर,

   3. तकनीकी सहायता विशेषज्ञ (2 कर्मचारी),

   4. प्रबंधक।

   2. परियोजना विवरण

   हमारी निवेश परियोजना का प्रकार खरोंच से एक परियोजना का निर्माण है, क्योंकि परियोजना अभिनव है और इसका कोई पिछला संस्करण नहीं है।

   फिलहाल, परियोजना "एक टीम इकट्ठा करना" और "एक अवधारणा बनाना" के चरण में है।

   लॉन्च के समय, पूरे रूसी संघ में परियोजना को लागू करने की योजना है, और एक सफल लॉन्च के बाद, हम कवरेज क्षेत्र का विस्तार करने और हमारे आवेदन को पूरी दुनिया में उपयोग करने की अनुमति देने की योजना बना रहे हैं।

   इस परियोजना का लक्ष्य विभिन्न दूतों के संदेशों को एकत्र करने के लिए एक अद्वितीय मोबाइल एप्लिकेशन बनाना है।

   हमारा व्यावसायिक विचार कैसे पैदा हुआ: "क्या आपने कभी ऐसी समस्या का सामना किया है: आपके माता-पिता Viber का उपयोग करते हैं, आपके मित्र व्हाट्सएप और टेलीग्राम का उपयोग करते हैं, और आपके काम के सहयोगी केवल फेसबुक का उपयोग करते हैं? यदि आपका उत्तर "हाँ" है, तो हमारा आवेदन "& डब्ल्यूवीटीएफ" विशेष रूप से आप के लिए!"

   इस विचार का मूल्य इस तथ्य में निहित है कि एक व्यक्ति एक साथ कई सॉफ्टवेयर उत्पादों का उपयोग कर रहा है, जैसे कि Viber, WhatsApp, Telegramm और Facebook, कई कार्यक्रमों के बीच स्विच किए बिना, एक एप्लिकेशन से सभी संपर्कों के साथ संवाद करने में सक्षम होंगे।

   हमारी परियोजना के लक्ष्य को प्राप्त करने के लिए, Viber, WhatsApp, Telegramm और Facebook के लिए सर्वर के प्रावधान के लिए अनुबंधों पर हस्ताक्षर करना आवश्यक है। यह एपीआई (एप्लीकेशन प्रोग्रामिंग इंटरफेस) के जरिए किया जाएगा। एपीआई उस कार्यक्षमता को परिभाषित करता है जो एक प्रोग्राम (मॉड्यूल, लाइब्रेरी) प्रदान करता है, जबकि एपीआई आपको यह बताता है कि यह कार्यक्षमता वास्तव में कैसे कार्यान्वित की जाती है।

   परियोजना के लक्ष्य को प्राप्त करने की अवधि - एप्लिकेशन के निर्माण की शुरुआत से लेकर ऐपस्टोर और GooglePlay में एप्लिकेशन के प्रकाशन तक 2 महीने से अधिक नहीं होगी।

   3. परियोजना के मुख्य प्रतिभागियों के बारे में जानकारी

   कहानी:

   उधारकर्ता का कोई इतिहास नहीं है, क्योंकि यह पहला स्टार्टअप है।

   परियोजना के मुख्य प्रतिभागी:

   • मुख्य प्रोग्रामर
   • प्रोग्रामर

   परियोजना में बातचीत का क्रम- व्यवसाय के संस्थापक (वह एक प्रबंधक भी हैं) उपरोक्त विशेषज्ञों के साथ अपनी नौकरी की जिम्मेदारियों को निर्दिष्ट करते हुए एक अनुबंध समाप्त करते हैं।

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

   संगठनात्मक योजना:

   300,000 रूबल की शुरुआती पूंजी की आवश्यकता है, जिसे व्यवसाय के संस्थापक द्वारा वित्तपोषित किया जाएगा।

   पहले 2 महीने स्टार्ट-अप पूंजी की बर्बादी होगी, फिर स्टार्टअप लाभ कमाना शुरू कर देता है।

   तालिका 1. आवश्यक निवेश की गणना

   कर्मचारियों की लागत
   	पद	प्रति माह वेतन की राशि, रूबल
   	मुख्य प्रोग्रामर
   	प्रोग्रामर
   	तकनीकी सहायता विशेषज्ञ (2 लोग)
   	बिक्री / अनुबंध प्रबंधक
   कर्मचारियों की कुल लागत
   उपकरण लागत (शामिल नहीं)
   किराये का खर्च (शामिल नहीं)
   अनुबंध लागत (सर्वर पहुंच)
   	whatsapp
   	तार
   	फेसबुक
   कुल खर्च

   
   

   4. उत्पाद विवरण

   उत्पाद कार्यक्रम:

   हम आपको एक नया &WVTF संदेशवाहक प्रदान करते हैं:

   1) सुविधाजनक सहज ज्ञान युक्त अंतरफलक

   2) एक मुफ्त संस्करण खरीदने की क्षमता

   3) अपने स्मार्टफोन में 4 के बजाय एक मैसेंजर का उपयोग करके बैटरी और मेमोरी बचाएं!

   4) हमारा ऐप एंड्रॉइड और आईओएस स्मार्टफोन के लिए उपलब्ध है

   5) सभी कार्यक्रमों की कार्यक्षमता खोए बिना 4 के बजाय एक एप्लिकेशन का उपयोग करने की क्षमता

   हम प्रदान करेंगे 2 हमारे आवेदन का दृश्य:

   ए। साइट iphones.ru मुफ्त का(परीक्षण के तहत)

   बी। वेबसाइट appleinsider.ru/obzory-prilozhenij - शुल्क के लिए

   सी। Appstudio.org/ios-apps - शुल्क के लिए (7000 रूबल)

   2) Android उपयोगकर्ताओं के लिए:

   ए। साइट androidinsider.ru - शुल्क के लिए

   बी। साइट ferra.ru/ru/apps/ - शुल्क के लिए

   सी। साइट android4all.ru/soft - मुफ्त का

   1. एक टीम इकट्ठा करना

   2. प्रोग्रामर सेवाओं के लिए भुगतान

   3. IOS और Android ऑपरेटिंग सिस्टम के लिए एप्लिकेशन लिखना

   4. आवेदन के लिए पेटेंट प्राप्त करना

   6. Google Play और AppStore में एप्लिकेशन का कार्यान्वयन

   7. नए ग्राहकों को आकर्षित करने के लिए एक विपणन रणनीति का विकास

   8. तकनीकी उपयोगकर्ता सहायता

   9. वित्तीय योजना (दृष्टिकोण रिपोर्टिंग, संकेतक)

   परियोजना प्रदर्शन संकेतक:

   1) डीपीबीपी (रियायती भुगतान अवधि)। यह वह समय है जब परियोजना के वर्तमान (छूट वाले) शुद्ध नकदी प्रवाह को प्रारंभिक निवेश से अधिक होने में समय लगता है। यह संकेतक उस अवधि को दर्शाता है जिसके अंत में परियोजना में निवेश किया गया सारा पैसा वापस कर दिया जाता है, बशर्ते कि छूट की दर सही ढंग से चुनी गई हो। संकेतक परियोजना की अवधि से अधिक नहीं होना चाहिए, अन्यथा परियोजना को लाभहीन माना जाएगा।

   2) एनपीवी (शुद्ध वर्तमान आय)। परियोजना के प्रमुख संकेतकों में से एक, जो परियोजना कार्यान्वयन (सभी नकदी प्रवाह और बहिर्वाह के बीच का अंतर) से शुद्ध नकदी प्रवाह की वर्तमान (छूट) राशि है, जिसकी गणना पैसे के मूल्य में अपेक्षित परिवर्तन को ध्यान में रखकर की जाती है। आपके प्रोजेक्ट में पैसा लगाने से बैंक या निवेशक को मिलने वाली पूरी रकम (आय) को दिखाता है। आपको समान अवधि की परियोजनाओं की तुलना करने और उनके पैमाने को ध्यान में रखने की अनुमति देता है। किसी परियोजना को लाभदायक माने जाने के लिए, यह सूचक कम से कम शून्य से अधिक होना चाहिए।

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

   4) पीआई (परियोजना लाभप्रदता सूचकांक)। यह परियोजना के प्रमुख संकेतकों में से एक है और इसकी गणना प्रारंभिक निवेश के लिए एनपीवी के अनुपात के रूप में की जाती है। प्रारंभिक निवेश की तुलनीय राशि के साथ अन्य परियोजनाओं की तुलना में परियोजना की सापेक्ष लाभप्रदता को दर्शाता है। यदि सूचकांक मूल्य एक या उससे कम के बराबर है, तो यह अन्य परियोजनाओं और निवेशों से हार जाता है और वास्तव में परियोजना को बैंक या निवेशक के लिए कम ब्याज की बनाता है।

   निवेश का आकार:

   * गणना रूस के लिए औसत डेटा का उपयोग करती है

   जैसा कि हम एक निवेशक की तलाश में थे, हमने सेंट पीटर्सबर्ग में खरोंच से एक मोबाइल एप्लिकेशन डेवलपमेंट कंपनी बनाई और ... हमने जो गलतियां कीं ...

   मैं सेंट पीटर्सबर्ग में शुरू से मोबाइल एप्लिकेशन विकसित करने के अपने अनुभव के बारे में ईमानदारी से और खुले तौर पर बताना चाहता हूं, हमने क्या गलतियां कीं, हम क्या करना जारी रखते हैं (ठीक है, इसके बिना कहां) और हम कैसे वास्तव में बड़े पैमाने पर कुछ बनाने और "इस दुनिया को बदलने" की कोशिश कर रहे हैं - अर्थात्, एक मोबाइल कमोडिटी एग्रीगेटर टैपकी की हमारी परियोजना (नाम अजीब है, निश्चित रूप से, यह अंग्रेजी शब्द "टैप" के व्युत्पन्न के रूप में पैदा हुआ था)। लेख को पीछे मुड़कर देखने पर, इसे लिखने के बाद, मैं देखता हूं कि यह थोड़ा सा पाठ (शब्द में लगभग 18 पृष्ठ) निकला, लेकिन मुझे आशा है कि जो कहा गया है वह उपयोगी होगा। सहकर्मियों ने दस्तावेज़ को भागों में तोड़ने की सलाह दी, लेकिन मुझे ऐसा लगता है कि एक पूरे आख्यान, केवल एक वर्ष से अधिक की अवधि को कवर करते हुए, हमें कंपनी के विकास की एक और पूरी तस्वीर देने की अनुमति देगा। लेख में, पाठक को अर्थव्यवस्था (प्रबंधकीय संतुलन) मिलेगा, जो शुरू से ही "खिंचाव" करता है, लागत मद से टूट जाता है। हमने कुछ भी जोड़ा या घटाया नहीं है, और सभी आंकड़े "जैसा है" दिए गए हैं।

   मैं आपको शुरुआत से ही एक व्यवसाय शुरू करने के बारे में बताऊंगा: परिसर ढूंढना, निवेश ढूंढना, व्यवसाय के मुख्य (प्रारंभिक) विचार के बारे में और यह पूरे वर्ष कैसे बदल गया, सफलताओं और असफलताओं के बारे में। चूंकि हमने जून 2013 में (अधिक सटीक रूप से, 29 मई को) एक कानूनी इकाई पंजीकृत की थी, इसलिए हमें 1 वर्ष का माना जा सकता है और अब हम कुछ बारीकियों को याद नहीं रख सकते हैं, लेकिन तस्वीरों के साथ मुख्य मील के पत्थर को संरक्षित किया गया है। यह महत्वपूर्ण है - यदि पाठ में कहीं मैं अपने लिए (और पाठकों के लिए) निष्कर्ष निकालता हूं या सलाह देता हूं (प्रत्यक्ष या अप्रत्यक्ष रूप से) - मैं आपसे इसे पूरी तरह से अपनी व्यक्तिगत राय मानने के लिए कहता हूं, जो कि 50% की संभावना के साथ मौलिक रूप से हो सकता है। गलत। और एक और बात - मुझे कुछ बिंदुओं को विस्तार से याद नहीं है, इसलिए कुछ संख्याओं की व्याख्या करने के मामले में छोटी-छोटी अशुद्धियाँ हो सकती हैं - यह जानकारी को छिपाने का प्रयास नहीं है, बल्कि केवल प्राथमिक भूलने की बीमारी है, tk। मैंने डायरी नहीं रखी (दुर्भाग्य से - मैं खुद को सुधार रहा हूं) और मैं स्मृति से लिखता हूं।

   मैं इस बात पर जोर देता हूं कि यह किसी भी तरह से "शुरुआती व्यवसायियों की 10 गलतियाँ" श्रृंखला का एक मार्गदर्शक नहीं है या, उदाहरण के लिए, "शुरुआत से व्यवसाय में कैसे सफल हों"। सफलता एक लचीली अवधारणा है और हमें इसके बारे में लिखने का कोई अधिकार नहीं है, क्योंकि। हम अभी तक उस तक नहीं पहुंचे हैं, हालांकि हम हर संभव तरीके से प्रयास कर रहे हैं, अर्थात्, अपने लिए, "सफलता" से परिचालन गतिविधियों में एक स्थिर लाभ तक पहुंच रहा है। इस तथ्य के बावजूद कि हम एक निवेश परियोजना हैं, हमारे निवेशक (और हम स्वयं) कंपनी (ग्राहकों, अनुबंधों, भुगतानों) के पूंजीकरण का लक्ष्य निर्धारित नहीं करते हैं, बल्कि एक मासिक लाभांश नीति (या दूसरे शब्दों में, लाभ) निर्धारित करते हैं।

   यह तुरंत ध्यान दिया जाना चाहिए कि हम (अब तक) घाटे में चलने वाली परियोजना हैं। मैं आईटी व्यवसायों से मिला हूं, जो सचमुच 3-4 महीनों में एक वापसी पर पहुंच गए हैं और लाभांश के रूप में निवेश (यदि कोई हो) वापस करना शुरू कर दिया है। ऐसी परियोजनाओं के बारे में पढ़ना सुखद है, अधिक प्रतिभाशाली लोगों (कोई विडंबना नहीं) की थोड़ी ईर्ष्या के अंदर महसूस करना, जो बाजार में "कूद" करने में सक्षम थे। हम नहीं कर सके, और इसके अलावा, मोबाइल एप्लिकेशन के संदर्भ में हमारी मूल अवधारणा, जिसके तहत निवेश आकर्षित किया गया था, पूरी तरह से अव्यवहारिक निकला। मुझे हबरे पर एम्परका के लॉन्च के इतिहास को पढ़ने में मज़ा आया, लेकिन अपने लिए लोगों के अनुभव पर कोशिश करते हुए, मैं यह निष्कर्ष निकालता हूं कि खुदरा और सॉफ्टवेयर विकास मौलिक रूप से अलग-अलग परियोजनाएं हैं, और हमारे मामले में हम लंबे समय तक और दर्दनाक रूप से परिचालन लाभ तक पहुंचते हैं। , क्योंकि। व्यावसायिक लेन-देन समय के साथ बहुत भिन्न होते हैं (जब तक कि आपके पास एक बहुत बड़ा ग्राहक न हो जिसके लिए आप एक टीम इकट्ठा कर रहे हों - लेकिन यह हमारा मामला नहीं था)।

   निवेश के स्रोत के रूप में एक व्यवसाय और उद्यम निधि का विचार - क्या उम्मीद करें?

   तो, हमारी कहानी। 2013 के पतन में, टीम के भीतर, जो वैसे काफी पुरानी है - मेरा मानना ​​​​है कि औसत आयु 35-37 वर्ष है, एक भावना थी कि हम "मोबाइल एप्लिकेशन" के विचार के साथ बाजार में प्रवेश कर सकते हैं। ऑनलाइन स्टोर के लिए बिल्डर"। आप जानते हैं, यह तब होता है जब मोबाइल एप्लिकेशन रेडीमेड html(5) टेम्प्लेट से बनाए जाते हैं। वैसे, बाजार में ऐसी परियोजनाएं हैं - myapps.com, ibuildapp.com - उन परियोजनाओं से जो "सुनने पर" हैं। यह मानते हुए कि हमारा प्रतिस्पर्धी अंतर सभी मोबाइल प्लेटफार्मों (आईओएस, एंड्रॉइड, विंडोज 8 और विनफोन) और देशी विकास (अधिक सटीक, हम हैमरिन से उत्पादों का उपयोग करते हैं) के कवरेज में निहित है, हमने एक निवेशक खोजने के लिए एक व्यवसाय योजना विकसित करना शुरू किया। और यद्यपि मुझे शुरू से ही एक अस्पष्ट भावना थी कि हमारे उद्यम पूंजी कोष, क्या हम कहेंगे, हमें देखने के लिए बहुत उत्सुक नहीं हैं और अधिक परिपक्व अवस्था में परियोजनाओं पर ध्यान केंद्रित कर रहे हैं, विचार ठीक एक सुंदर प्रस्तुति भेजने के लिए था मुख्य निधि।

   हमारा वेंचर फंड... एक अजीब उद्योग, शायद इस तथ्य के कारण कि मैंने व्यक्तिगत रूप से इसमें काम नहीं किया था, लेकिन इसे दिमाग और उपलब्ध जानकारी के साथ समझना असंभव है। प्रस्तुति में हमें लगभग एक महीने का समय लगा। अप्रैल 2013 में, मैंने रूस में चल रहे फंडों की एक सूची तैयार की और उन्हें एक कवर लेटर के साथ भेजना शुरू किया। पीछे मुड़कर देखने पर, मैं समझता हूं कि प्रस्तुतिकरण, इसे हल्के ढंग से रखने के लिए, बहुत अच्छा नहीं था। कुछ सुंदर रेखांकन (घातीय ऊपर की ओर!) और टेबल थे, लेकिन परियोजना के विस्तृत विवरण के साथ अधिक पाठ। लेकिन हम इस तथ्य से आगे बढ़े कि निवेश पर निर्णय लेने के लिए, लोगों को, पहले चरण में भी, ध्यान से अध्ययन करना चाहिए कि क्या लिखा गया था और उसके बाद ही, यदि वे इसे पसंद करते हैं, तो उन्हें एक बैठक में आमंत्रित करें। कुल मिलाकर, लगभग 15 पत्र सबसे प्रसिद्ध निधियों को भेजे गए थे। केवल एक ने उत्तर दिया - उसने लिखा कि वह 2 सप्ताह में उत्तर देगा। लेकिन जाहिरा तौर पर मुड़ गया और भूल गया। इसलिए, यदि आपके पास शून्य स्तर पर कोई व्यवसाय है, जब आपके पास एक टीम है, कुछ विकास और एक अच्छा (जैसा लगता है) विचार - धन से अधिक ध्यान देने की अपेक्षा न करें। उन्हें समझा जा सकता है, क्योंकि। उच्चतम जोखिम व्यवसाय शुरू करने के शून्य चरण में हैं, हालांकि यहां आप उच्चतम रिटर्न की उम्मीद कर सकते हैं।

   और एक और नोट - यदि आपके व्यवसाय में एक फंड शामिल है, तो अक्सर इसका कार्य 3-5 वर्षों में लाभ के साथ बाहर निकलना होता है, अपने हिस्से को किए गए निवेश से अधिक पर बेचना। तदनुसार, व्यावसायिक लाभ पृष्ठभूमि में फीका पड़ सकता है, क्योंकि। इन सभी को व्यवसाय के आकार को बढ़ाने के लिए उपयोग करने के लिए कहा जाएगा - पूंजीकरण बढ़ाने के लिए। अगर हम एक निजी निवेशक के बारे में बात करते हैं, तो सबसे अधिक संभावना है कि वह कंपनी के पूंजीकरण में नहीं, बल्कि लाभांश के रूप में वितरित लाभ में रुचि रखेगा।

   यह कहना उचित है कि अब शुरुआती चरणों के समर्थन से स्थिति बदल रही है और एक राज्य-समर्थक कोष IIDF (इंटरनेट पहल के विकास के लिए फाउंडेशन) सामने आया है। इसे इंटरनेट पर खोजना आसान है और मैं बहुत युवा टीमों को इसे गंभीरता से लेने की सलाह देता हूं। आगे देखते हुए, मैं ध्यान दूंगा कि हमें 2013 में (शरद ऋतु में) पहली IIDF भर्ती के लिए नामांकित किया गया था और 750 आवेदनों के बीच, शीर्ष 30 परियोजनाओं में जगह बनाई। मैं आपको IIDF के साथ अपने अनुभव के बारे में बताऊंगा और उन कारणों के बारे में बताऊंगा कि हमें निवेश क्यों नहीं मिला (या हमने नहीं लिया - कैसे देखें), लेकिन सामान्य तौर पर, इस संगठन के बारे में छापें सकारात्मक हैं और, स्पष्ट रूप से, के कारण उद्यम पूंजी उद्योग के बारे में मेरा वर्तमान ज्ञान, मुझे रूसी संघ में विकास के शुरुआती चरण में टीमों के लिए कोई विकल्प नहीं दिखता है।

   निवेश के मुद्दे पर लौटते हुए। हमारे साथी की सेंट पीटर्सबर्ग में निवेशकों तक पहुंच थी, जो हम पर विश्वास करते थे और इस विचार में ही रुचि रखते थे, और उनके साथ कई बैठकों के बाद, हमारे लिए एक निवेश खोलने का निर्णय लिया गया था। वहीं, निवेशक को नए कारोबार में 51% हिस्सेदारी मिली। इस प्रक्रिया में हमें एक महीने से थोड़ा अधिक समय लगा (3-4 बैठकें, आमतौर पर एक कैफे में) और मई 2013 के पहले दिन हम महान देशभक्तिपूर्ण युद्ध में विजय दिवस और हमारी कंपनी के जन्म दोनों का जश्न मना सकते थे। मैंने ध्यान दिया कि हमने मूल व्यवसाय योजना के तहत निवेश के लिए कहा था, जिसमें व्यवसाय प्रक्रिया का वर्णन करने के अलावा, अपेक्षित आय और व्यय की वित्तीय गणना भी शामिल थी। स्वाभाविक रूप से, जैसे ही काम शुरू हुआ, यह पता चला कि विचारों को निर्धारित किया गया था और तदनुसार, लागतों का वास्तविकता से कोई लेना-देना नहीं था, और इस संबंध में, मैं आपको एक उचित मार्जिन बनाने की सलाह देता हूं, जब तक कि आपका जीवन और प्रबंधकीय अनुभव आपको अनुमति न दे। विस्तृत पूर्वानुमान दें। हमारे संबंध में, हमने 10,000,000 रूबल की राशि का वादा किया है, लेकिन इस राशि की अधिकता, हमारे सतर्क पूर्वानुमानों के अनुसार, लगभग 6-7,000,000 रूबल होगी।

   जहां तक ​​​​मुझे पता है, उद्यम निधि के लिए किसी व्यवसाय में 51% हिस्सेदारी मांगना बेहद दुर्लभ है, लेकिन मुझे लगता है कि यह अक्सर ऐसी स्थिति पर लागू होता है जहां पहले से ही किसी प्रकार का आने वाला वित्तीय प्रवाह होता है, एक दिलचस्प और सिद्ध व्यावसायिक विचार, और एक ठोस टीम। हम निश्चित रूप से इस परिभाषा के अंतर्गत नहीं आते, क्योंकि। एक विचार था, काम के पुराने स्थानों के डेवलपर्स से कुछ विकास और एक व्यवसाय योजना। सभी। मुझे ऐसा लगता है कि शून्य से निवेश करने के उच्च जोखिम के लिए यह पूरी तरह से सामान्य "कीमत" है, क्योंकि। अन्यथा (निवेशक की अधिकृत पूंजी में एक छोटा हिस्सा), वे समता निवेश की पेशकश कर सकते हैं।

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

   इसके बाद, लाभांश नीति की शर्तों को लिख लें। कम से कम उनका उच्चारण करें। यह स्पष्ट है कि हम सभी "दुनिया को बदलना" चाहते हैं, लेकिन व्यवसाय का लक्ष्य अंततः आय है और भविष्य के लाभांश को साझा करने के अपने दृष्टिकोण पर निवेशक की स्थिति को सुनना अच्छा है। भविष्य के सह-निवेशक के बारे में एक प्रश्न पूछें और क्या आपका निवेशक अपने हिस्से को कम करने के लिए तैयार होगा। उदाहरण के लिए, हम वर्तमान में सह-निवेश पर बातचीत की एक श्रृंखला में हैं, जैसे जैसा कि पहले ही उल्लेख किया गया है, हमारी उम्मीदें वास्तविकता से मेल नहीं खाती हैं, और नया सह-निवेशक व्यवसाय को और विकसित करने की अनुमति दे सकता है, जबकि संभवतः आपके पहले निवेशक के निवेशित धन को उसके हिस्से (आंशिक या पूरी तरह से) वापस खरीदने के लिए वापस कर सकता है।

   व्यवहार में यह कैसा दिखता है? हमारे मामले में, निवेशक अपने 51% के 25% को अधिकृत पूंजी में बेचने के लिए (सैद्धांतिक रूप से) तैयार है, न केवल एक खरीद के अधीन, बल्कि पार्टियों द्वारा सहमत राशि में अतिरिक्त निवेश का उद्घाटन भी। और, वैसे, यह मॉडल काफी सुविधाजनक है, क्योंकि एक सह-निवेशक पहले से ही संचालित व्यवसाय में आता है, कुछ वित्तीय संकेतक दिखाता है, एक संचित ग्राहक आधार होता है, आदि। यहां यह ध्यान देने योग्य है कि, उद्यम पूंजी निधि के साथ संचार के अनुभव से, यह बहुत कम ही संस्थापकों के हिस्से को खरीदने का इरादा है (केवल अगर यह एक लाभदायक, तेजी से बढ़ने वाला व्यवसाय नहीं है), लेकिन प्राप्त करने के लिए भविष्य के निवेश के बदले में शेयर। उदाहरण के लिए, मैंने हाल ही में एक जर्मन फंड के साथ एक संवाद आयोजित किया, जिसने अपनी स्थिति को रेखांकित किया - 40-50,000,000 रूबल के निवेश क्षितिज को खोलने के लिए 25% शेयर। 3 वर्षों के लिए (अर्थात्, शेयरों के बदले वित्तपोषण का उद्घाटन)।

   बेशक, निवेशक सबसे पहले निवेश वापस करना चाहता है, शेयरों के एक निश्चित ब्लॉक (अधिमानतः अवरुद्ध) के साथ रहना चाहता है, आगे निवेश नहीं करना और लाभांश की उम्मीद करना। उसी समय, एक नया सह-निवेशक, एक नकारात्मक ऑपरेटिंग बैलेंस वाली कंपनी पर विचार करते हुए, एक शेयर के बायआउट का विरोध कर सकता है, और यहां एक ऐसी योजना का प्रस्ताव करना संभव है जिसमें शेयर बायबैक नहीं होता है, नया सह- निवेशक कंपनी में निवेश करना जारी रखता है, लेकिन आत्मनिर्भरता तक पहुंचने और पहला लाभ प्राप्त करने पर, पहला निवेशक अपने शुरुआती हिस्से के आधार पर लाभांश प्राप्त करता है जब तक कि वह अपना निवेश वापस नहीं करता।

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

   कंपनी शुरू करने के संगठनात्मक मुद्दे - यह कैसा था

   अपना व्यवसाय शुरू करने के लिए वापस आना। पूरे मई 2013 को संगठनात्मक मुद्दों पर खर्च किया गया था - एक कानूनी इकाई का पंजीकरण, एक बैंक खाता खोलना (हमने बल्कि रूढ़िवादी नॉर्डिया बैंक को चुना - स्कैंडिनेवियाई जड़ें, क्योंकि परिचित नेता थे, और बैंक की "वंशावली" ने आत्मविश्वास को प्रेरित किया) और खोज परिसर। मुझे नहीं लगता कि यह इस पर रहने लायक है, क्योंकि। प्रक्रियाएं काफी सरल हैं और बार-बार वर्णित की जाती हैं, जिसमें हैब्रे भी शामिल है। बारीकियों में से - मैं कानूनी पते को वास्तविक पते से अलग करने के खिलाफ दृढ़ता से सलाह देता हूं, क्योंकि। हमारे वित्तीय अधिकारी अब काफी सख्ती से इसकी निगरानी कर रहे हैं और ... ठीक है, लॉन्च के समय आपको इन समस्याओं की आवश्यकता क्यों है? पंजीकरण करके, आप किसी मध्यस्थ की सेवाओं का उपयोग कर सकते हैं या इसे स्वयं कर सकते हैं।

   हमने कंपनी का नाम डोमेन नेम के नाम पर रखने का फैसला किया। और हमने .com ज़ोन में डोमेन को ध्यान में रखते हुए बाद वाले की तलाश शुरू की, क्योंकि। आखिर हमने एक कंस्ट्रक्टर बनाया, जिसका मतलब है कि पूरी दुनिया हमारे अधीन हो जाए! डोमेन खरीदने के अलावा हमारे लिए सब कुछ कारगर नहीं रहा - notissimus.com; नोटिसिमस शब्द का लैटिन से अनुवाद "प्रसिद्ध", "पहचानने योग्य" के रूप में किया जा सकता है। मुख्य बात यह है कि डोमेन मुफ़्त था और संयुक्त राज्य अमेरिका में ट्रेडमार्क की खोज से भी मिलान नहीं हुआ (मैंने www.uspto.gov/trademarks पर खोज की, हालांकि तर्क बताता है कि ट्रेडमार्क पंजीकृत करते समय, मैं आमतौर पर एक डोमेन पंजीकृत करता हूं नाम तुरंत)। इसे जोर से नॉटिसिमो के रूप में उच्चारित किया जाता है, कभी-कभी हमें मजाकिया कहा जाता है। बैंक खाता खोलते समय (हमारे पास डोमेन के समान नाम वाली एक कानूनी इकाई है - LLC NOTISSIMUS), हमें एक मजेदार कहानी मिली। बैंक कर्मचारी ने फिर से कानूनी इकाई का नाम पूछा, और फिर पूछा: "इसका क्या मतलब है?", लैटिन से अनुवाद सुनकर: वे क्या कहते हैं "यह प्रसिद्ध है", माफी मांगी और कहा कि उसने किया पता नहीं, हालांकि ऐसा लगता है कि यह शब्द व्यापक रूप से सभी के लिए जाना जाता है :)।

   हम भाग्यशाली थे कि हमें सिटी सेंटर में सेंट आइजैक कैथेड्रल के बगल में 1,100 रूबल की उचित दर से एक कमरा मिला। प्रति एम2। आपने कैसे खोजा? हमने सभी उपलब्ध मुफ्त संसाधनों (कोई एजेंट नहीं) का उपयोग किया, साथ ही व्यक्तिगत रूप से कार से शहर के केंद्र में घूमे और एक दिलचस्प शिलालेख "किराया" की तलाश की - यह एक काफी प्रभावी तरीका है। हमारे और निवेशक के लिए मेट्रो के पास, केंद्र में एक कार्यालय खोजना महत्वपूर्ण था (यह उन कर्मचारियों और ग्राहकों दोनों के लिए सुविधाजनक है, जिन्हें हम आने के लिए आमंत्रित करते हैं, और यह युवा कंपनी के लिए थोड़ा महत्व जोड़ता है जब आप कहते हैं कि कार्यालय सेंट आइजैक कैथेड्रल के बगल में है)। हम अभी भी इस कमरे में काम कर रहे हैं, आसन्न कमरों के कारण धीरे-धीरे विस्तार कर रहे हैं - कक्षा "सी" का एक व्यापार केंद्र, जिसे कक्षा "ए" में बदलने की योजना है (सभी आगामी परिणामों के साथ, जिसमें हमें "लीक" करना शामिल है)। कमरे (45 एम 2) को आंख को प्रसन्न करने के लिए फिर से सजाया गया था, इस पर लगभग 45,000 रूबल खर्च किए गए थे। सामग्री के साथ (दक्षिणी गणराज्यों के मेहमानों ने काम किया)। हमने दो पार्किंग स्थान किराए पर लेने की स्वतंत्रता ली। इसहाक के पास सेंट पीटर्सबर्ग के केंद्र में, पार्किंग स्थल खोजने का कोई मौका नहीं है और वे समझ गए कि यह कार्य दिवस की शुरुआत में एक स्थायी कष्टप्रद कारक होगा (एक जगह के लिए 5,000 रूबल - पीछे मुड़कर देखने पर, मैं स्पष्ट रूप से समझता हूं कि यह निश्चित रूप से इसके लायक था)।

   हमारी व्यापार योजना में, कंपनी को लॉन्च करने के लिए हमारे पास अचल संपत्तियों (ओएस) की एकमुश्त खरीद के लिए धन था। क्या शामिल है? कंप्यूटर उपकरण, परिधीय, टेबल, कुर्सियाँ, आदि। साइट ulmart.ru पर सभी खरीदारी की गई थी, साथ ही, खाते में कुछ बोनस अंक प्राप्त करने के बाद - यह सुविधाजनक है, क्योंकि। छोटी-छोटी बातों में से आप जरूर कुछ भूल जाएंगे कि किस तरह का केबल या एक्सटेंशन कॉर्ड है। सब कुछ यथोचित रूप से खरीदा गया था - सरल - आवश्यक (कभी-कभी बहुत सरल, फिर मुझे पीसी में सुधार करना पड़ा - अधिक मेमोरी खरीदना, इसलिए मैं आपको सलाह देता हूं कि दैनिक कार्य के लिए उपकरणों की लागत को पूरी तरह से कम न करें)। नीचे मई 2013 के लिए हमारे प्रबंधकीय पी/एल (आय-व्यय) का एक अंश है। टीम से किसी को अभी तक वेतन नहीं मिला है, केवल किराए की लागत (आंशिक रूप से, मुझे याद नहीं है कि इतनी राशि क्यों), खरीद अचल संपत्तियों का, खाता खोलना, कानूनी इकाई का पंजीकरण आदि। कोई आय नहीं, केवल 517,000 रूबल की राशि में खर्च। (निवेश ऋण के रूप में कंपनी के खाते में संस्थापक का योगदान)।

   

   मई 2013 के लिए प्रबंधन रिपोर्टिंग का अंश - परिचालन गतिविधि अभी तक आयोजित नहीं की गई है

   
   

   लॉन्च के कुछ महीने बाद काम के वित्तीय परिणाम

   

   प्रबंधन संतुलन मई-सितंबर 2013 और हम धीरे-धीरे निवेशकों का पैसा खर्च कर रहे हैं

   
   

   यदि आप सितंबर 2013 तक पी/एल को देखते हैं, तो आप पेरोल की लागत और अचल संपत्तियों की खरीद में वृद्धि देख सकते हैं (प्रशासनिक खर्च - मरम्मत, नोटरी खर्च, कार्यालय की आपूर्ति, कुछ गैर-आईटी ओएस, के लिए उपहार कार्यालय, पानी, आदि)। लेकिन हमारी वेबसाइट पर एक पोर्टफोलियो भी था (मामूली, बिल्कुल)। कानूनी खर्चे - हमने एक बार के आधार पर अपने एप्लिकेशन डेवलपमेंट अनुबंध की समीक्षा करने के लिए किसी तीसरे पक्ष को नियुक्त किया है। काम के परिणाम के लिए विशेष अधिकारों पर मुख्य जोर दिया गया था। हमारे काम का मॉडल स्रोत कोड के अनन्य अधिकारों के हस्तांतरण का मतलब नहीं है। इसके कई कारण हैं, और मुख्य यह है कि हमारे पास एक केंद्रीय सर्वर हिस्सा है, जो सभी परियोजनाओं के लिए सामान्य है, साथ ही - हम बहुत "उदार" हैं जो एक क्लाइंट की उपलब्धियों को दूसरों के लिए दोहराते हैं। अनन्य अधिकारों को स्थानांतरित करके, हम खुद को ग्राहकों के साथ संभावित विवादों के जोखिम के बहुत अधिक जोखिम में डाल देते हैं। इसलिए, हम गैर-अनन्य अधिकारों को स्थानांतरित करते हैं, और ग्राहक, अनुबंध के अनुसार, आवेदनों के साथ जो चाहे कर सकता है। हमारे काम के सभी समय के लिए, ग्राहकों के कानूनी विभागों के साथ अभी तक कोई विशेष विवाद नहीं हुआ है, क्योंकि हम समाधान को एक ऐसे मंच के रूप में रखते हैं जिससे आप जुड़ सकते हैं। अनुबंध एक खंड के लिए प्रदान करता है जिसके अनुसार, यदि हमारी कंपनी अपने दायित्वों (दिवालिया) को पूरा नहीं कर सकती है, तो हम सभी स्रोत कोड स्थानांतरित करने और ग्राहक के विशेषज्ञों को प्रशिक्षित करने का वचन देते हैं। यह देखा गया है कि छोटे ऑनलाइन स्टोर विशेष अधिकार प्राप्त न करने से सबसे अधिक डरते हैं, जबकि बड़ी कंपनियां इसे लेकर बहुत शांत हैं। स्रोत कोड के हस्तांतरण के लिए अनुरोध थे, और हम अपने लिए एक मध्यवर्ती समाधान के लिए आए थे कि हम 1c-bitrix के अनुभव पर भरोसा कर सकते हैं: स्रोत कोड बेचे जाते हैं। लेकिन काम के एक वर्ष में, किसी ने कभी भी एक नहीं खरीदा है, जो हमें यह निष्कर्ष निकालने की अनुमति देता है कि अधिकांश कंपनियों को केवल स्रोत कोड और शब्दों में अनन्य विकास अधिकारों की आवश्यकता होती है, लेकिन वास्तव में उन्हें केवल एक कार्यशील समाधान की आवश्यकता होती है, जल्दी और सस्ते में। निष्पक्षता में, यह ध्यान दिया जाना चाहिए कि प्रसिद्ध ब्रांडों के साथ कई बड़ी परियोजनाओं के लिए, हम, विकास के कुछ हिस्सों के लिए, परिणाम के लिए विशेष अधिकार निर्धारित करते हैं। एक साल के काम के लिए, हमने काफी वफादार अनुबंध बनाया है, जो वास्तव में बुनियादी कार्यक्षमता के रखरखाव के लिए एक अनुबंध है। उसके लिए, सुधार के लिए एक अतिरिक्त समझौता है, जो ऑर्डर फॉर्म के साथ तैयार किया गया है। यह दृष्टिकोण ग्राहकों के लिए काफी सुविधाजनक और समझने योग्य है।

   शुरुआती शरद ऋतु 2013 तक, हमारे व्यवसाय की अवधारणा स्पष्ट रूप से क्रिस्टलीकृत हो गई। हम केवल रिटेल सेगमेंट की कंपनियों के लिए प्रोजेक्ट लेते हैं जो इंटरनेट के माध्यम से बेचते हैं और/या एक ऐसा वर्गीकरण है जो सेल्फ-डिलीवरी ऑर्डर के लिए उपलब्ध है (यह निश्चित रूप से, मैं ग्राहक के चित्र को बहुत स्पष्ट रूप से चित्रित करता हूं, अलग-अलग हैं ग्राहक, लेकिन आधार वह वर्गीकरण है जो पहले से ही आगे के तर्क के आसपास बनाया जा रहा है - वफादारी, भुगतान, धक्का, आदि)। हमने डिजाइन सहित मुफ्त में एप्लिकेशन विकसित किए हैं (बेशक, जितना संभव हो सके हमारे सर्वोत्तम प्रथाओं पर भरोसा करने की कोशिश कर रहे हैं) और मूल रूप से 3 प्लेटफॉर्म पेश किए: ऐप्पल आईफोन, ऐप्पल आईपैड, Google एंड्रॉइड। काफी असामान्य, लेकिन विंडोज 8 और विंडोज फोन के मुफ्त विकास को देखते हुए, ग्राहकों ने शायद ही कभी इन अनुप्रयोगों को उनके लिए बनाने के लिए कहा। सहायता राशि 15,000 रूबल थी। सभी प्लेटफार्मों के लिए प्रति माह (वैट के बिना, क्योंकि हम एक सरलीकृत प्रणाली पर हैं)।

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

   इस तथ्य के बारे में थोड़ा कहने लायक है कि ऐसी "बुनियादी कार्यक्षमता" है जो हम मुफ्त में पेश करते हैं। वास्तव में, डिलीवरी या पिकअप के साथ खुदरा कंपनी के लिए एप्लिकेशन का पहला संस्करण लॉन्च करने के लिए बस इतना ही होता है। इसके अलावा, हम धीरे-धीरे बुनियादी कार्यक्षमता का विस्तार कर रहे हैं, उदाहरण के लिए, संबंधित उत्पादों का प्रदर्शन, समीक्षाएं, उत्पाद रेटिंग, बैनर प्रबंधन, पुश सूचनाएं (व्यक्तिगत खाते के साथ), आदि। स्वाभाविक रूप से, कोई भी कार्यक्षमता क्लाइंट की सभी जरूरतों को पूरा नहीं करेगी, और अक्सर हम बैक ऑफिस (पंजीकरण, प्राधिकरण, व्यक्तिगत खाता और अन्य "आकर्षण") के साथ एकीकरण के लिए एकमुश्त भुगतान मांगते हैं। हम कितना पूछ रहे हैं? यहां, बस, अनुभव के आधार पर, यह आंकड़ा 70 - 90,000 रूबल की सीमा में है। अगर कुछ परिचित (उदाहरण के लिए 1C-Bitrix) - सस्ता। निकट भविष्य में हम बुनियादी कार्यक्षमता में दिलचस्प चीजें जोड़ेंगे, उदाहरण के लिए: जियोफेंसिंग - एक आउटलेट से दिए गए दायरे में प्रवेश करते समय एक पुश सूचना भेजना, आवेदन से तुरंत कार्ड से भुगतान करना (उनके कमीशन के साथ ऐप्पल स्टोर को दरकिनार करना), आदि। .

   हमारे चुने हुए व्यापार पथ के पेशेवरों और विपक्ष

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

   पेशेवरों? व्यवसाय के एक खंड (खुदरा बिक्री) पर ध्यान केंद्रित करने से आप बातचीत में काफी आत्मविश्वास महसूस कर सकते हैं, क्योंकि काम की प्रक्रिया में, आपको वास्तविक क्षमता मिलती है कि कैसे एप्लिकेशन मदद कर सकते हैं (या नहीं, अगर व्यवसाय उन्हें बढ़ावा देने के लिए बहुत आलसी है)। बुनियादी कार्यक्षमता के ढांचे के भीतर मुक्त विकास एक निश्चित प्लस और काफी महत्वपूर्ण है। अक्सर एक ग्राहक, जो अनुप्रयोगों के मूल्य को नहीं जानता है, कोशिश करने के लिए तैयार है, तो उसके लिए 18,000 रूबल का बजट बनाना आसान है। प्रबंधन से सैकड़ों हजारों रूबल का एकमुश्त भुगतान "नॉक आउट" करने की तुलना में प्रति माह मार्केटिंग फंड, यह महसूस करते हुए कि अगर यह हमारे साथ काम नहीं करता है, तो वे मना कर देंगे। हम इसके लिए कोई बाधा नहीं पैदा करते हैं, और हमारा अनुबंध वफादार से अधिक है। और, मुझे लगता है, सबसे महत्वपूर्ण प्लस यह है कि खुदरा क्षेत्र में कंपनियों की समान प्रक्रियाएं हैं और कोई भी सुधार (और वे नियमित रूप से उपलब्ध हैं) भविष्य में बुनियादी कार्यक्षमता का हिस्सा बन सकते हैं, और वर्तमान में उन्हें थोड़े पैसे के लिए पेश किया जाता है अन्य ग्राहकों के लिए (अनिवार्य रूप से अनुकूलन)। उदाहरण के लिए, एक कंपनी ने जियोफेंसिंग कार्यक्षमता बनाने के लिए कहा। क्या बात है? हम, अपनी वेबसाइट पर एक व्यक्तिगत खाते के माध्यम से, विभिन्न प्लेटफार्मों पर पुश नोटिफिकेशन सेट करने का अवसर देते हैं यदि कोई व्यक्ति चयनित स्टोर (जैसे 500 मीटर) से दिए गए दायरे में प्रवेश करता है। धक्का देकर क्या भेजें? उदाहरण के लिए, किसी प्रचार या मोबाइल कूपन का रिमाइंडर ... लेकिन आप कभी नहीं जानते कि व्यवसाय क्या लेकर आएगा। कंपनी ने संशोधन के लिए 45,000 रूबल के एकमुश्त आदेश का भुगतान किया, जो इतना अधिक नहीं है, क्योंकि। हम अन्य ग्राहकों के लिए कार्यक्षमता के मूल्य को समझते हैं। और हाँ, वास्तव में, बहुत से लोगों ने इसे पसंद किया और लोग इसे लागू करने के लिए कह रहे हैं (हम इसे अनुकूलन कहते हैं)। मैं यह नहीं कह सकता कि एक कंपनी के लिए सुधार हमेशा दूसरों पर लागू होते हैं, लेकिन मोटे तौर पर, आधे मामलों में यह काम करता है।

   यह मोबाइल एप्लिकेशन की एक विशेषता पर ध्यान देने योग्य है, जो मुझे यकीन है कि हैबर के पाठक परिचित हैं - अनुप्रयोगों को बढ़ावा देने की आवश्यकता है। अगर हम खुदरा कंपनियों के बारे में बात करते हैं, तो, एक नियम के रूप में, प्रचार चैनलों के साथ सब कुछ खराब नहीं है। आम तौर पर एक विज़िट की गई साइट होती है जहां आप एप्लिकेशन इंस्टॉल करने के लिए कॉल के साथ सभी प्रकार के बैनर लगा सकते हैं, और सबसे महत्वपूर्ण बात यह है कि आगंतुकों के साथ एक खुदरा नेटवर्क है। यहां तक ​​​​कि क्यूआर कोड वाले साधारण स्टिकर और चेकआउट में दी गई संक्षिप्त जानकारी इंस्टॉल पर अच्छा रिटर्न दे सकती है। विरोधाभासी रूप से, हम अक्सर इस तथ्य का सामना करते हैं कि मोबाइल एप्लिकेशन प्राप्त करने वाली एक कंपनी सक्रिय (और इसके लिए मुफ्त) प्रचार में संलग्न होने के लिए बहुत आलसी है, फिर हमसे कम संख्या में आदेशों के बारे में शिकायत करती है (हालांकि हम सलाह के साथ निर्देश भी लिखते हैं) क्या और कैसे करना है)। सामान्य तौर पर, मोबाइल एप्लिकेशन में खुदरा ग्राहकों के व्यवहार का विश्लेषण एक अलग और लंबी पोस्ट के लिए एक विषय है, अब मैं ध्यान दूंगा कि ऑर्डर विभिन्न श्रेणियों के सामान (सबसे अच्छा, होरेका सेगमेंट, फिर फैशन और अंत में) पर जाते हैं। बी एंड ई), और उनकी राशि प्रति दिन 20,000 रूबल (फैशन, छोटे औसत चेक, लेकिन उच्च सीमांत) से 600,000 रूबल तक भिन्न होती है। आपके घर पर किराने का सामान (सुशी, पिज्जा) पहुंचाने वाले व्यवसायों के लिए और ऊपर। अब हमारे सभी जारी किए गए मोबाइल एप्लिकेशन के माध्यम से हम प्रति माह 30,00,000 रूबल से अधिक का कारोबार देखते हैं, जो एक अच्छे, मजबूत ऑनलाइन स्टोर के लिए इतना अधिक नहीं है, लेकिन एक युवा के लिए बुरा नहीं है, सामान्य तौर पर, उद्योग जिसे "खुदरा कंपनियों के मोबाइल एप्लिकेशन" कहा जाता है। .

   ग्राहकों को ढूंढना सबसे महत्वपूर्ण बात है, मेरा विश्वास करो - यह सर्वोपरि है!

   हम ग्राहकों को कैसे ढूंढते हैं? 0 रूबल के लिए एक अजीब विकास हमें कोल्ड कॉल पर अच्छा काम करने की अनुमति देता है। अपने व्यावसायिक जीवन के पहले 6 महीनों के लिए, मैंने यह किया (यह भयानक निकला, क्योंकि मुझे नहीं पता कि कैसे, और मैं शर्मिंदा हूं), अब हमारे पास एक अद्भुत जूलिया है जो फोन द्वारा ग्राहकों को आकर्षित करने पर काम कर रही है, और मैं बैठकों (सेंट पीटर्सबर्ग, मॉस्को) में जाता हूं। आप सुन सकते हैं कि वह आखिरी ट्रम्प कार्ड कैसे देती है - "इसलिए हमारे पास 0 रूबल का विकास है, और आपके व्यावसायिक क्षेत्र के ग्राहक हैं जिन्होंने ऐसा किया है और सिफारिशें दे सकते हैं।" ग्राहक की रुचि की डिग्री तुरंत थोड़ी बढ़ जाती है। स्वाभाविक रूप से, यहां तक ​​\u200b\u200bकि ऐसा मॉडल हमेशा एक समझौते के निष्कर्ष की ओर नहीं ले जाता है, और बिंदु हमारे अविश्वास में नहीं है (हम एक पोर्टफोलियो और सिफारिशें प्रदान करते हैं), लेकिन कंपनी के अनुप्रयोगों के लिए तैयार न होने में। स्वाभाविक रूप से, ऐसी उन्नत कंपनियां हैं जो अपने लिए अनुप्रयोगों के मूल्य के बारे में स्पष्ट रूप से अवगत हैं, लेकिन अधिक बार व्याख्यात्मक कार्य करना आवश्यक है। अब हमारे पास प्रति माह औसतन 1-2 अनुबंध हैं, ग्राहक मुख्य रूप से सेंट पीटर्सबर्ग और मॉस्को से हैं, हालांकि क्षेत्रों से इच्छुक पार्टियां दिखाई देने लगी हैं। पहली कॉल से अनुबंध के समापन तक का औसत समय लगभग 1.5 महीने है, और अनुप्रयोगों के विकास के लिए लगभग 2 और महीने हैं। आश्चर्य नहीं कि बिक्री योजना अच्छी तरह से काम करती है, जिसमें हम एक समान व्यवसाय के अनुभव (मामले) और आदर्श रूप से एक प्रतियोगी का उल्लेख करते हैं। सभी डेटा का खुलासा करने में सक्षम नहीं होने के कारण, हम केवल कुछ सामान्य विश्लेषण प्रदान करते हैं, जिन्हें अक्सर गुमनाम किया जाता है।

   मैं सलाह देना चाहता हूं कि मैं खुद अपने व्यवसाय की शुरुआत में प्राप्त करना चाहता हूं - आपको तुरंत कर्मचारियों पर एक कर्मचारी रखना होगा जो व्यवस्थित रूप से ठंडे बिक्री से निपटेगा यदि आपका व्यवसाय हमारे जैसा है। आप समय-समय पर ऐसा नहीं कर सकते, अन्य विभिन्न कार्यों से विचलित होकर - एक ब्लॉग लिखा, ग्राहकों से बात की, डेवलपर्स से बात की, भुगतान में जल्दबाजी की, एक बैठक में गए और फिर से कॉल करना शुरू कर दिया। अब हमारे पास सीआरएम डेटाबेस में 1000 से कुछ कम कंपनियां हैं जिनके साथ कम से कम एक ठंडा संपर्क था। और यह नहीं कहा जा सकता है कि लोगों की एक कतार है जो हमें पैसा देना चाहते हैं। कॉल, पत्र, पत्र, कॉल, आदि। ग्राहक आधार में क्रमिक वृद्धि के साथ साइकिल का काम और यह एक अलग कर्मचारी द्वारा किया जाना चाहिए। कार्यालय में। मुझे बहुत खेद है कि हम इस पर तुरंत नहीं पहुंचे और 5-6 महीने के काम के बाद ही हमें काम पर रखने की आवश्यकता का एहसास हुआ, शुरू में उत्पादन (डेवलपर्स, डिजाइनर) पर ध्यान केंद्रित किया, न कि बिक्री पर। मैं समझता हूं कि यह विवाद शाश्वत है, जो पहले आता है - एक चिकन या एक अंडा, लेकिन मैंने व्यक्तिगत रूप से अपने लिए निष्कर्ष निकाला - बी 2 बी सेगमेंट में, बिक्री प्राथमिक है, और उसके बाद ही विकास (उत्पादन) होता है। यहां तक ​​​​कि अगर आप उत्पादन क्षमता में कुछ "विफलता" महसूस करते हैं, तो ध्यान रखें कि बिक्री संगठन चक्र तात्कालिक नहीं है (हमारे मामले में, निश्चित रूप से) और एक ग्राहक होना और शर्तों के लिए अंतर्निहित भंडार के साथ अनुबंध करना अधिक महत्वपूर्ण है। ग्राहकों के निरंतर प्रवाह के बिना एक मजबूत उत्पादन की तुलना में। CRM के लिए, हम bitrix24 के निःशुल्क संस्करण का उपयोग करते हैं (यह अधिकतम 12 कर्मचारियों के लिए निःशुल्क है) और यह पर्याप्त से अधिक है। आंकड़ों पर नजर डालें तो यूलिया औसतन प्रति कार्य दिवस में करीब 50-60 कॉल करती हैं (ये दोनों नई और बार-बार की जाने वाली कॉलें हैं)। कॉल के अलावा, आपको सीआरएम में जानकारी दर्ज करनी होगी।

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

   यह सब निश्चित रूप से बहुत अच्छा है, लेकिन क्या मोबाइल एप्लिकेशन से कोई लाभ है?

   व्यापार के लिए मोबाइल एप्लिकेशन पर वापसी पर थोड़ा, या बल्कि, खुदरा। लगभग हर ग्राहक न्यूनतम निवेश को ध्यान में रखते हुए, अपेक्षित परिणाम का अनुमान लगाने के लिए कहता है। यहां यह व्यापारिक व्यवसाय के विभिन्न खंडों को विभाजित करने लायक है, क्योंकि। उपभोक्ता इलेक्ट्रॉनिक्स ऐप के माध्यम से खाने के लिए तैयार खाद्य पदार्थों की बिक्री की तुलना करना व्यावहारिक नहीं है। हमारे अनुभव के आधार पर निम्नलिखित औसत आंकड़े दिए जा सकते हैं। फैशन सेगमेंट - 1,500,000 रूबल तक के ऑर्डर प्राप्त करना काफी संभव है। आवेदन संचालन के 4-6 महीने बाद प्रति माह। यदि आपके पास होम डिलीवरी के साथ सुशी, पिज्जा, वोक बेचने वाला व्यवसाय है, तो प्रचार में उचित परिश्रम के साथ, आप प्रति दिन 300,000 रूबल तक के ऑर्डर एकत्र कर सकते हैं (हमारे ग्राहकों की संख्या प्रति दिन 100,000 से 300,000 तक है)। घरेलू उपकरण और इलेक्ट्रॉनिक्स - 1,000,000 रूबल तक। प्रति माह, बिल्कुल "बच्चों के सामान" श्रेणी की तरह। ये आंकड़े उन कंपनियों के लिए मान्य हैं जिनके पास ऑनलाइन स्टोर (शायद एक खुदरा नेटवर्क) है। मैं इस बात पर जोर देता हूं कि, निश्चित रूप से, ऐसे परिणाम हैं जो बहुत बेहतर हैं, और इससे भी बदतर। एप्लिकेशन इंस्टॉलेशन की संख्या पर ऑर्डर की संख्या की बहुत स्पष्ट निर्भरता है, जो बदले में, उनके बारे में बात करने की इच्छा पर निर्भर करती है।

   

   फ़ैशन सेगमेंट कंपनी के लिए दैनिक ऐप इंस्टॉल की संख्या का एक उदाहरण

   
   

   

   OB&E सेगमेंट में किसी कंपनी के एप्लिकेशन के दैनिक इंस्टॉलेशन की संख्या का एक उदाहरण

   
   

   ग्राहकों का नुकसान... हाँ, हाँ, ऐसा भी होता है

   अलग से, मैं उन कंपनियों पर ध्यान केंद्रित करना चाहता हूं जो आगे सहयोग से इनकार करते हैं। सबसे पहले, यह हमारे लिए एक अप्रिय आश्चर्य था - इंस्टॉलेशन हैं, ऑर्डर आ रहे हैं और ... आप कैसे मना कर सकते हैं? थोड़ी देर बाद, मुख्य उद्देश्यों की समझ आई। हमारे मुद्रीकरण मॉडल (न्यूनतम प्रारंभिक योगदान) का एक और महत्वपूर्ण नुकसान है - कंपनियां जो वास्तव में एक ऐप नहीं चाहती हैं, बस इसे आज़माएं। कोई निवेश नहीं है, कोशिश क्यों न करें? तुरंत एक शानदार वापसी की उम्मीद करते हुए, वे अपने संसाधनों पर जो कुछ किया गया है उसे बढ़ावा देने के लिए अपना समय बर्बाद करने की वास्तविकता का सामना करते हैं। यह पूर्ण गैरबराबरी की बात आती है, जो शायद, कुछ प्रबंधकों की सोच को आंशिक रूप से दर्शाती है। दुकानों का एक नेटवर्क, बनाए गए एप्लिकेशन - हर कोई खुश है। 4-5 महीने बाद लिखते हैं, कहते हैं हम मना करना चाहते हैं, क्योंकि। हम वापसी महसूस नहीं करते हैं। खैर, यह क्लाइंट का अधिकार है, लेकिन हम एनालिटिक्स रखने और भेजने की कोशिश कर रहे हैं - दोस्तों, आपके पास इंस्टॉलेशन हैं, स्क्रीन व्यू बढ़ रहे हैं, ऑर्डर आ रहे हैं! हां, हो सकता है कि आपके लिए मोबाइल एप्लिकेशन को एक स्थिर बिक्री चैनल के रूप में मानने के लिए इतने आदेश न हों, लेकिन क्षमा करें - प्रक्रिया अभी भी अपनी प्रारंभिक अवस्था में है! हमें इंतजार करना होगा, दर्शकों को जमा करना होगा। यहां समान व्यवसायों के कुछ उदाहरण दिए गए हैं। यह काम नहीं करता है, वे निर्धारित हैं। खैर, हम सुझाव देते हैं - चलो अनुप्रयोगों को छोड़ दें - उन्हें काम करने दें, हम उनका समर्थन नहीं करते हैं, लेकिन वे काम करेंगे। सब कुछ मुफ़्त है। हम खुश हैं, हमने इसे छोड़ दिया, लेकिन थोड़ी देर बाद वे फिर से लिखते हैं - हम सामान्य रूप से अनुप्रयोगों को हटा देते हैं, टी। एप्लिकेशन से माल के ऑर्डर फिर से आने लगे, लेकिन वे अनलोडिंग (xml) (!!! रोबोट को स्पष्ट रूप से बंद कर दिया गया था) को अपडेट करना भूल गए, इसलिए ग्राहक गलत कीमत के साथ सामान ऑर्डर करते हैं। हम प्रबंधकों के शक्तिशाली दिमाग से हैरान हैं, लेकिन - हम एप्लिकेशन हटा देते हैं। हम आहें भरते हैं और क्लाइंट के बारे में भूल जाते हैं, लेकिन वह हमारे बारे में नहीं भूलता। लिखता है - जो ग्राहक पहले एप्लिकेशन इंस्टॉल करने में कामयाब रहे, वे पुराने मूल्य पर सामान ऑर्डर करना जारी रखते हैं (जो कि कमीने हैं)। कुछ करें, हम ऐसे ऑर्डर और ग्राहकों से खुश नहीं हैं, और हम xml को अपडेट नहीं करना चाहते हैं, क्योंकि हम आम तौर पर एक मोबाइल साइट बनाते हैं और आपके पास समय नहीं होता है। हम्म ... अजीब - लेकिन आप इसे इंस्टॉल करने वालों को ऐप्स अनइंस्टॉल करने के लिए कैसे प्राप्त करते हैं? ग्राहक, चिंता और प्रसन्नता के साथ कि उसने जो किया है उसे खत्म करने का एक तरीका ढूंढ लिया है, पेशकश करता है - और चलो ग्राहकों को एक धक्का भेजें कि बस, हम आपके साथ काम नहीं करेंगे! हां, विचार सही है, लेकिन पुश सूचनाओं के लिए समर्थन अभी तक नहीं बनाया गया है, इसलिए हम अपनी आवाज के शीर्ष पर हंसते हुए, ग्राहक को एक प्रस्ताव भेजते हैं - चलो आप पुश सूचनाओं के लिए समर्थन के कार्यान्वयन के लिए भुगतान करते हैं, हम करेंगे इसे करें, इसे स्थापित करने वाले ग्राहक एप्लिकेशन को अपडेट करेंगे, और फिर हम भेजेंगे कि हम आपके साथ काम नहीं करना चाहते हैं। सामान्य तौर पर, पूरी कहानी वहीं समाप्त हो गई।

   

   
   

   दुर्भाग्य से, सभी इनकमिंग कॉलों में से केवल 10% ही रिटेल सेगमेंट से संबंधित हैं। मुझे कभी-कभी यह समझ में नहीं आता है कि जब लोग फोटो एक्सचेंज, यांडेक्स.टैक्सी क्लोन या अन्य के साथ चैट करने के लिए कहते हैं तो लोग क्या गिन रहे हैं, यह संदिग्ध है कि भविष्य में सफल एप्लिकेशन होंगे। हम विभिन्न कंपनियों को ऐसी परियोजनाएं देते हैं, लेकिन हमारे काम के पूरे समय (एक वर्ष) के लिए मैंने अभी तक यह नहीं सुना है कि परियोजना शुरू हो गई है, और कीमतें 700,000 रूबल से शुरू होती हैं। विकास के लिए। औसतन, अब हम साइट से प्रति माह लगभग 3-4 "इनकमिंग" कॉल प्राप्त करते हैं (अधिक बार वे कॉल की तुलना में लिखते हैं) हमारी साइट के ट्रैफ़िक के साथ। हर बार जब मैं कार्यान्वयन के लिए एक परियोजना प्रस्तुत करता हूं ("निकास" के बिना भी), मैं बेहद नाराज हूं, लेकिन वास्तविक रूप से स्थिति का आकलन करते हुए, हमारे लिए वर्तमान भार पर b2c / b2b क्षेत्र के बाहर जटिल परियोजनाओं को पूरा करना संभव नहीं है। उन लोगों को काटने के लिए जो केवल जिज्ञासु हैं, उन्होंने सवाल पूछना शुरू किया - "क्या आप इस परियोजना पर विचार करने के लिए तैयार हैं यदि कीमत 300,000 रूबल के भीतर है। एक मंच के लिए या नहीं?

   प्रत्येक हस्तांतरित ग्राहक से 10% की राशि में बाजार पर एक अनौपचारिक इनाम है (यदि परियोजना शुरू होती है, तो निश्चित रूप से), लेकिन हमें कुछ भी प्राप्त नहीं हुआ, और मुझे नहीं लगता कि हम इसे प्राप्त करेंगे। लेकिन जब आप स्थिति का विश्लेषण करते हैं, तो आप स्पष्ट रूप से समझना शुरू कर देते हैं कि प्रत्येक प्लेटफॉर्म के लिए मोबाइल एप्लिकेशन कस्टम विकास में अपना पैसा क्यों खर्च करते हैं और यह तथ्य कि गतिविधि के एक निश्चित क्षेत्र में विशेषज्ञता आपको उच्च विकास गति बनाए रखने की अनुमति देती है। एक से अधिक बार, टीम के भीतर एक और अपील पर चर्चा करते समय, उदाहरण के लिए, एक बीमा कंपनी या एक वाहक, मैंने सावधानी से सवाल उठाया, "क्या हम किसी भी तरह से किनारे में फिट होने की कोशिश कर सकते हैं ...?" लेकिन हमेशा उत्पादन के प्रभारी लोगों ने बुद्धिमानी से वर्तमान कार्यों पर ध्यान दिया, और मैंने आवेदन को तीसरे पक्ष के स्टूडियो में भेज दिया। ऐसा कहा जाता है कि "एक उड़ने वाला तीर अपनी पूंछ नहीं हिलाता" :) और यद्यपि यह निवेश के पैसे के साथ निरंतर पुनःपूर्ति की स्थिति में सुंदर लगता है ...

   IIDF और अन्य फंडिंग स्रोत

   हमारी कहानी पर लौटते हुए, जैसा कि मैंने पहले ही उल्लेख किया है, 2013 के पतन में हमने अपना आवेदन IIDF त्वरक को प्रस्तुत किया और, चमत्कारिक रूप से, पहले शीर्ष 100 परियोजनाओं में शामिल हो गए, और फिर उन लोगों की सूची में जिन्हें मास्को में तेजी लाने के लिए आमंत्रित किया गया था। IIDF फंड में तब दो तरह की भागीदारी थी - ऑनलाइन त्वरण (पूर्णकालिक) और ऑफलाइन (पत्राचार)। हमें बिल्कुल पूर्णकालिक कार्यक्रम की पेशकश की गई थी, और इसके लिए फंड ने 7% व्यवसाय मांगा और पैसा दिया (लगभग 1,000,000 रूबल, और इसका कुछ हिस्सा प्रशिक्षण के लिए तुरंत चला जाता है)। मजे की बात यह है कि हमें कहीं न कहीं चुना गया था, क्योंकि वास्तव में, हम सामान्य स्टूडियो से बहुत अलग नहीं थे, सिवाय इसके कि हमने अपना मंच विकसित किया और खुदरा पर ध्यान केंद्रित किया। मुझे लगता है कि इसका कारण यह है कि फंड में स्पष्ट रूप से कम या ज्यादा "समझदार" परियोजनाओं की कमी है जो कम से कम कुछ परिणाम दिखा रहे हैं। मुझे तुरंत कहना होगा कि मैं किसी भी तरह से फंड की आलोचना नहीं कर रहा हूं, इसके विपरीत, मुझे लगता है कि वे रूस में बहुत अच्छा काम कर रहे हैं, क्योंकि शुरुआती चरणों में, एक युवा कंपनी के पास कहां जाना है, इसके लिए कई विकल्प नहीं होते हैं। और IIDF एक अच्छा विकल्प है। इसके अलावा, उनकी पहली भर्ती, वास्तव में, सभी आगामी परिणामों के साथ एक स्टार्टअप भी थी। अब वे अपने चौथे या पांचवें सेट पर हैं, लेकिन मुझे अभी भी लगता है कि समस्या पैसे की उपलब्धता के साथ नहीं है, बल्कि अच्छे विचारों वाली मजबूत टीमों के साथ है जो वास्तव में मुद्रीकृत हो सकती हैं।

   सामान्य तौर पर, यदि आप इसके बारे में सोचते हैं, तो dfunds द्वारा रखी गई आवश्यकताएं एक जाल की तरह दिखती हैं। अपने लिए न्यायाधीश - परियोजना मापनीय होनी चाहिए, स्पष्ट रूप से मुद्रीकृत होनी चाहिए, एक टीम होनी चाहिए (अधिमानतः 2-3 संस्थापक)। यह कल्पना करना बहुत आसान नहीं है कि 3 वयस्क जिन्हें अपना और अपने परिवार का भरण पोषण करना है, एक साथ मिलकर कुछ समय के लिए एक प्रोटोटाइप बनाते हैं, ताकि बाद में उनके पास निवेश प्राप्त करने का एक छोटा सा मौका हो। वे बीच में क्या खाते हैं? इसके अलावा, यदि आप समान IIDF को देखते हैं, तो सभी सेटों की कुछ टीमों को आम तौर पर कमोबेश गंभीर निवेश प्राप्त होता है।

   हमने आमने-सामने की योजना को छोड़ दिया, क्योंकि वे केवल 3 महीने के लिए व्यवसाय नहीं छोड़ सकते और मॉस्को में अध्ययन नहीं कर सकते थे और फिर अनुपस्थिति में संरक्षक के साथ संवाद करते थे (सप्ताह में एक बार स्काइप के माध्यम से वीडियो कॉन्फ्रेंस)। स्वाभाविक रूप से, सभी सामग्रियां हमें ईमेल में उपलब्ध थीं। पूरे समय के कार्यक्रम से देखा, लेकिन स्पष्ट रूप से, मैंने व्यक्तिगत रूप से अपने लिए उनका मूल्य नहीं देखा। नतीजतन, हमें एक डेमो दिवस के लिए आमंत्रित किया गया था - निवेशकों को प्रस्तुति का दिन, या बल्कि, इस दिन के पूर्वाभ्यास के लिए। यह मानते हुए कि 10 मिनट के पूर्वाभ्यास के लिए मास्को जाना बहुत शानदार था, उन्होंने तुरंत डेमो डे पर आने के लिए कहा और ... हमें कहीं और आमंत्रित नहीं किया गया :)। यह निश्चित रूप से हमारी गलती है, क्योंकि। शुरू से ही हमें नहीं लगा कि उस समय अतिरिक्त की किसी प्रकार की अत्यधिक आवश्यकता है। निवेश और आम तौर पर आश्चर्यचकित थे कि हमें प्रतिभागियों की छोटी सूची में चुना गया था। किसी भी मामले में, मैं लोगों को शुभकामनाएं देता हूं, समर्थित कंपनियों का उपहास करते हुए, मीडिया में उनकी अक्सर आलोचना की जाती थी, लेकिन उद्योग युवा है, अभी तक कोई अनुभव नहीं है, और वे कहीं न कहीं अग्रणी हैं।

   लेकिन रूस में ऐसे कार्यक्रम हैं जिनमें हम शामिल होना चाहते हैं, लेकिन वे अब हमें नहीं लेते हैं। यह एक माइक्रोसॉफ्ट टेक्नोलॉजी ग्रांट है जिसे साल में दो बार लड़ा जाता है। यहाँ मैं एक छोटा विषयांतर करूँगा। अपने काम में हम सभी Microsoft उत्पादों और विशेष रूप से Azure क्लाउड सेवाओं का उपयोग करते हैं। क्लाइंट भाग को C # में Xamarin (पूर्व में मोनो) (हाल ही में इस कंपनी के एक भागीदार का दर्जा प्राप्त हुआ) का उपयोग करके विकसित किया गया है। मई 2013 में हमने माइक्रोसॉफ्ट बिज़पार्क कार्यक्रम के लिए आवेदन किया था और मैं वास्तव में माइक्रोसॉफ्ट को एक ईमानदारी से "धन्यवाद" कहना चाहता हूं कि कानूनी रूप से हमें आवश्यक सभी सॉफ़्टवेयर का उपयोग करने में सक्षम होने के लिए, जिसमें Azure भुगतान किए गए क्लाउड संसाधन शामिल हैं (एक सीमा है, लेकिन हमारे पास है अभी तक नहीं पहुंचा है - हम जितना संभव हो सके सर्वर कंप्यूटिंग को अनुकूलित करते हैं)।

   2014 की शुरुआत में, हमें Microsoft स्टार्टअप एक्सेलेरेटर का दर्जा प्राप्त हुआ, जो अधिक तकनीकी सहायता प्रदान करता है और Microsoft द्वारा भुगतान किए गए क्लाउड संसाधनों का महत्वपूर्ण रूप से विस्तार करता है ($60,000 प्रति वर्ष)। हमारे पास एक क्यूरेटर है और मुझे यह स्वीकार करना होगा कि यह काम करने में बहुत सहज है। Microsoft उत्पादों पर अपना ध्यान केंद्रित करते हुए, हम वास्तव में अनुदान प्राप्त करने के लिए उत्सुक थे। मैं स्वयं अनुदान में नहीं जाऊँगा, सब कुछ ms-start.ru वेबसाइट पर पढ़ा जा सकता है। मैं सिर्फ इतना कह सकता हूं कि हमने 2013 में दो बार आवेदन किया था और दोनों बार हमें मना कर दिया गया था। इनकार करने के कारण निर्धारित नहीं हैं, लेकिन वास्तव में वे सतह पर हैं - हमारे पास एक प्रकार का हाइब्रिड बिजनेस मॉडल है: न तो कस्टम वर्क और न ही कोई एप्लिकेशन डिज़ाइनर। अर्द्ध स्वचालित यह मॉडल स्केलेबल नहीं है, इसके महत्वपूर्ण नुकसान हैं, और यह हमारे नुकसान थे जिन्होंने हमें नई परियोजनाओं को आजमाने के लिए मजबूर किया।

   मई 2014 में, हमने फिर से अनुदान के लिए आवेदन किया, लेकिन इस बार अपनी तापकी परियोजना का समर्थन करने के लिए, जो कि बहुत अधिक स्केलेबल व्यवसाय है। अंत में क्या हुआ - मैं आपको भाग 2 में बताऊंगा, जिसे मैं पहले से ही हबरे पर प्रकाशित करने की तैयारी कर रहा हूं।

   आज हमारे पास क्या है?

   कहानी पर लौटते हुए - एक साल से थोड़ा अधिक काम करने के लिए अब हमारे पास संपत्ति में क्या है? 15 लोगों (ज्यादातर डेवलपर्स) की एक टीम, ~ 32 हस्ताक्षरित अनुबंध (कुछ हिस्से अभी भी विकसित किए जा रहे हैं और कोई भुगतान नहीं हैं) और समापन चरण में थोड़े कम ग्राहक (सोचें)। ऐसा प्रतीत होता है - सुपर (लाभ को छोड़कर), और हमारे व्यवसाय के फायदों के बारे में कही गई हर बात बहुत बढ़िया है, लेकिन हम रैखिक हैं। "त्रिकोण" में काम करने की कोशिश कर रहा है: अनुप्रयोगों की गुणवत्ता, मूल्य, शर्तें - स्वच्छ मोबाइल एप्लिकेशन प्राप्त होते हैं, लेकिन एक और आयाम है - संसाधन! हमारे पास जितने अधिक ग्राहक होंगे, हमें उतने ही अधिक डेवलपर्स की आवश्यकता होगी, ब्रेक-ईवन बिंदु उतना ही आगे बढ़ेगा। यह एक और माइनस है, जिसने वास्तव में हमें समानांतर में एक नई परियोजना शुरू करने के लिए मजबूर किया - तापकी (फिर से बढ़ती लागत, परियोजना के लिए निवेशकों का समर्थन पहले से हासिल कर लिया)। निष्पक्षता में, मैं ध्यान देता हूं कि व्यवसाय में लोगों की संख्या और ग्राहकों की संख्या के बीच कोई बिल्कुल स्पष्ट रैखिक संबंध नहीं है। कुछ क्लाइंट बिना किसी सुधार (और, तदनुसार, ध्यान) के महीनों के लिए "फ्रीज" करते हैं और हम नई परियोजनाओं पर स्विच करते हैं। यह तथ्य हमें टूटे हुए बिंदु का अनुमान लगाने और लाभ की भविष्यवाणी करने की अनुमति देता है। मैं यहां तक ​​​​कहूंगा कि हमारे व्यवसाय में एक छोटी, लेकिन "सकारात्मक चटाई-उम्मीद" है।

   मई 2013 (बिजनेस स्टार्ट-अप) से मार्च 2014 तक की हमारी प्रबंधन बैलेंस शीट नीचे दी गई है। यह देखा जा सकता है कि आय में वृद्धि हुई है, लेकिन, हमारे बड़े अफसोस के लिए, खर्चों में वृद्धि हुई है। लागत में वृद्धि का कारण यह है कि इस समय तक हमने कमोबेश महत्वपूर्ण ग्राहक आधार प्राप्त कर लिया है, लेकिन केवल एक अनुबंध समाप्त करने के अलावा, हमें आवेदन करने की भी आवश्यकता है। और यहां हम एक नए जाल में फंस गए हैं - संसाधनों की कमी। वे। हमारे पास बनाए गए एप्लिकेशन का समर्थन करने के लिए पर्याप्त संसाधन थे, लेकिन नए बनाने के लिए पर्याप्त नहीं थे। अगर हम मोबाइल एप्लिकेशन बिल्डरों के बारे में बात कर रहे हैं, तो ग्राहकों के लिए कोई अनुकूलन नहीं है। और हमने शुरू कर दिया है। तालिका से पता चलता है कि 50% रखरखाव है, 50% सुधार है, और यह अनुपात आज भी प्लस या माइनस बना हुआ है। कर्मचारियों की वृद्धि ने इस तथ्य को जन्म दिया कि हमें क्षेत्र का विस्तार करने की आवश्यकता थी - किराए में वृद्धि हुई। मैं आपका ध्यान आकर्षित करना चाहता हूं कि धन की असमान प्राप्ति है। हमारी आय सहायता और सुधार के भुगतान से बनी है। यदि समर्थन को अभी भी कुछ समय के लिए एक गारंटीकृत आय के लिए जिम्मेदार ठहराया जा सकता है, तो सुधार एक अत्यंत अराजक मामला है। स्वाभाविक रूप से, हम अनुप्रयोगों के विकास को प्रोत्साहित करने के प्रयास करते हैं, लेकिन यह एक बार में आवश्यक नहीं है। स्वाभाविक रूप से, जैसे-जैसे ग्राहक आधार विकसित होता है, कारोबार में सामान्य वृद्धि होती है, लेकिन ऐसे महीने होते हैं जब कोई सुधार नहीं होता है, और हम वित्तीय नियोजन में "विफल" होते हैं। यह भी ध्यान देने योग्य है कि 13 दिसंबर से 14 मार्च तक लागत में उल्लेखनीय वृद्धि इस तथ्य के कारण है कि हमने एक नई परियोजना के प्रबंधन के लिए टीम को मजबूत करना शुरू किया, लेकिन लागत अभी तक यहां विभाजित नहीं हुई है। जैसा कि पहले ही उल्लेख किया गया है, हम ग्राहकों और प्रोग्रामर की संख्या के बीच पूरी तरह से रैखिक संबंध नहीं देखते हैं। तथ्य यह है कि प्रारंभिक विकास और सुधार दोनों के लिए भार बहुत असमान है। हमारे पास एक ग्राहक (एक बड़ी फैशन श्रृंखला) है जो एक साल से थोड़ा कम समय पहले शुरू हुई थी, और यह हमारी गलती नहीं है - क्योंकि। कंपनी बहुत बड़ी है, अनुमोदन प्रक्रियाओं में समय लगता है।

   

   प्रबंधन संतुलन मई 2013 - मार्च 2014 - बढ़ते ग्राहक, कर्मचारी और ... नुकसान

   
   

   कंपनी सरलीकृत कराधान प्रणाली (एसटीएस) के तहत काम करती है और 99.9% मामलों में हमें ग्राहकों की ओर से वैट की अनुपस्थिति में समस्याओं का सामना नहीं करना पड़ा। हमने अपने लिए आय और व्यय के अंतर के 10% की एक योजना चुनी है, लेकिन चूंकि हमारे पास एक नकारात्मक अंतिम शेष है, वर्ष के अंत में हम राज्य को आय का 1% भुगतान करते हैं (यह 14 मार्च में देखा जा सकता है - 7,460 रूबल - 2013 के लिए कर)। 2014 की शुरुआत में, हमने कब्जा किए गए स्थान की मात्रा में वृद्धि की (आप इस मद के लिए लागत में वृद्धि देख सकते हैं), क्योंकि। वे बस अब फिट नहीं थे (एक बगल का कमरा, दीवार में एक छेद - सब कुछ बहुत सरल है)। हमारे पास ई-मनी से एक छोटी सी आय है और, तदनुसार, खर्च हैं (उदाहरण के लिए, hh.ru पर एक रिक्ति के लिए भुगतान करने के लिए), लेकिन यह नियम का अपवाद है, क्योंकि हम अनुबंध के तहत काम करते हैं।

   अप्रैल 2014 से, हमने प्रबंधन संतुलन साझा करना शुरू किया - टीम का हिस्सा मोबाइल एप्लिकेशन विकसित करना जारी रखा, भाग - टैपकी। हमारे निवेशकों ने इस विचार का समर्थन किया (इसके बारे में थोड़ी देर बाद) और इस तथ्य का कि हम एक परियोजना को दूसरे से अलग करना शुरू कर रहे हैं। जुलाई 2014 में, हम इस निष्कर्ष पर पहुंचे कि न केवल आंतरिक लेखांकन के अनुसार विभाजित करना आवश्यक है - विभाजन लेखांकन स्तर (व्यक्तिगत कानूनी संस्थाओं) पर भी किया जाना चाहिए। अधिक सटीक रूप से, हमें केवल IIDF के लोगों द्वारा ऐसा करने की सलाह दी गई थी, यह समझाते हुए कि यह एक नई परियोजना के लिए निवेश के पैसे को आकर्षित करने का एकमात्र तरीका है। यह पहचानने योग्य है कि मोबाइल एप्लिकेशन विकास की दुनिया में, निवेशकों द्वारा केवल शुद्ध डिजाइनरों को ही स्वादिष्ट स्केलेबल प्रोजेक्ट माना जाता है जहां निवेश करना समझ में आता है। और हम, यहां तक ​​कि मंच का नाम, कस्टम परियोजनाओं में संलग्न होने के लिए (यह एक तथ्य है) जारी है। साथ ही, तापकी सिर्फ एक स्केलेबल प्रोजेक्ट है, और अगर हम इसमें निवेश आकर्षित करना चाहते हैं, तो इसे जितना संभव हो सके मूल कंपनी से अलग करना होगा।

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

   

   जुलाई 2014 तक कंपनी का प्रबंधन संतुलन

   
   

   यदि हम जुलाई 2014 को आधार के रूप में लेते हैं, तो हम निम्नलिखित निष्कर्ष निकाल सकते हैं - वर्तमान भार के साथ हमारे व्यवसाय के लिए, "साफ" मासिक लागत लगभग 900,000 रूबल होगी (इस राशि में एकमुश्त लागत शामिल है, उदाहरण के लिए, खरीदा एयर कंडीशनिंग इस गर्मी में, या एक प्रोग्रामर के लिए एक अतिरिक्त मॉनिटर ... हालांकि इस तरह के भुगतानों को एक अच्छे तरीके से अलग किया जाना चाहिए)। जुलाई 2014 में, हमारे पास समर्थन की तुलना में सुधार के लिए अधिक आवक भुगतान थे, लेकिन जैसा कि आप तालिका से देख सकते हैं, यह हमेशा सत्य नहीं होता है। लेकिन मैं निश्चित रूप से ध्यान दे सकता हूं कि जितने अधिक ग्राहक होंगे, आपके पास विभिन्न सुधारों के लिए उतने ही अधिक अनुरोध होंगे।

   नीचे (एक ग्राफ में) आय, व्यय और अंतिम परिणाम (मई 2013 से जुलाई 2014 तक) शामिल हैं। यह देखा जा सकता है कि नोटिसिमस परियोजना, जैसा कि उल्लेख किया गया है, अभी भी एक निवेश परियोजना है, लेकिन उम्मीद है कि 2014 की सर्दियों तक हम शून्य तक पहुंच जाएंगे और निवेशक द्वारा निवेश किए गए धन को वापस करना शुरू कर देंगे। यहां यह ध्यान देने योग्य है कि चूंकि यदि हमने निवेश के आवंटन के लिए प्रारंभिक अनुरोधों को पार कर लिया है, तो हम निवेशक को 100% लाभ (जब यह है) वापस कर देंगे, न कि अधिकृत पूंजी में शेयरों के अनुसार। जब हम शुरू में अनुरोधित निवेश से अधिक की राशि लौटाते हैं, तो (मुझे आशा है) हम चर्चा करना शुरू करेंगे कि लाभ को कैसे विभाजित किया जाए। वैश्विक स्तर पर कहें तो निवेशक पैसे को कर्ज के रूप में देते हैं, नहीं तो सभी शेयरधारकों को कारोबार में उनके शेयरों के हिसाब से परियोजना में पैसा देना होगा। साथ ही, जब कंपनी लाभ कमाती है, तो वह इस ऋण को चुकाने के लिए सहमत राशि में चुकाना शुरू कर देती है।

   लाल रेखा गतिविधि का अंतिम परिणाम है, कोष्ठक में दिए गए आंकड़े, क्योंकि वे नकारात्मक हैं। अप्रैल 2014 से शुरू होने वाले नंबरों को एक स्टूडियो के लिए बुनियादी माना जा सकता है जो बिना किसी साइड प्रोजेक्ट के केवल मोबाइल एप्लिकेशन विकसित करता है। क्या हबर के पाठक अपने व्यवसाय के शुभारंभ का विश्लेषण करने के लिए इसका उपयोग कर सकते हैं? मुझे ऐसा लगता है, क्योंकि हमने शुरू से ही बड़े एंकर ग्राहकों की अनुपस्थिति में काम किया (रूसी पोस्ट, मोबाइल एप्लिकेशन के लिए 19,000,000 रूबल की एक निविदा), हालांकि, निश्चित रूप से, हमें दो कारकों के लिए एक महत्वपूर्ण समायोजन करने की आवश्यकता है: हमारे पास एक निवेशक है और हमने चुना है एक अजीब मुद्रीकरण मॉडल और एक बहुत ही विशिष्ट काम।

   

   एक वर्ष से कुछ अधिक समय के लिए कंपनी के कार्य के प्रबंधन परिणामों की अनुसूची

   
   

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

   तापकी क्या है? रिटेल के लिए मोबाइल एप्लिकेशन बनाते समय, आप बिना सोचे-समझे इस बारे में सोचते हैं कि अपने अनुभव और ग्राहकों को एक साथ कैसे लाया जाए, जो कि एक समग्र, स्केलेबल हो। मार्च 2014 में, इन विचारों, हवा में मँडराते हुए, कुछ कम या ज्यादा समझदार लगा, और हमने खुद तय किया कि इस परियोजना के लिए कुछ आंतरिक संसाधनों को आवंटित करना आवश्यक है। यह उत्पाद प्रचार और बिक्री पर ध्यान देने के साथ, सभी प्लेटफार्मों पर काम कर रहे विभिन्न खंडों में खुदरा विक्रेताओं से माल (भविष्य में, सेवाओं) का एक एग्रीगेटर है। यह थोड़ा अटपटा लगता है, लेकिन स्पष्ट रूप से कहें तो, हमारे पास अभी भी परियोजना का "पीड़ित" व्यवसाय मॉडल नहीं है, जिसे व्यवहार में इसकी व्यवहार्यता की पुष्टि मिली होगी। हालांकि यह पहले से ही स्पष्ट है कि Yandex.Market के साथ प्रतिस्पर्धा करना बेवकूफी है, इसलिए हम ibeacon तकनीक का उपयोग करके ऑनलाइन ऑफ़लाइन लाने के संदर्भ में गैर-मानक और दिलचस्प समाधान देखते हैं।

   यह नाम संयोग से आया, एक दिन सुबह वे नाम के विकल्पों पर चर्चा करने लगे, एक सूची बनाई, और फिर, दोपहर के भोजन के दौरान, लोगों में से एक ने यह नाम सुझाया और आदी हो गए। सभी ने इसे तुरंत पसंद नहीं किया, लेकिन धीरे-धीरे, और नाम के सबसे उत्साही विरोधियों को इसमें खींचा गया। डोमेन Tapki.ru और Tapki.com पर कब्जा हो गया (और आश्चर्यजनक रूप से नहीं) और, किसी भी उत्तर की प्रतीक्षा किए बिना, मैंने Tapki.com के मालिकों को यह तर्क देते हुए लिखा कि, अन्य सभी चीजें समान हैं, . कॉम जोन अधिक रोचक और आशाजनक है। जवाब अगले दिन $1875 की कीमत के साथ आया। कोई सौदेबाजी नहीं। एस्क्रो डॉट कॉम मध्यस्थ सेवा के माध्यम से एक डोमेन खरीदने का प्रस्ताव किया गया था, जिसने अपनी सेवाओं के लिए $ 100 की तरह कुछ मांगा और विदेशी घुसपैठियों के साथ काम करने का कोई अनुभव नहीं होने के कारण, अधिक भुगतान करने का फैसला किया। योजना सरल है - पैसा मध्यस्थ द्वारा जमा किया जाता है और विक्रेता को हस्तांतरित किया जाता है, जिस क्षण से डेटा बदल जाता है (क्रेडिट कार्ड द्वारा भुगतान किया जाता है)। पूरी खरीद प्रक्रिया में लगभग एक सप्ताह और पैसे में लगभग 77,000 रूबल लगे। सस्ता नहीं है, लेकिन मुझे ऐसा लगता है कि लंबी अवधि की परियोजना के लिए यह एक उचित निवेश है। यह उत्सुकता की बात है कि जब मैंने फेसबुक पर अपने दोस्तों को Tapki.com डोमेन खरीदने के बारे में बताया, तो मुझे fapki.com को भी पंजीकृत करने की सलाह दी गई, क्योंकि। टाइप करते समय लोग गलती कर सकते हैं। सुबह का समय था, लगभग 11.00 बजे, मैंने देखा और आश्चर्य हुआ कि fapki.com डोमेन मुफ़्त था, लेकिन जब मैंने इसे पंजीकृत करने का फैसला किया, तो दोपहर में डोमेन व्यस्त था - संक्षेप में, स्क्वैटर अलर्ट पर हैं। एक ही समय में Tapki.ru डोमेन खरीदना बहुत अच्छा होगा - लेकिन यह स्पष्ट नहीं है कि किसे लिखना है, क्योंकि। whois में कोई संपर्क नहीं है।

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

   AppGlobal मोबाइल व्यवसाय अनुप्रयोग विकास सेवा आपको कुछ ही घंटों में एक पूर्ण कार्यात्मक मोबाइल एप्लिकेशन बनाने की अनुमति देती है। यह कैसे होता है?

   आपको यह स्पष्ट करने के लिए कि ऐपग्लोबल सेवा में मोबाइल एप्लिकेशन कैसे विकसित किया जाता है, हम नीचे दिए गए आरेख के उदाहरण का उपयोग करके इसे प्रदर्शित करेंगे।

   मोबाइल एप्लिकेशन विकास के चरण:

   1. विचार।यह सब आपके आवेदन के मुख्य विचार से शुरू होता है। मान लें कि आपको तैयार भोजन वितरण सेवा के लिए एक आवेदन की आवश्यकता है जिसमें आवेदन से पिज्जा डिलीवरी के लिए अनुरोध छोड़ने की क्षमता हो। यह एप्लिकेशन उन उपयोगकर्ताओं के लिए उपयोगी और आवश्यक होगा जो ऐसी कंपनियों और ऑर्डर उत्पादों की सेवाओं का उपयोग करते हैं। एप्लिकेशन मोबाइल उपकरणों के माध्यम से कंपनी के आसपास ग्राहकों को जमा करने के लिए एक उपकरण के रूप में भी कार्य करता है। इसलिए, इससे पहले कि आप किसी एप्लिकेशन को विकसित करना शुरू करें, आपको ध्यान से सोचने की जरूरत है कि यह कैसे हैउपयोगकर्ताओं और व्यवसायों के लिए उपयोगी होगा, साथ ही निर्धारितइस एप्लिकेशन के लक्षित दर्शक. इस मामले में, ये छात्र या कार्यालय कर्मचारी, कंपनी के ग्राहक हो सकते हैं जो डिलीवरी सेवा से जल्दी से जुड़ने के लिए एप्लिकेशन का उपयोग करते हैं, साथ ही वे लोग जो बहुत आगे बढ़ते हैं और जिन्हें मोबाइल डिवाइस के माध्यम से ऑर्डर देने की क्षमता की आवश्यकता होती है। आवेदन और लक्षित दर्शकों के विचार पर निर्णय लेने के बाद, आप अगले चरण पर आगे बढ़ सकते हैं।
   1. आवेदन डिजाइनइसमें एक मानचित्र का निर्माण शामिल है जो स्पष्ट रूप से एप्लिकेशन की सभी कार्यक्षमता, उत्पाद स्क्रीन और उनके बीच संक्रमण योजना को प्रदर्शित करेगा। वास्तव में, एक एप्लिकेशन प्रोटोटाइप बनाया जाता है, जिसके आधार पर उत्पाद को भविष्य में स्वयं विकसित किया जाएगा।
   1. डिजाइन, ग्राफिक्स की तैयारी।भविष्य के एप्लिकेशन के डिजाइन के विकास में संपूर्ण एप्लिकेशन के लिए ग्राफिक तत्वों का निर्माण शामिल है - ये स्क्रीन हैं, अर्थात्, टैब की पृष्ठभूमि छवियां, मुख्य स्क्रीन के लिए एक छवि, संपूर्ण एप्लिकेशन के लिए आइकन, अलग-अलग पृष्ठों के लिए शीर्षलेख, यदि आवश्यक हो तो व्यक्तिगत डिज़ाइन वाले बटन बनाए जाते हैं। उपयोगकर्ता के लिए अपने मोबाइल डिवाइस की स्क्रीन पर इन सभी तत्वों और एप्लिकेशन बटन पर क्लिक करना कितना सुविधाजनक होगा, यह समझने के लिए सभी ग्राफिक तत्वों को प्रयोज्य अनुसंधान के अधीन करना महत्वपूर्ण है।
   1. आवेदन निर्माण चरणAppGlobal सेवा में तीन घटक होते हैं: टैब और फ़ंक्शन बनाना, सामग्री भरना और एप्लिकेशन की उपस्थिति को अनुकूलित करना। लेकिन उन पर आगे बढ़ने से पहले, आपको एप्लिकेशन कोड, ऐपस्टोर और GooglePlay के लिए एप्लिकेशन का नाम, और उपयोगकर्ता डेस्कटॉप पर एप्लिकेशन आइकन का नाम सेट करके एप्लिकेशन सेटिंग्स को कॉन्फ़िगर करना होगा।
   
   
   1. परिक्षण।एप्लिकेशन विकसित होने के बाद, ग्राहक के मोबाइल डिवाइस पर इसका परीक्षण करना महत्वपूर्ण है। इसके लिए एक विशेष कार्यक्रम है - एक मोबाइल एप्लिकेशन व्यूअर। देखे जाने पर ऐप कैसा दिखता है, प्रकाशित होने पर यह कैसा दिखेगा और काम करेगा। इसलिए, इस स्तर पर, तत्वों की खामियों, विफलताओं और गलत प्रदर्शन की पहचान करना महत्वपूर्ण है ताकि प्रकाशन से पहले उन्हें ठीक किया जा सके।

   जरूरी! कृपया ध्यान दें कि ऐपस्टोर या GooglePlay में एप्लिकेशन को प्रकाशित करने के बाद, आप बार-बार मॉडरेशन के बिना एप्लिकेशन में बदलाव कर सकते हैं। यह एक निश्चित प्लस है, क्योंकि एप्लिकेशन का ग्राहक अपने दम पर किसी भी समय आवश्यक परिवर्तन कर सकता है।

   1. आवेदन प्रकाशनविकास का अंतिम चरण है। त्रुटियों की पहचान और सुधार के बाद, और ग्राहक के साथ आवेदन पर सहमति हो जाने के बाद, आप प्रकाशन शुरू कर सकते हैं। ऐसा करने के लिए, आपको GooglePlay / AppStore में एक डेवलपर खाता पंजीकृत करना होगा और अपने आवेदन के प्रकाशन के लिए आवेदन करना होगा। GooglePlay में एक डेवलपर खाता पंजीकृत करने की लागत एक बार में $25 है, AppStore में - $99 प्रति वर्ष।
   1. मोबाइल एप्लिकेशन के प्रकाशन के बाद, इसे लॉन्च करने का एक महत्वपूर्ण चरण शुरू होता है, अर्थात,उपयोगकर्ताओं के बीच मोबाइल एप्लिकेशन का प्रचारऔर संभावित ग्राहक।

   डारिया काज़ोव्स्काया 17 मई 2018

   तो, 7 चरणों में "मोबाइल एप्लिकेशन विकसित करने की प्रक्रिया" नाटक।

   पात्र

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

   प्रस्ताव

   सबसे पहले, ग्राहक मोबाइल ऐप के लिए एक विचार लेकर आता है। हम क्लाइंट से हमें एक तकनीकी कार्य (टीओआर) प्रदान करने के लिए कहते हैं, और यदि यह उपलब्ध नहीं है, तो हम इसे भेज देते हैं। संक्षिप्त आवेदन के लक्ष्यों और उद्देश्यों को प्राथमिकता देने, पहचानने में मदद करता है।

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

   बाहर निकलने पर:

   • मोबाइल एप्लिकेशन के बुनियादी कार्यों का विवरण
   • प्लेटफ़ॉर्म विकल्प: iOS, Android या क्रॉस-प्लेटफ़ॉर्म
   • कार्यप्रणाली का चुनाव: फुर्तीली या झरना

   एक कदम - योजना और मूल्यांकन

   ग्राहक के हित में पहला प्रश्न है: "इसकी लागत कितनी होगी?"। अगला वाला: "मोबाइल एप्लिकेशन कब तैयार होगा?"। दोनों प्रश्नों के उत्तर देने के लिए, और एक कार्य योजना तैयार करना। इस स्तर पर, एक परियोजना प्रबंधक आमतौर पर परियोजना में शामिल होता है। वह ग्राहक की ओर से या विकास दल की ओर से कार्य कर सकता है। परियोजना प्रबंधक के कार्य: टीम के काम का समन्वय करना और ग्राहक के साथ संवाद करना।

   लेकिन रहस्यमय शब्द "मूल्यांकन" का क्या अर्थ है? इस स्तर पर, हम तकनीकी दस्तावेज का अध्ययन करते हैं। हम गणना करते हैं कि विकास और परीक्षण में कितना समय लगेगा। हम टीओआर में अवर्णित परिदृश्यों और बाधाओं की पहचान करते हैं।

   

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

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

   बाहर निकलने पर:

   • कार्य क्षेत्र
   • परियोजना का बजट

   क्रिया दो - विश्लेषिकी

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

   एज़ोफ्ट के व्यावसायिक विश्लेषक मोबाइल एप्लिकेशन के लिए आवश्यकताओं की पहचान करते हैं, कार्यान्वयन विकल्पों की पेशकश करते हैं, एप्लिकेशन के साथ उपयोगकर्ता इंटरैक्शन योजनाओं का निर्माण करते हैं, और यूआई - वायरफ्रेम के लिए आधार बनाते हैं।

   पर हमारे विश्लेषकों द्वारा बहुत काम किया गया था। ग्राहक एप्लिकेशन के माध्यम से ग्राहकों को अतिरिक्त खरीदारी के लिए प्रेरित करने का तरीका ढूंढ रहा था। हमने संभावित समाधानों का विश्लेषण किया और सबसे प्रभावी विकल्प प्रस्तावित किया - मोबाइल एप्लिकेशन में एक सिफारिश प्रणाली को एकीकृत करने के लिए। एआई-पावर्ड प्रोग्राम उपयोगकर्ताओं को उनकी पसंद और खरीद इतिहास के आधार पर उत्पादों की सिफारिश करता है।

   बाहर निकलने पर:

   • कार्यात्मक आवश्यकताओं विनिर्देश
   • गैर-कार्यात्मक आवश्यकताओं की विशिष्टता
   • GUI का आधार - वायरफ्रेम
   • परियोजना योजना
   • विस्तृत बजट

   चरण तीन - अनुप्रयोग डिजाइन

   कभी-कभी ग्राहक तैयार डिज़ाइन के साथ आते हैं। यदि ग्राहक के पास कोई डिज़ाइन नहीं है, तो हम शुरुआत से UI / UX बनाते हैं। जब विश्लेषक डिजाइनर को ग्राफिकल इंटरफेस, वायरफ्रेम का आधार सौंपता है, तो हम विजुअल डिजाइन की ओर बढ़ते हैं। हम विभिन्न उपयोग परिदृश्यों को ध्यान में रखते हुए एक स्क्रीन मैप, ग्राफिक तत्व, एक विस्तृत प्रोटोटाइप बनाते हैं।

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

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

   बाहर निकलने पर:

   • स्क्रीन मैप
   • आवेदन डिजाइन
   • आकर्षक UI और उपयोगकर्ता के अनुकूल UX

   कार्रवाई चार - विकास

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

   

   मूल विकास में, हम एंड्रॉइड के लिए जावा और कोटलिन, आईओएस के लिए ऑब्जेक्टिव-सी और स्विफ्ट, और सबसे आधुनिक ढांचे और पुस्तकालयों का उपयोग करते हैं। क्रॉस-प्लेटफ़ॉर्म समाधानों में, हम रिएक्ट नेटिव और नेटिवस्क्रिप्ट के साथ काम करते हैं।

   जैसे ही कार्यक्षमता का एक हिस्सा विकसित होता है, हम इसका परीक्षण करते हैं और बाकी कार्यों पर काम करना जारी रखते हैं।

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

   बाहर निकलने पर:

   • परीक्षण के लिए तैयार ऐप संस्करण
   • डिजाइन समायोजन

   कार्रवाई पांच - परीक्षण और बग फिक्सिंग

   Azoft QA इंजीनियर परियोजना की शुरुआत में शामिल होते हैं और जितनी बार संभव हो परीक्षण करते हैं। यह उच्च स्तर की गुणवत्ता की गारंटी देता है और ग्राहक को बजट नहीं बढ़ाने में मदद करता है।

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

   जब हम विकास कर रहे थे, ग्राहक ने तुरंत यह तय नहीं किया कि आवेदन में कौन से कार्य होंगे। हमने ग्राहक की आवाज की आवश्यकताओं के आधार पर स्क्रीन और सुविधाओं की विस्तृत विशेषताओं के साथ एक परीक्षण विनिर्देश का वर्णन किया है। जब विकास के दौरान नई सुविधाएँ दिखाई दीं, जैसे कि इन-ऐप खरीदारी, हम इसके लिए तैयार थे - हमने परियोजना के ठीक बीच में परीक्षण विनिर्देश का विस्तार किया।

   बाहर निकलने पर:

   • बग को कम से कम रखा जाता है
   • आवेदन का पूर्व-रिलीज़ संस्करण

   अधिनियम छह - रिलीज

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

   स्टोर की समीक्षा पास करने के लिए आवेदन के लिए, ग्राहक रिलीज में मदद के लिए डेवलपर्स से संपर्क कर सकता है, या वह खुद को स्टोर पर एप्लिकेशन तैयार और अपलोड कर सकता है।

   बाहर निकलने पर:

   • दुकान में आवेदन

   कार्रवाई सात - तकनीकी सहायता और विकास

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

   

   बाहर निकलने पर:

   • 1 साल की बग फिक्सिंग वारंटी
   • समर्थन अनुबंध

   उपसंहार

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