फेडर वीरिन: सबसे दिलचस्प रिपोर्ट, कम से कम मेरे लिए, प्रयोज्य पर रिपोर्ट है, और यह क्या है, दिमित्री सैटिन, यूसेबिलिटीलैब के प्रमुख।

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



दिमित्री साटन : धन्यवाद, फेडर! फेडर ने मुझे एक प्रकार का सनकी बना दिया, जो कम हैं।

फेडर वीरिन: क्या मेरे पास दो और शब्द हो सकते हैं? मुझे यह कहना चाहिए कि Mail.ru में एक विश्लेषक के रूप में मेरे कर्तव्य के कारण, जब Yandex ने My Circle खरीदा, तो मुझे इसमें दिलचस्पी थी कि यह क्या है और वहां पंजीकृत है। मेरा मानना ​​है कि मैं बहुत से लोगों को जानता हूं, लेकिन दिमित्री में 440 संपर्क हैं, या तो! यानी यह लगभग सभी की तुलना में अधिक है।

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

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

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

दो और प्रारंभिक शब्द। एक फेडर के लिए, लेकिन यह दूसरा होगा।

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

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

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

• प्रयोज्य क्यों
  
  
• प्रयोज्यता परिपक्वता
  
  
• अवधारणाओं और प्रक्रियाओं

चुना गया आदेश सबसे अच्छा नहीं हो सकता है। शायद परिभाषाओं के साथ शुरू करना अधिक स्वाभाविक होगा।

प्रयोज्य क्यों?

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

मैंने आपके साथ बातचीत के रूप में मानसिक रूप से इसकी योजना बनाई है, लेकिन आप में से कई हैं, और मैं अकेला हूं, इसलिए मुझे तकनीकी कारणों से पूरी बातचीत नहीं मिल सकती है।

एपिग्राफ के रूप में यहां स्कॉट बर्कुन के एक लेख का एक उद्धरण है, "प्रयोज्य प्रयोगशालाओं की शक्ति पर":

- हमें अधिक समझदार उपयोगकर्ताओं की आवश्यकता है!

- नहीं! हमें अधिक देखभाल करने वाले डेवलपर्स की आवश्यकता है!

मैं जो कुछ बताऊंगा, ज्यादातर उसके लेखों पर आधारित होगा, जिसका हमने रूसी में अनुवाद किया है। आप उन्हें लिंक पर भी पा सकते हैं।

अब, वास्तव में, एक उत्तेजना: क्या आप लक्ष्य में हैं?

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

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

उपयोगकर्ता हमारे सिस्टम को बकवास क्यों कहते हैं? ठीक है, क्योंकि वे उन्हें बहुत जटिल लगते हैं। क्योंकि यूजर्स को समझ नहीं आता है कि उनके साथ कैसे काम किया जाए। क्योंकि कार्यक्रम अस्थिर होते हैं, वे अक्सर टूट जाते हैं। उपयोगकर्ता कहते हैं: “मैं बीमार हूँ! मैं कुछ सरल देखने जाऊंगा। ” हम उपयोगकर्ताओं को दुनिया की अपनी धारणा बदलने के लिए मजबूर करते हैं, और हम अपने सिस्टम को उनके जीवन में एकीकृत नहीं कर सकते हैं। हम अक्सर एक उत्पाद पेश करते हैं और मानते हैं कि उपयोगकर्ता को इसके साथ बातचीत करने का आनंद लेना चाहिए। लेकिन वास्तव में, उपयोगकर्ता का आनंद हमारे उत्पाद के साथ बातचीत के दायरे से परे है। उपयोगकर्ता हमारे ऑनलाइन स्टोर में 5 मिनट में कुछ खरीदना चाहता है, या नौकरी खत्म कर सकता है, एक पत्र लिख सकता है, आदि, और अंत में, आनंद लें। इसलिए, हमें बस इतना करना है कि असंगत और प्रभावी इंटरफेस बनाना है जो हमें थोड़े समय में समस्याओं को हल करने की अनुमति देता है, हमें इसके लिए पैसे देता है, और हमेशा के लिए भाग लिया जा सकता है, या फिर मिल सकता है अगर हमारे पास एक सक्षम वफादारी कार्यक्रम है।

यह कैसे काम करता है? हममें से कोई भी उद्देश्य पर कुछ भी गलत नहीं करता है। हम सब कुछ अच्छे इरादों के साथ करते हैं। मुझे यकीन है कि हमारे बीच कोई पेशेवर खलनायक नहीं हैं। और हम हर फैसला अच्छे के लिए करते हैं। लेकिन हम में से प्रत्येक आत्म-केंद्रित है। स्व-केंद्रितता का क्या अर्थ है? यह एक मनोवैज्ञानिक अवधारणा है - जब कोई व्यक्ति यह मानता है कि लोग वही चाहते हैं, जो वह जैसा सोचता है, अपने आप को वैसा ही महसूस करता है, जैसे वह, आदि। यह बच्चों में अधिक अंतर्निहित है, एक वयस्क धीरे-धीरे अपने जीवन भर इस अहंकार को खत्म करता है, इस तथ्य की अभिव्यक्ति का सामना करता है कि लोग उससे अलग हैं, वह दूसरों की आंखों से चीजों को देखना सीखता है। लेकिन बचपन से हमारे अंदर निहित अहंकारवाद बुढ़ापे तक बना रहता है, पूरी तरह से रेखांकित नहीं होता है। और हम अक्सर अपने उपयोगकर्ताओं के बारे में सोचते हैं कि वे वास्तव में क्या हैं। और हम अपने समाधानों को सुविधाजनक, मानक या सरल मानते हैं। लेकिन आपको उपयोगकर्ता को संलग्न करने की आवश्यकता है! आपको उसे लाने और यह पूछने की ज़रूरत है कि वह इसके बारे में क्या सोचता है, और क्या वह इसके साथ काम कर सकता है। हम अक्सर ऐसी धारणाएँ बनाते हैं जो हमारी परियोजनाओं को भटकाती हैं। और हमारे प्रयास हमारे उपयोगकर्ताओं के नकारात्मक अनुभव में बदल जाते हैं।

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

मैं, आप की तरह, कई इंटरनेट परियोजनाओं में काम करता हूं, और मैं इन अनुभवों के माध्यम से कुछ अनुभवों और मेरे इतिहास में आया, मेरे व्यक्तिगत इतिहास में, किसी भी उपयोगकर्ताओं को अपील किए बिना निर्णय लेने के क्षण थे। मेरे पास डेटिंग उद्योग से कई उदाहरण हैं - बड़ी बात यह है कि पलक की कार्यक्षमता है। स्वतंत्र और बिना किसी दायित्व के। एक महिला पर एक आदमी झपकी ले सकता है - जैसा कि वास्तविक दुनिया में होता है। यह कार्यक्षमता उद्योग में एक नेता, match.com पर लागू की गई है। लेकिन उपयोगकर्ता प्रयोज्य परीक्षण के लिए आता है और पूछता है - यह क्या पसंद है? और क्या अनुसरण करता है - नहीं, निश्चित रूप से, मैं भौतिक दुनिया में समझता हूं कि इसका क्या मतलब है पलक, लेकिन केवल आपके सिस्टम में क्या होगा - मैं अपनी आँखें नहीं झपकाता हूं? क्या मुझे कुछ बटन पर क्लिक करना चाहिए? और इस फ़ंक्शन की ऐसी गलतफहमी के परिणामस्वरूप, वह या तो इसका उपयोग बिल्कुल नहीं करता है (अर्थात, इसे अनदेखा करता है), या इसका दुरुपयोग करना शुरू कर देता है, और फिर समर्थन सेवा संदेश प्राप्त करना शुरू कर देती है - “क्या आपके पास अपनी आँखों के साथ एक टिक है? वे सब मुझ पर क्यों झपटते हैं? ”क्योंकि उपयोगकर्ता, इस फ़ंक्शन के मूल्य को नहीं जानते हैं और यह किस ओर जाता है, इसका गलत तरीके से उपयोग करता है। यह केवल एक उदाहरण है जब हमने उपयोगकर्ता के लिए सोचा था, और उपयोगकर्ता पूरी तरह से अनावश्यक निकला। नियमित प्रयोज्य परीक्षण आवश्यक है ताकि हमारे सभी प्रयास व्यर्थ न हों।

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



उत्पाद और प्रक्रियाओं में सुधार कैसे करें?

• उत्पाद के प्रोटोटाइप के उपयोग से उपयोगकर्ता के हाथों में आने से पहले स्मार्ट प्रोजेक्ट टीम त्रुटियों को खत्म करती है।
  
  
• प्रयोज्य परीक्षण के संयोजन में, प्रोटोटाइप टीम को भटकने की अनुमति नहीं देते हैं।

दूसरी बात जो मुझे अक्सर मिलती है वह निम्न स्थिति है: “अच्छा! आप बहुत ही सही शब्द कहते हैं, लेकिन हम अपने ग्राहक / प्रबंधन से यह नहीं कह सकते हैं कि वे पैसे आवंटित करें जिन्हें हमें अधिक समय और अधिक पैसा खर्च करने की आवश्यकता है, अर्थात्। आपको शामिल करने के लिए बजट और परियोजना की शर्तों को बढ़ाने के लिए - परियोजना में ऐसे विलक्षण प्रयोज्य। " मौलिक रूप से गलत समझ। प्रयोज्यता समय में कमी और एक परियोजना को पूरा करने के लिए आवश्यक संसाधनों में कमी की ओर जाता है। लेकिन इस मामले में, हालांकि, जिज्ञासाएं हैं। आउटसोर्सिंग व्यवसाय रूस में बहुत विकसित है और कई अच्छे प्रोग्रामर पश्चिमी परियोजनाओं पर काम कर रहे हैं। तब परियोजना प्रबंधकों ने मुझे बताया: “ठीक है, वास्तव में, हम कमी में बहुत रुचि नहीं रखते हैं, या तो, क्योंकि हमारे पास प्रोग्रामर का एक समूह है जिसे खिलाया जाना आवश्यक है। और अगर बजट अचानक सिकुड़ जाता है, तो वे क्या करेंगे? ”इस मामले में, हमारे पास एक संघर्ष है, एक रणनीतिक एक है, और इससे बाहर का रास्ता एक रणनीतिक निर्णय करना है - जो बेहतर है: प्रोग्रामर की टीम को खिलाने के लिए या थोड़े समय में उन्हें संतुष्ट करने वाले और वफादार ग्राहकों की जरूरत है। गुणवत्ता के उत्पाद दिया, गुणवत्ता समाधान? मुझे लगता है कि यह रूस की एक विशेषता है, लेकिन यहां काम करने वाले व्यवसायी - रूस में, और बजट की निगरानी करना, निश्चित रूप से यह सुनिश्चित करने में दिलचस्पी होनी चाहिए कि यह जल्दी और कुशलता से होता है।



यह सब क्यों जरूरी है? अब, वास्तव में पैसे के बारे में, मैंने पहले ही इसके बारे में थोड़ी बात कर ली है। स्क्रीन पर आपके द्वारा देखे जाने वाले नंबर: "1 डॉलर लाभ या बचत के 10 से 100 डॉलर तक लाता है।" प्रत्येक परियोजना में बजट में छिपी लागत की योजना नहीं है। ये rework के लिए खर्च, उपयोगकर्ता समर्थन के लिए लागत आदि हैं। जब वे एक विकास बजट निर्धारित करते हैं और समय सीमा निर्धारित करते हैं, तो वे अक्सर यह नहीं समझते हैं कि उत्पाद को वास्तविक दुनिया के अनुकूल बनाने के लिए इसके लिए दो से तीन गुना अधिक खर्च करना पड़ सकता है। इस तरह की संख्याएँ प्रयोज्य में से कुछ हैं, जो फेडर ने कहा, कम हैं, इन नंबरों पर विश्वास नहीं करते हैं - और यह आश्चर्यजनक है! शायद इसलिए कि वे सलाहकार के रूप में काम करते हैं और उस व्यवसाय के करीब नहीं हैं जिसके लिए वे काम करते हैं। ये आंकड़े आंकड़ों से लिए गए हैं, लेकिन मैं व्यक्तिगत रूप से उनकी सदस्यता ले सकता हूं, क्योंकि मैं एक ऐसी कंपनी के लिए काम करता हूं, जो अन्य चीजों के अलावा, अपनी खुद की परियोजनाओं को विकसित कर रही है। शुक्रवार को, आप हमारे अनुभाग की रिपोर्टों पर आईटी-ऑनलाइन से अन्ना गैलाखोवा को देखेंगे, जो बताएंगे कि बिक्री योजना कैसे प्रयोज्य होने के कारण अधिक लाभदायक है, स्थिर विपणन के साथ। वहां हमें "साफ" स्थिति मिली, क्योंकि विपणन में कठिनाइयां थीं और प्रयोज्य में सफलताएं थीं। इन स्वच्छ स्थितियों में, यह दिखाने के लिए बहुत अच्छा था कि उपयोगकर्ता के अनुभव और हमारे उपयोगकर्ता के जीवन की गुणवत्ता में सुधार के लिए यह कितना बड़ा संसाधन है - और इसके लिए वह क्या भुगतान करता है।



तो, यह क्या होता है? जैसा कि मैंने कहा, यह विकास के समय और लागत में कमी है, यह बिक्री में वृद्धि है, यह उपयोगकर्ता की वफादारी में वृद्धि है (हम प्रयोज्य मैट्रिक्स में से एक को याद करते हैं: उत्पादकता, दक्षता, संतुष्टि), और rework और अंतहीन उपयोगकर्ता समर्थन से जुड़ी छिपी हुई लागत में कमी।



उपयोगिता सकारात्मक योगदान:

• विकास: लागत में कमी और समय में कमी;
  
  
• बिक्री: राजस्व वृद्धि;
  
  
• उपयोगकर्ता: दक्षता, उत्पादकता और संतुष्टि बढ़ाएँ;
  
  
• कार्यान्वयन लागत (प्रशिक्षण को कम करके) और उपयोगकर्ता सहायता।

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



विकास प्रभाव:

• विकास लागत कम करें
  
  
• विकास का समय कम करें
  
  
• कम उत्पाद समर्थन लागत
  
  
• उत्पाद रूपांतरण लागत कम करें

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

इस दुनिया में अच्छाई सब कुछ एक उदार दिमाग द्वारा बनाई गई है। यदि आप दूसरों के लिए बनाते हैं, तो आप उन्हें वह दे सकते हैं जो वे देने को तैयार हैं। ”



संदर्भ:

स्कॉट बर्कुन:

• प्रोटोटाइप करने की कला उपयोगकर्ता इंटरफेस
  
  
• ज्यादातर कार्यक्रम इतने भद्दे क्यों होते हैं
  
  
• प्रयोगशाला प्रयोज्यता शक्ति
  
  
• क्यों भयानक तकनीक समान रूप से भयानक उत्पाद नहीं बनाती है

http://scottberkun.it-online.ru/articles/



हारून मार्कस:

• प्रयोज्य की रोटी

http://www.upassoc.org/usability_resources/

usability_in_the_real_world / roi_of_usability.html