जब आप किसी उत्पाद को स्क्रीन के ढेर के रूप में नहीं देखते, तो उसे बनाना आसान हो जाता है।
दो मानचित्रों से शुरुआत करें:
- सतह मानचित्र (surface map)
- सिस्टम मानचित्र (system map)
सतह मानचित्र दिखाता है कि लोग क्या छूते हैं।
सिस्टम मानचित्र दिखाता है कि इसे काम करने के लिए क्या चाहिए।
सतह वह है जो उपयोगकर्ता देखता है। अवस्था, नियम, एकीकरण और प्रमाण वे चीज़ें हैं जो सतह को विश्वसनीय और समर्थनीय बनाती हैं।
सतह मानचित्र
सतह मानचित्र उपयोगकर्ता-सामने वाले प्रवाहों को नाम देता है।
SaaS उत्पाद के लिए, इसमें शामिल हो सकते हैं:
- होमपेज
- साइनअप
- ऑनबोर्डिंग
- डैशबोर्ड
- बिलिंग
- सेटिंग्स
- रिपोर्ट्स
- सपोर्ट
आंतरिक टूल के लिए, इसमें शामिल हो सकते हैं:
- इनटेक फॉर्म
- कार्य कतार
- विवरण पृष्ठ
- अनुमोदन पैनल
- एडमिन डैशबोर्ड
- एक्सपोर्ट
सतह मानचित्र आपको यह देखने में मदद करता है कि उत्पाद उपयोगकर्ता से क्या करने के लिए कह रहा है।
सिस्टम मानचित्र
सिस्टम मानचित्र संचालन स्तर को नाम देता है:
- प्रमाणीकरण (auth)
- भूमिकाएँ (roles)
- डेटा मॉडल
- पृष्ठभूमि कार्य (background jobs)
- एकीकरण (integrations)
- घटनाएँ (events)
- विश्लेषण (analytics)
- बिलिंग
- अनुमतियाँ (permissions)
- त्रुटि प्रबंधन (error handling)
- ऑडिट लॉग
यह वह जगह है जहाँ निर्माता अक्सर कम आकलन करते हैं।
वे डैशबोर्ड डिज़ाइन करते हैं और कतार भूल जाते हैं।
वे AI प्रॉम्प्ट लिखते हैं और मूल्यांकन भूल जाते हैं।
वे चेकआउट बनाते हैं और वेबहुक रीट्राई भूल जाते हैं।
विफलता पथ बनाएं
एक अच्छे सिस्टम मानचित्र में वह भी शामिल होता है जो गलत होने पर होता है।
उदाहरण:
- भुगतान विफल होता है
- वेबहुक पुनः प्रयास करता है
- मॉडल मना करता है
- उपयोगकर्ता के पास अनुमति नहीं है
- स्रोत डेटा पुराना है
- एकीकरण टाइमआउट करता है
- एडमिन को ओवरराइड करने की आवश्यकता है
- ईमेल बाउंस होता है
यदि किसी उत्पाद में विफलता पथ नहीं है, तो वह अभी भी एक डेमो है।
मानचित्र को निर्माण अनुक्रम में बदलें
सिस्टम मानचित्र को निर्माण क्रम निर्धारित करना चाहिए।
आमतौर पर:
- डेटा मॉडल
- प्रमाणीकरण और भूमिकाएँ
- मुख्य वर्कफ़्लो
- सतह
- एकीकरण
- विश्लेषण
- प्रमाण और दस्तावेज़
यह अनुक्रम चमकदार स्क्रीन से शुरू करने से कम रोमांचक है। यह अधिक टिकाऊ भी है।
यह अकादमी के लिए क्यों मायने रखता है
अकादमी पथ को इस मॉडल को सीधे सिखाना चाहिए।
DIY निर्माताओं को केवल टिप्स की आवश्यकता नहीं है।
उन्हें यह सीखने की आवश्यकता है कि एक विचार को उत्पाद सतह, सिस्टम मानचित्र, प्रमाण बोर्ड और विकास लूप में कैसे बदला जाए।
यही "मैंने एक चीज़ बनाई" और "मैंने एक सिस्टम बनाया" के बीच का अंतर है।
