सर्वोत्तम उत्पाद वास्तविक समस्याओं से शुरू होते हैं: जॉब्स-टू-बी-डोन के बारे में। भाग 3 अंतिम

अंतिम भाग यह है कि जॉब्स-टू-बी-डोन की अवधारणा कैसे आईटी उत्पाद बनाने और सुधारने के सिद्धांतों को बदलती है। पुस्तक के अनुवाद का तीसरा भाग "जॉब्स-टू-बी-डोन।" अध्याय नौ के माध्यम से सात।

पहला भाग
दूसरा भाग

अध्याय 7. मना करने वाले व्यक्ति: एक नौकरी की कहानी

द्वारा पोस्ट: पॉल एडम्स

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

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

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

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

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

और हम इंटरकॉम पर फिर कभी लोगों का इस्तेमाल नहीं करते।

जब मैंने Google से फेसबुक पर स्विच किया था, तब मैंने पहली बार व्यक्तियों के मूल्य पर सवाल उठाया था। उन्होंने इस बारे में अविश्वसनीय जानकारी जमा की है कि उपयोगकर्ता वास्तव में अपने उत्पाद के साथ कैसे बातचीत करते हैं। और डेटा के साथ संचार वैज्ञानिकों ने नई चीजों को पढ़ाने के लिए संघर्ष नहीं किया।

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

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

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

प्रेरणा से डिजाइनिंग विशेषताओं से डिजाइन करने की तुलना में बहुत बेहतर है। जॉब्स-टू-बी-डोन के व्यक्तियों के बीच यह महत्वपूर्ण अंतर है। व्यक्तियों - भूमिकाओं और विशेषताओं के बारे में, और जॉब्स-टू-बी-डोन - स्थितियों और प्रेरणा के बारे में। लोग समझाते हैं कि वे किस तरह के लोग हैं, वे क्या करते हैं और क्या करते हैं, लेकिन वे कभी भी पूरी तरह से नहीं समझाते हैं कि लोग कुछ क्यों करते हैं, हालांकि यह बहुत अधिक महत्वपूर्ण है।

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

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

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

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

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

[जब ______] [मुझे ______ चाहिए] [मैं ______ कर सकता हूं]

"जब" "- स्थिति के बारे में," मैं चाहता हूं ... "- प्रेरणा के बारे में," मैं कर सकता हूं ... "- परिणाम के बारे में। यदि हम उस स्थिति को समझते हैं जिसमें लोग किसी समस्या का सामना करते हैं, तो इसे हल करने की प्रेरणा, और अंतिम परिणाम कैसा दिखता है, तो हमारे पास अपने ग्राहकों के लिए एक मूल्यवान उत्पाद बनाने का अवसर है।

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

किसी भी परियोजना को शुरू करने से पहले, हम इंटरकॉम पर एक बहुत ही सरल एक-पृष्ठ संक्षिप्त बनाते हैं जिसे डाउनलोड किया जा सकता है। यह बहुत सरल है और 1 ए 4 पृष्ठ पर कब्जा करना चाहिए। इसमें जॉब स्टोरी सेक्शन शामिल है, जो हमें समस्या और उन अवसरों के बारे में नहीं भूलने में मदद करता है, जो हमें पूरे प्रोजेक्ट पर ध्यान केंद्रित करने का अवसर देता है।



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

अध्याय 8. नौकरी की कहानियों के साथ डिजाइनिंग सुविधाएँ

द्वारा पोस्ट किया गया: एलन क्लेमेंट

जब डेस ने मुझे इनसाइड इंटरकॉम ब्लॉग के लिए लिखने के लिए कहा, तो मैंने सिर्फ अचल संपत्ति के विज्ञापन बाजार के उद्देश्य से अपने भागीदारों के लिए जॉब्स-टू-बी-डन प्रस्तुत किया।

सर्वसम्मति की कमी के कारण हमारी डिजाइन ड्राइंग प्रक्रिया मिश्रित थी। हम में से प्रत्येक - मैं, सामान्य निदेशक, तकनीकी निदेशक और डिजाइन समूह के प्रमुख के रूप में - सुझाव दिया कि क्या डिजाइन करना है। क्योंकि हमारे पास एक विचार को स्वीकार करने और दूसरों को खारिज करने की एक प्रभावी प्रक्रिया नहीं थी।

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

संचार के लिए जॉब्स-टू-बी-डोन भाषा का उपयोग करते हुए, हम कुछ ही मिनटों में हमारे पहले डिजाइन को मान्य करने में सक्षम थे। पीछे मुड़ना नहीं था।

***

व्यक्तियों और उपयोगकर्ता की कहानियों में एक जगह होती है जब ग्राहक और उत्पाद टीम बहुत दूर होती हैं। लेकिन यह अब कोई समस्या नहीं है।

परंपरागत रूप से, सवालों का जवाब "हमारा ग्राहक कौन है?" और "ग्राहकों को क्या चाहिए?" विपणन, व्यवसाय विभाग या यहां तक ​​कि बिक्री विभाग पर देता है। जब जानकारी एकत्र की जाती है, तो इसे एक प्रारूप में बनाया जाना चाहिए जिसे हर कोई समझता है, और फिर उत्पाद विकास टीम में गिरा दिया जाता है।

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

व्यक्ति की विफलता

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

उपयोगकर्ता कहानियों में विफलता

"एक उपयोगकर्ता के रूप में, मैं फ़ोल्डरों को चिह्नित कर सकता हूं ताकि वे बैकअप न हों, इसलिए मेरी बैकअप डिस्क को वह नहीं भरा जाएगा जिसकी आवश्यकता नहीं है।" इस उपयोगकर्ता की कहानी में तीन बड़ी समस्याएं हैं:

1. व्यक्ति द्वारा उपयोग किया जाता है।
   
2. बोध प्रेरणा और अपेक्षाओं को जोड़ता है।
   
3. नजरअंदाज किए गए संदर्भ, सेटिंग और भय।

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

नौकरी की कहानियों का परिचय

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



यहाँ एक दृष्टिकोण है:

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

एक उदाहरण के रूप में, उत्पाद टीम द्वारा एक विक्रेता के प्रोफाइल को डिजाइन करने की प्रक्रिया पर विचार करें, जो कार डीलरों को ग्राहकों को ऋण दिलाने में मदद करता है।

प्रोफाइल डिजाइन

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

टीम उसके फैसले से प्रभावित नहीं है। लेआउट के प्रत्येक भाग के बारे में "क्यों" प्रश्न पूछे जाते हैं। इन सभी सवालों के बाद भी, टीम इस विचार को स्वीकार या अस्वीकार नहीं करती है। ये प्रश्न हैं: "उत्पाद को इस प्रोफ़ाइल की आवश्यकता क्यों है?", "प्रोफ़ाइल यहाँ क्यों होनी चाहिए और किसी अन्य स्थान पर नहीं होनी चाहिए?", "" इसे किस जानकारी को दिखाना चाहिए? "," किन स्थितियों में यह उपयोगी है? "," यह किस तरह का काम करता है? " प्रोफ़ाइल "

इन सवालों के जवाब के लिए, जॉब स्टोरी का उपयोग करके फीचर विवरण को फिर से डिजाइन किया गया था।

उच्च स्तर के काम के साथ शुरुआत करना

उत्पाद का उच्च-स्तरीय कार्य कार डीलर को भावी ग्राहक को ऋण दिलाने में मदद करना है। क्लाइंट और विक्रेता को बहुत सारे जटिल कागजात भरने होते हैं।

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

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

अय्यूब की कहानी का उपयोग हम लोगों के कारण-प्रभाव संबंधों, चिंताओं और प्रेरणाओं को निर्धारित करने के लिए करते हैं:

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

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

एक हल बनाएँ जो इस अय्यूब की कहानी को पूरा करे

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

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

यहाँ एक उदाहरण समाधान है:



निम्नलिखित उपयोगकर्ता इंटरफ़ेस का एक टूटना है: वह कार्य जो प्रोफ़ाइल के प्रत्येक तत्व करता है, और यह किन स्थितियों में हल करता है।



अब हमारे पास एक उत्पाद है जिसमें नौकरी के लिए प्रत्येक समाधान की जड़ें मिल सकती हैं: ग्राहक द्वारा व्यक्तिगत डेटा के हस्तांतरण के दौरान सुरक्षा की भावना देना।

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

सार विशेषताएँ, प्रेरणा और उम्मीदों के साथ प्रतीति का संयोजन टीमों को पागल करता है। यदि टीम गहराई से खोदती है और क्लाइंट के काम का अध्ययन करती है, तो यह समाधान को अधिक कुशलता से बनाता है। उत्पाद डिजाइन के लिए नौकरी की कहानियां सबसे उपयुक्त हैं।

अध्याय 9. पूछो "क्यों" - सही है

पोस्ट करनेवाले: Dan Ritzenthaler

जब तक मैं जॉब्स-टू-बी-डोन में पहुंच गया, मैंने शायद ही रूट समस्या को परिभाषित किया ताकि यह एक साधारण बयान पर आ जाए। मैं टीम के सदस्यों के सामने इसे कैसे स्पष्ट रूप से व्यक्त कर सकता हूं? इसकी बेहतर समझ के लिए विभिन्न कोणों से समस्या पर विचार करना आवश्यक है। और सवाल पूछें "क्यों?" - ग्राहकों को क्या करने की कोशिश कर रहे हैं में गहराई से गोता लगाने के सर्वोत्तम तरीकों में से एक।

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

***

मैं सवाल पूछना बंद नहीं कर सकता "क्यों?" आपके प्रत्येक कथन के लिए, और फिर ... फिर से मैं पूछूंगा "क्यों?"। यह एक पेशेवर विकृति है।

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

उत्पाद डिजाइन के लिए, मूल कारण अक्सर बहुत तेज होता है। लेकिन "क्यों?" प्रश्न पूछने का मूल्य आमतौर पर गंतव्य तक पहुंचने में शामिल नहीं होता है, लेकिन इसके लिए आंदोलन में।

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

उत्पादक टॉक स्तर

आप हमेशा जितना चाहें उतना गहरा खोद सकते हैं। , . «?».

, . , , :

1. -, : ? , .
   
2. -, : ? , .
   
3. -, : , ? .
   

. , : « ?», .

, , — . , .

— . , .

? ? ? ? : ?

? , , ? , ? ? , , ?

, . , , .

— . , , .

, ? ? , ? , - ? , , ?

? , , ? , , ? , ?

. , , .

— . , , , .

, , ? , ? ?

? -, ? , ? , ?

, . , .

, , . . . , , . , .

निष्कर्ष

Intercom Jobs-to-be-Done . . . , , , .

, Jobs-to-be-Done. , , . , Intercom, .

, , . , , Intercom . , .

Jobs-to-be-Done . — , . , . , .

, . des@intercom.com

पढ़ने के लिए धन्यवाद।