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

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