2008-09-10 14 views
7

यहां एक परिदृश्य है, मुझे यकीन है कि आप सभी परिचित हैं।खराब सूचित ग्राहक विकल्पों से निपटने के लिए कैसे करें

  1. आपके पास काफी "हाथ से बंद" ग्राहक है, जो वास्तव में आपके सर्वोत्तम प्रयासों के बावजूद निर्णय लेने में शामिल नहीं होना चाहता।

  2. एक अनुभवी विकास टीम समस्या के किसी विशेष दृष्टिकोण के पेशेवरों और विपक्षों पर चर्चा करने में घंटों खर्च करती है और एक सुंदर समाधान के साथ आती है जो अधिक स्पष्ट दृष्टिकोणों के नुकसान से बचाती है।

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

  4. स्पष्टीकरण के बावजूद, ग्राहक रुचि नहीं रखते हैं, वे बस इसे बदलना चाहते हैं।

  5. आप विलाप और पूर्ण अच्छी तरह से आगे क्या होगा यह जानकर, कि वे क्या पूछना करना ...

  6. 3 हफ्ते बाद, ग्राहक कहना है कि वह अच्छी तरह से इस तरह से काम नहीं कर रहा है, आप इसे बदल सकता है? आप फिर से अपना मूल समाधान सुझाते हैं, और वे उत्साह के साथ उस पर कब्जा करते हैं। ऐसा लगता है कि वे हमेशा चुनिंदा भूलभुलैया का एक रूप लेते थे और इसे पहली जगह में गड़बड़ाने में अपनी भूमिका को अवरुद्ध कर देते थे।

मुझे यकीन है कि आप में से कई इस के माध्यम से चले गए हैं। जो चीज मुझे प्राप्त करती है वह हमेशा होती है जब हम उस समय और प्रयास को जानते हैं जो उचित रूप से उज्ज्वल और सक्षम लोगों ने वास्तव में समस्या को समझने और अच्छे समाधान के साथ आने की कोशिश में डाल दिया है। निराशा इस ज्ञान के विपरीत इस बात के विपरीत आती है कि ग्राहक की पसंद आकस्मिक नज़र में 3 मिनट में बनाई जाती है (या बदतर, उनके प्रबंधकों द्वारा जो अक्सर यह भी नहीं जानते कि परियोजना वास्तव में क्या है)। केक पर टुकड़ा यह है कि यह आमतौर पर दिन में बहुत देर हो चुकी है।

मुझे पता है कि फुर्तीली पद्धतियों को इस तरह की समस्या को हल करने के लिए डिज़ाइन किया गया है, लेकिन इसके लिए कुछ निश्चित प्रकार के ग्राहकों (आमतौर पर अन्य लोगों के पैसे खर्च करने वाले लोगों) में ग्राहक स्तर खरीदने की आवश्यकता होती है।

कोई भी इस बात से कोई समझदार अंतर्दृष्टि है कि आप इससे कैसे निपटते हैं?

संपादित करें: ओह - वैसे, मैं इस में किसी भी मौजूदा या हालिया ग्राहक के बारे में बात नहीं कर रहा हूं। यह पूरी तरह से hypothetical है ...

उत्तर

9

अपने ग्राहक को अपनी समस्या के समाधान को डिजाइन करने और विकसित करने के प्रयास में भुगतान करें।

जितना अधिक आप काम करते हैं, उतना ही आपको मिलता है। ग्राहक को अपनी गलतियों के लिए भुगतान करना होगा।

ग्राहक अंततः प्रोग्रामिंग क्षेत्र में आपके अनुभव और अंतर्दृष्टि की सराहना करना सीखेंगे।

2

नियाज सही है, दुर्भाग्य से ग्राहक खरीदना मुश्किल है जब तक कि उन्हें पहले इस तरह जला दिया नहीं जाता है।

इसके अतिरिक्त ग्राहक को उपरोक्त परिदृश्य का वर्णन करें और बताएं कि यदि आप लाइन के नीचे तीन या चार सप्ताह गए थे तो उसे कितना अतिरिक्त खर्च होगा और बदलाव के कारण इसे फिर से लिखना होगा और फिर उन्हें प्रोटोटाइप का उपयोग करने दें। इसे एक साथ रखने में कुछ दिन लग सकते हैं ताकि वे दोनों विकल्प (उनके [गलत तरीके], और आपका [सही तरीका] देख सकें)।याद रखें कि वे न केवल प्रोग्राम करने की आपकी क्षमता के लिए बल्कि आपके मुद्दों और ज्ञान के बारे में ज्ञान के लिए भी भुगतान कर रहे हैं।

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

0

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

कुछ हद तक निराशाजनक, हाँ, लेकिन यह हमेशा इस तरह के ग्राहकों के साथ रहेगा। कम से कम आप पैसे खोना नहीं होगा।

2

मैं नियाज़ से सहमत हूं। हालांकि उस समय ग्राहक परिवर्तन को सुझाता है, आपको यह पता लगाना चाहिए कि परिवर्तन का असर क्या होगा, और यह कितना प्रभाव हो सकता है। फिर पूछें कि जो भी जिम्मेदार है (वह हमेशा ग्राहक नहीं है) वितरित करने योग्य के लिए यदि वे परिवर्तन को स्वीकार करते हैं।

प्रभाव को स्पष्ट करना (अधिक लागत, कम विश्वसनीयता, लंबी डिलीवरी का समय आदि) ग्राहक को निर्णय लेने में मदद करना बहुत महत्वपूर्ण है। परियोजना या उनके व्यापार पर तथ्यों के तथ्यों का वर्णन करना बहुत महत्वपूर्ण है, और यह आकलन करना कि यह प्रभाव कितना संभव है। "Maybes" और "मुझे लगता है" बहुत अनजान हैं।

उसके बाद जब तक सही लोगों परिवर्तन को स्वीकृत करने और जब तक वे इसके लिए भुगतान के रूप में अच्छी तरह से .. आप उन्हें दी है कि वे क्या :)

1

एक बात करना चाहता था पहले हमें कुछ सफलता के साथ किया है के रूप में इस तरह की स्थितियों में ग्राहकों को मुद्दों को सौंपना है।

"ठीक है, आप इसे बदलना चाहते -।। इस है अगर आप ऐसा नहीं होगा क्या ये मुद्दे शामिल हैं आप एक आप कैसे यह और फिर काम करना चाहते हैं के बारे में सोचना है हमें वापस मिलें "।

यह दृष्टिकोण अच्छे समाधान (असुरक्षित रूप से) उत्पन्न नहीं करता है लेकिन क्लाइंट को यह देखने देता है कि यह अंधेरे प्रकार के प्रश्न में जंगली स्टैब नहीं है।

और विफल होने पर, यह आमतौर पर उन्हें बदलने के लिए कहने से रोकता है!

1

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

Agile प्रोग्रामिंग सबसे अच्छा तरीकों में से एक है, लेकिन ऐसा करने के अन्य तरीके हैं। व्यक्तिगत रूप से मैं आमतौर पर क्लासिक वाटरफॉल विधि का उपयोग करता हूं, इसलिए सर्पिल और चुस्त विधियां प्रश्नों से बाहर हैं। लेकिन इसका मतलब यह नहीं है कि आप प्रोटोटाइप का उपयोग नहीं कर सकते हैं।

वास्तव में, प्रोटोटाइप का उपयोग करने के लिए शायद उपयोग करने का सबसे उपयोगी टूल होगा। Think about the iceberg effect.The secret is that People Who Aren't Programmers Do Not Understand This. http://img134.imageshack.us/my.php?image=icebergbelowwater.jpg

"आप जानते हैं कि बर्फबारी 90% पानी के नीचे कैसे है?खैर, सबसे सॉफ्टवेयर भी है कि तरह है - वहाँ एक सुंदर यूजर इंटरफेस है कि काम का लगभग 10% ले जाता है, और फिर प्रोग्रामिंग काम का 90% कवर किया जा रहा है .... "- योएल Spolsky

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

दूसरा मुद्दा:।

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

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

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

समस्या:

पार्क है, जहां सभी अच्छी लग रही महिलाओं आकार में रहने के जॉगिंग। जॉनी ब्रावो "मां प्रकृति की सुंदरता" का आनंद लेना पसंद करते हैं, इसलिए वह मिश्रण करने के लिए देख रहा है ... आप जानते हैं ... सभी बफ को देखो और पूंछ का पीछा करते हुए थोड़ा जॉगिंग करें।

वैकल्पिक समाधान:

1) काला suede shoes पर डाल के रूप में आप कर सकते हैं के रूप में स्टाइलिश देखने के लिए।

2) नाइकी की एक जोड़ी डालें। दौड़ने के लिए आवश्यक जूते। नवीनतम शैलियों का प्रयास करें।

लागू समाधान: क्योंकि ... अच्छी तरह से क्योंकि गर्म माँ काला suede shoes खुदाई

काले suede shoes शीर्ष पसंद थे।

संबंधित मुद्दे