प्रोडक्ट डिज़ाइन या वेब डिज़ाइन: आपको किसकी ज़रूरत है?
मार्केटिंग वेबसाइट किसी ऑफ़र को समझाती है और पूछताछ तक पहुँचाती है। प्रोडक्ट का इस्तेमाल काम पूरा करने के लिए बार-बार होता है, इसलिए उसे अकाउंट, अनुमतियाँ, असली डेटा और बीच की हर स्थिति संभालनी पड़ती है। प्रोडक्ट डिज़ाइन इसी दूसरे काम को देखता है: फ़्लो, इन्फ़ॉर्मेशन आर्किटेक्चर, कॉम्पोनेंट और फ़ीडबैक, जो किसी टूल को पहली बार में स्पष्ट और सौवीं बार में तेज़ बनाते हैं।
अगर आपको अपनी कंपनी को पेश करने वाली साइट चाहिए, तो कस्टम वेब डिज़ाइन से शुरू करें। अगर प्रोडक्ट ज़्यादातर चार्ट, मैप या ऑपरेशनल डैशबोर्ड पर आधारित है, तो हमारी डेटा विज़ुअलाइज़ेशन सेवा इसमें और गहराई से काम करती है। कई SaaS टीमों को दोनों की ज़रूरत होती है, और हम उन्हें अलग-अलग डिलिवरेबल के रूप में तय करते हैं ताकि हर एक अपनी शर्तों पर स्वीकार हो सके।
प्रोडक्ट डिज़ाइन प्रोजेक्ट में क्या शामिल है
प्रस्ताव में बताया जाता है कि कौन से चरण शामिल हैं, इनपुट कौन देगा और हर डिलिवरेबल कैसे स्वीकार किया जाएगा।
- मुख्य कार्य और फ़्लो की मैपिंग, भूमिकाओं और अनुमतियों सहित
- इन्फ़ॉर्मेशन आर्किटेक्चर और नेविगेशन
- असली कंटेंट के साथ जाँचे गए इंटरैक्टिव प्रोटोटाइप
- खाली, लोडिंग, एरर और अनुमति वाली स्थितियों के साथ UI कॉम्पोनेंट
- हर कॉम्पोनेंट के लिए कंटेंट नियम और एक्सेसिबिलिटी स्थितियाँ
- इम्प्लीमेंटेशन स्पेसिफ़िकेशन और बने हुए इंटरफ़ेस की समीक्षा
एक असली कार्य के आधार पर MVP डिज़ाइन करना
किसी ठोस कार्य से शुरुआत करें, जैसे एंट्री जमा करना, कोई रिकॉर्ड ढूँढना या विकल्पों की तुलना करना, और सफलता को देखी जा सकने वाली शर्तों में तय करें। हम इसमें शामिल लोगों, अनुमतियों, जानकारी और निर्णयों का नक्शा बनाते हैं। सपोर्ट बातचीत, प्रोडक्ट डेटा और एनालिटिक्स दिखा सकते हैं कि मौजूदा फ़्लो कहाँ टूटता है; जब ऐसे प्रमाण अभी नहीं होते, तो हम धारणाओं को धारणा ही कहते हैं और उन्हें शोध के निष्कर्ष बताने के बजाय केंद्रित डिस्कवरी की योजना बनाते हैं।
हर फ़्लो पहली बार के उपयोग, दोबारा उपयोग, खाली डेटा, एरर, रद्द करने, पुष्टि और रिकवरी के लिए बनाया जाता है। स्थितियों की यह सूची असली मेहनत को शुरू में ही दिखा देती है और एक आकर्षक सामान्य रास्ते को पूरी स्पेसिफ़िकेशन बनने से रोकती है।
उन फ़ैसलों का प्रोटोटाइप बनाएँ जिन्हें पलटना मुश्किल है
प्रोटोटाइप नेविगेशन, शब्दावली, डेटा की सघनता, रेस्पॉन्सिव व्यवहार और हर क्रिया के बाद मिलने वाले फ़ीडबैक पर केंद्रित होता है। समीक्षक असली कंटेंट के साथ तय किए गए कार्य करते हैं, इसलिए फ़ीडबैक सिर्फ़ पसंद पर नहीं, बल्कि इस पर आधारित होता है कि लोग क्या पूरा कर पाए या नहीं कर पाए। प्रोटोटाइप डिज़ाइन किए गए व्यवहार का प्रमाण है; अपनाए जाने और राजस्व को रिलीज़ के बाद मापा जाता है, और हम उनका पहले से वादा नहीं करते।
Superame: सार्वजनिक प्रोजेक्ट रैंकिंग का डिज़ाइन
Dardo ने Superame को डिज़ाइन और डेवलप किया, एक ऐसा प्रोडक्ट जो प्रोजेक्ट खोजने को एक दिखाई देने वाली प्रतिस्पर्धा बना देता है। लीडरबोर्ड तात्कालिकता पैदा करता है, लेकिन बिना कारण बताए पोज़िशन बदलने पर संदेह भी पैदा करता है, इसलिए रैंक को केंद्र में रखा गया है, जिसे स्थिर प्रोजेक्ट पहचान, डिस्कवरी व्यू और भाग लेने के तरीके की सीधी व्याख्या का सहारा मिलता है। डिज़ाइन में डिस्कवरी, सबमिशन और फ़ीडबैक को एक जुड़ी हुई यात्रा माना गया है, और मोबाइल इंटरैक्शन को इस तरह डिज़ाइन किया गया है कि हॉवर के बिना भी समान फ़ीडबैक मिले।
यह एक चालू प्रोडक्ट है, मॉकअप नहीं। Astro एप्लिकेशन रैंकिंग को Neon डेटाबेस में रखती है और खरीदारों को Dodo Payments के होस्टेड चेकआउट पर भेजती है; सर्वर क्रेडिट जोड़ने से पहले हस्ताक्षरित पेमेंट कॉलबैक की पुष्टि करता है और रिफ़ंड तथा विवादों पर वही आइडेम्पोटेंट अकाउंटिंग लागू करता है। भागीदारी, रिटेंशन और राजस्व के आँकड़े तब तक प्रकाशित नहीं किए जाते जब तक तारीख़ वाली प्रोडक्ट रिपोर्ट मंज़ूर नहीं हो जाती।
प्रोटोटाइप से चालू सॉफ़्टवेयर तक
हैंडओवर में कॉम्पोनेंट, स्थितियाँ, कंटेंट नियम और इम्प्लीमेंटेशन नोट्स शामिल हैं। हम तय करते हैं कि किन सवालों पर इंजीनियरिंग या नीति संबंधी राय चाहिए, उन्हें कौन मंज़ूर करेगा और बने हुए इंटरफ़ेस को प्रोटोटाइप से कैसे मिलाया जाएगा। Dardo वेब इंटरफ़ेस को लागू कर सकता है या आपके इंजीनियरों के साथ मिलकर काम कर सकता है; आर्किटेक्चर, बैकएंड, सुरक्षा और डेटा की ज़िम्मेदारियाँ अलग से तय होती हैं ताकि कोई यह न मान ले कि वे शामिल हैं।
लागत और छोटी सीनियर टीम के साथ काम करना
लागत यूज़र भूमिकाओं और मुख्य फ़्लो की संख्या, हर स्क्रीन को संभालनी वाली स्थितियों, आपको कितनी डिस्कवरी या टेस्टिंग चाहिए और Dardo इंटरफ़ेस भी बनाता है या नहीं, इस पर निर्भर करती है। पूछताछ फ़ॉर्म में बजट की श्रेणी पूछी जाती है, USD 5,000 से कम से लेकर USD 60,000 और उससे अधिक तक, और हम तय स्क्रीन पैकेज बेचने के बजाय काम को उसी के अनुसार ढालते हैं।
Dardo बोगोटा, कोलंबिया में तीन लोगों की टीम है, जिसका नेतृत्व संस्थापक Nicolás Cerón करते हैं। आप सीधे डिज़ाइन करने वाले लोगों के साथ अंग्रेज़ी या स्पेनिश में काम करते हैं, और बोगोटा का UTC−5 समय क्षेत्र US ईस्टर्न और सेंट्रल कार्य-समय से मेल खाता है। उत्तरी अमेरिका की प्रोडक्ट टीमों के लिए इससे नियरशोर सहयोग व्यावहारिक बन जाता है: समीक्षाएँ और फ़ैसले उसी दिन हो जाते हैं।
चुनने से पहले कुछ सवाल
प्रोडक्ट डिज़ाइन एजेंसी क्या काम करती है?
प्रोडक्ट डिज़ाइन एजेंसी यह योजना बनाती और डिज़ाइन करती है कि कोई डिजिटल प्रोडक्ट कैसे काम करेगा: टास्क फ़्लो, इन्फ़ॉर्मेशन आर्किटेक्चर, इंटरफ़ेस कॉम्पोनेंट, प्रोटोटाइप और वे स्पेसिफ़िकेशन जिनके आधार पर इंजीनियर प्रोडक्ट बनाते हैं। कुछ एजेंसियां रिसर्च भी करती हैं या प्रोडक्ट बनाती भी हैं। Dardo में काम का दायरा किसी एक मुख्य फ़्लो को मैप करने से लेकर वेब इंटरफ़ेस को डिज़ाइन और लागू करने तक हो सकता है, और प्रस्ताव में साफ़ लिखा होता है कि कौन-से चरण शामिल हैं।
MVP के लिए UX/UI डिज़ाइन की लागत कितनी होती है?
यह यूज़र रोल की संख्या, मुख्य फ़्लो और इंटरफ़ेस की स्थितियों पर निर्भर करता है, साथ ही इस पर भी कि आपको कितनी रिसर्च और टेस्टिंग चाहिए। हम स्क्रीन की गिनती के हिसाब से कीमत तय करने के बजाय मुख्य टास्क को मैप करने के बाद कोटेशन देते हैं, क्योंकि जटिल अनुमतियों वाला एक फ़्लो दस साधारण पेजों से भारी पड़ सकता है। हमारे इंक्वायरी फ़ॉर्म में दिए बजट दायरे, USD 5,000 से कम से लेकर USD 60,000 से अधिक तक, पहले प्रस्ताव का आकार तय करने में मदद करते हैं।
MVP डिज़ाइन करने में कितना समय लगता है?
यह इस पर निर्भर करता है कि पहले रिलीज़ के लिए कितने फ़्लो और स्थितियां चाहिए। मुख्य टास्क को मैप करने के बाद हम प्रस्ताव में माइलस्टोन तय करते हैं, और पहला माइलस्टोन उस टास्क का प्रोटोटाइप होता है, जिसमें खाली और एरर स्थितियां भी शामिल होती हैं। इससे शुरू में ही पता चल जाता है कि योजना टिकती है या नहीं। अगर आपकी लॉन्च या फ़ंडरेज़िंग की कोई तारीख़ है, तो शुरुआत में ही बताएं ताकि काम को चरणों में बांटा जा सके।
क्या शुरू करने से पहले हमारे पास यूज़र या रिसर्च होना ज़रूरी है?
नहीं। सपोर्ट टिकट, एनालिटिक्स या इंटरव्यू जैसे मौजूदा प्रमाण उपयोगी होते हैं, लेकिन कई MVP इनके बिना ही शुरू होते हैं। हम आपकी टीम की मौजूदा जानकारी से शुरुआत करते हैं, अनुमानों को अनुमान के रूप में ही लिखते हैं, और जोखिम के हिसाब से केंद्रित रिसर्च या प्रोटोटाइप टेस्ट चुनते हैं। हम जिस चीज़ से बचते हैं, वह है अंदाज़ों को निष्कर्ष बताकर पेश करना।
प्रोडक्ट डिज़ाइन, UX डिज़ाइन और UI डिज़ाइन में क्या अंतर है?
UX डिज़ाइन ढांचे और फ़्लो को आकार देता है: लोगों को क्या करना है और किस क्रम में। UI डिज़ाइन उस इंटरफ़ेस को आकार देता है जिसे वे देखते और छूते हैं: लेआउट, कॉम्पोनेंट, टाइपोग्राफ़ी और फ़ीडबैक। प्रोडक्ट डिज़ाइन इन दोनों को प्रोडक्ट से जुड़े फ़ैसलों के साथ जोड़ता है, जैसे पहली रिलीज़ में क्या होगा और सफलता कैसे मापी जाएगी। हमारी जैसी छोटी टीम में यही लोग तीनों काम संभालते हैं, इसलिए हैंडऑफ़ के बीच फ़ैसले खो नहीं जाते।
क्या Dardo प्रोडक्ट बना भी सकता है?
हां, वेब इंटरफ़ेस के लिए। हम फ्रंटएंड खुद बना सकते हैं या आपके इंजीनियरों के साथ मिलकर काम कर सकते हैं, और Superame ऐसा प्रोडक्ट है जिसे हमने डिज़ाइन किया और पेमेंट फ़्लो तक डेवलप किया। आर्किटेक्चर, बैकएंड, सिक्योरिटी और डेटा की ज़िम्मेदारियां इंटरफ़ेस डिज़ाइन से अलग तय की जाती हैं, इसलिए प्रस्ताव में साफ़ लिखा होता है कि हर हिस्सा किसके जिम्मे है।
क्या आप डैशबोर्ड और एडमिन पैनल डिज़ाइन करते हैं?
हां, प्रोडक्ट के फ़्लो के हिस्से के रूप में: नेविगेशन, टेबल, फ़िल्टर, अनुमतियां और उनके आसपास की स्थितियां। जब काम का मूल डेटा को विज़ुअलाइज़ करना हो, जैसे स्रोत और इकाइयों वाले चार्ट, नक्शे या रैंकिंग, तो हमारी डेटा विज़ुअलाइज़ेशन सेवा से शुरुआत करना बेहतर रहता है। जिन प्रोडक्ट को दोनों की ज़रूरत हो, उनके लिए एक ही स्कोप बनता है जिसमें कॉम्पोनेंट साझा होते हैं।
