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