अनावश्यक तत्वों को हटाने का महत्व

• जब किसी product, project या company के अनावश्यक रूप से जटिल हो जाने का एहसास हो, तो उस समस्या को हल करने के सबसे अच्छे तरीकों में से एक है उन हिस्सों को हटाना जिन्हें 'ज़रूरी' माना जाता था
• Pinecone के उदाहरण के माध्यम से समझाया गया है कि जटिलता कम करना कैसे बेहतर परिणाम ला सकता है

कैलकुलेटर

• usage-based pricing की जटिलता
  • usage-based pricing में यह कठिनाई होती है कि user पहले से product की लागत का सटीक अनुमान नहीं लगा सकता
  • कई कंपनियों की तरह, Pinecone ने भी pricing page में एक कैलकुलेटर जोड़ा ताकि संभावित ग्राहक अपने usage pattern के आधार पर लागत का अनुमान लगा सकें
  • लेकिन users के साथ बातचीत से पता चला कि कैलकुलेटर इतना संवेदनशील और भ्रमित करने वाला था कि वह वास्तविक लागत से 1,000 गुना तक अधिक अनुमान दिखा सकता था
  • इसके कारण users गलत फैसले लेने लगे और product का उपयोग छोड़ने की स्थिति पैदा हुई
• सुधार की कोशिशें और उनकी सीमाएँ
  • कैलकुलेटर को सुधारने की कोशिशें जारी रहीं, लेकिन जैसे-जैसे explanations, disclaimers और default values जोड़ी गईं, भ्रम और बढ़ता गया
  • कंपनी के भीतर कैलकुलेटर से जुड़ी चर्चाओं ने 550 से अधिक messages पैदा किए, हज़ारों शब्दों के documents बने और दर्जनों घंटों की meetings हुईं
• कैलकुलेटर हटाने का प्रयोग
  • आखिरकार, किसी ने यह सवाल उठाया, 'क्या कैलकुलेटर सच में ज़रूरी है?' और इसी से कैलकुलेटर हटाने का A/B test किया गया
  • test के नतीजों ने दिखाया कि कैलकुलेटर हटाने से users के लिए बेहतर परिणाम मिले
  • कैलकुलेटर के बिना वाले version के visitors ने कैलकुलेटर वाले version के visitors की तुलना में 16% अधिक sign-up किया और 90% अधिक contact किया
  • pricing से जुड़े support requests भी नहीं बढ़े, और users कुल मिलाकर कम भ्रमित और अधिक संतुष्ट थे
  • internal survey में 10 में से 7 लोगों ने सोचा था कि कैलकुलेटर वाला version बेहतर होगा

सवाल पूछने और हटाने का साहस

• समस्या हल करने में जोड़ने के बजाय हटाने की ज़रूरत
  • ज़्यादातर लोग समस्या हल करते समय कुछ अतिरिक्त जोड़ने के आदी होते हैं, लेकिन वास्तव में हटाना बेहतर समाधान हो सकता है
  • हटाने के फायदे बड़े होने पर भी लोग उसे एक स्पष्ट विकल्प की तरह नहीं देखते
• जब जटिलता जुड़ जाती है, तो वह अक्सर मूल्यहीन होने पर भी बनी रहती है
  • कुछ जोड़ने पर मिलने वाला reward अधिक होता है, और हटाने के लिए लगभग कोई incentive नहीं होता
  • लोग यह मानना नहीं चाहते कि जो उन्होंने जोड़ा था वह मूल्यवान नहीं था
  • लोग यह भी नहीं चाहते कि ऐसा लगे जैसे वे किसी और द्वारा जोड़ी गई चीज़ पर हमला कर रहे हैं
  • जो पहले से मौजूद है, उसके बारे में मान लिया जाता है कि उसके होने की कोई अच्छी वजह होगी, इसलिए उसकी दोबारा समीक्षा नहीं की जाती
• हम अक्सर मौजूदा चीज़ों को हटाने से पैदा होने वाली बेचैनी के कारण हटाने से डरते हैं, लेकिन साहसिक हटाव बेहतर परिणाम ला सकता है
• जब किसी जटिल समस्या का सामना हो, तो यह सवाल पूछने की ज़रूरत है: "क्या इसे हटाने पर भी सब ठीक रहेगा?"

GN⁺ की राय

• यह लेख इस बात पर ज़ोर देता है कि जटिलता को कम करना कितना महत्वपूर्ण है। जटिल system या product ग्राहकों और users के लिए अनावश्यक भ्रम पैदा कर सकते हैं, और इसे हल करने के लिए साहसिक निर्णय की ज़रूरत होती है
• जटिल system को बनाए रखने का एक कारण यह है कि हमें लगता है कि उसके मौजूद रहने की कोई वजह है। लेकिन कई बार यही तत्व समस्या को और बिगाड़ सकते हैं
• यह दृष्टिकोण खासकर software development, project management और product design में महत्वपूर्ण सीख देता है। जटिलता हटाकर बेहतर user experience और ऊँचे परिणाम हासिल किए जा सकते हैं
• इसी तरह के दृष्टिकोण में, "सबसे सरल चीज़ सबसे शक्तिशाली होती है" इस सिद्धांत को याद रखने की ज़रूरत है। अतिरिक्त features या जटिल संरचना से समस्या हल करने की कोशिश करने के बजाय, अनावश्यक तत्वों को हटाना बेहतर परिणाम दे सकता है

[GN⁺]

Hacker News राय

• कैलकुलेटर अच्छा था या बुरा, यह स्पष्ट नहीं, लेकिन तर्क ऊपर-ऊपर से बेतुका लगता है

  • जिन विज़िटर्स ने कैलकुलेटर नहीं देखा, उन्होंने ज़्यादा साइन अप किया और संपर्क किया
  • दावा है कि अल्पकालिक A/B टेस्ट से दीर्घकालिक प्रभाव नहीं जाना जा सकता
  • सर्च रिज़ल्ट्स से जानकारी हटाने के बाद click-through rate बढ़ने का एक उदाहरण दिया गया

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

  • शुरुआती चरण के प्रोजेक्ट्स में भविष्य के मूल्य का अनुमान लगाना कठिन होता है
  • SQL schema में अतिरिक्त metadata column जोड़ने का अपना अनुभव साझा किया
  • YAGNI सिद्धांत के अनुसार उसे हटा दिया गया, लेकिन बाद में फिर उसकी ज़रूरत पड़ी
  • सिर्फ क्या पाया जा रहा है नहीं, क्या खोया जा रहा है यह देखना भी महत्वपूर्ण है

• आंतरिक सर्वे में 70% लोगों ने सोचा कि कैलकुलेटर बेहतर होगा

  • 30% लोगों का यह सोचना कि कैलकुलेटर बुरा विचार है, एक बड़ी समस्या की ओर इशारा करता है
  • राजनीतिक कारणों से दूसरी टीम की आलोचना न करने की प्रवृत्ति होती है
  • इस मामले में लगता है कि समस्या को पहचाना गया और सुलझाया गया

• लेखक को अपनी ही सलाह मानने का सुझाव दिया गया

  • "Psst... Get the next post in your inbox" वाला इंटरप्शन मैसेज हटाने की सिफारिश की गई
  • पेज पर subscribe करने के पाँच तरीके हैं
  • यूज़र के प्रति सम्मान दिखाना महत्वपूर्ण है

• सामान्य संदेश दिलचस्प है

  • बताया गया कि गलत input के कारण 1000 गुना तक अधिक आकलन हो सकता है
  • वास्तविक उपयोग में गलत आकलन से भारी लागत आ सकती है
  • टूल हटाने से registration बढ़ सकते हैं, लेकिन इससे ग्राहकों को मदद नहीं भी मिल सकती

• एक समर्पित Slack channel बनाया गया और उस पर बहुत सी राय इकट्ठी हुई

  • यह ज़रूरत से ज़्यादा hiring का लक्षण लगता है
  • सहमति तक पहुँचने में बहुत अधिक समय लग रहा है

• ग्राहकों के लिए उपयोगी ढंग से मॉडल न किए जा सकने वाले जटिल pricing structure को हटाना बेहतर हो सकता है

• कंपनी के पास 250 products हैं, लेकिन 5 products से 80% revenue आता है

  • मुख्य products की development team पर अत्यधिक बोझ है
  • कंपनी की आंतरिक राजनीति के कारण अक्षम ढाँचा बना हुआ है

• इसी तरह का अनुभव साझा किया गया

  • product selection में मदद के लिए एक advisor app बनाया, लेकिन conversion rate गिर गई
  • उसे FAQ section में ले जाया गया, लेकिन वहाँ भी उसका लगभग उपयोग नहीं हुआ

• Pinecone की pricing महंगी होने की ओर इशारा किया गया

  • कैलकुलेटर हटाने से मूल समस्या हल नहीं होती
  • price comparison कठिन हो जाता है, जिससे यूज़र पर्याप्त समझ के बिना data upload कर सकते हैं
  • pricing transparency महत्वपूर्ण है, और कैलकुलेटर की accuracy व usability सुधारना बेहतर तरीका है