अच्छे से काम करने वाले प्रोडक्ट खरीदने की कठिनाई (2022)

 (danluu.com)
2 पॉइंट द्वारा GN⁺ 2024-12-17 | 1 टिप्पणियां | WhatsApp पर शेयर करें

चीज़ें अच्छी तरह खरीदना मुश्किल क्यों है?

बाज़ार की अक्षमताएँ

  • कहा जाता है कि बाज़ार दक्षता को मजबूर करता है, लेकिन कई कंपनियाँ अक्षमताओं के बावजूद जीवित रहती हैं.
  • Silicon Valley की कंपनियों को टैलेंट खोजने में कठिनाई होती है.
  • प्रोडक्ट की गुणवत्ता अच्छी न होने पर भी उसके प्रतिस्पर्धा में टिके रहने के कारण होते हैं.

उपभोक्ता और सूचना की असमानता

  • कई उपभोक्ताओं के लिए प्रोडक्ट की गुणवत्ता का सही आकलन करना कठिन होता है.
  • सिर्फ़ ऊँची कीमत होने का मतलब हमेशा अच्छी गुणवत्ता नहीं होता.
  • विशेषज्ञों की सलाह भी हमेशा भरोसेमंद नहीं होती.

कंपनियों की अक्षमताएँ

  • कंपनियाँ भी अक्सर प्रोडक्ट या सेवाओं का सही चयन नहीं कर पातीं.
  • वे outsourcing के ज़रिए समस्या हल करने की कोशिश करती हैं, लेकिन कई बार नतीजे संतोषजनक नहीं होते.
  • कुछ मामलों में समस्या को अंदर ही हल करना बेहतर हो सकता है.

तकनीकी प्रोडक्ट की समस्याएँ

  • तकनीकी प्रोडक्ट में अक्सर design flaws होते हैं.
  • कई software प्रोडक्ट सही तरह से काम नहीं करते.
  • "खरीदने" के बजाय "बनाने" का विकल्प बेहतर हो सकता है.

डिलीवरी और लॉजिस्टिक्स की समस्याएँ

  • डिलीवरी सेवाओं की reliability की समस्या के कारण कंपनियों को अक्सर अपना खुद का डिलीवरी सिस्टम बनाना पड़ता है.
  • छोटी कंपनियों के लिए इन समस्याओं को सुलझाना कठिन होता है.

सांस्कृतिक अंतर

  • कुछ अन्य संस्कृतियों में चीज़ों के खो जाने या चोरी हो जाने की संभावना कम होती है.
  • कम भरोसे वाले समाज में बाहरी कंपनियों या आंतरिक टीमों के बीच सहयोग करना कठिन होता है.

निष्कर्ष

  • बाज़ार की अक्षमताएँ और सूचना की असमानता, उपभोक्ताओं और कंपनियों दोनों के लिए बड़ी समस्याएँ पैदा करती हैं.
  • कम भरोसे वाले माहौल में समस्याओं को अंदर ही हल करना बेहतर विकल्प हो सकता है.

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-12-17
Hacker News की राय

  • Fivetran के एक कर्मचारी ने Postgres के change log handling के तरीके को लेकर हुई गलतफहमी की ओर इशारा किया। Postgres logical replication के ज़रिए WAL को बनाए रख सकता है.

    • उनका दावा है कि Dan ने तकनीक को गलत समझा और जल्दी निष्कर्ष निकाल लिया.
    • विशेषज्ञ भी गलत हो सकते हैं, लेकिन Dan के मामले में समस्या अहंकार को माना गया.

  • software की quality समस्या और 'buy vs build' spectrum पर दिलचस्प चर्चा.

    • बहुत सा software low quality का होता है, और open source ढूँढने में बहुत समय लग सकता है.
    • JS ecosystem में quality का आकलन करने में कठिनाई हो रही है.
    • दावा है कि ecosystem जितना बड़ा होता है, उतना कम भरोसेमंद हो जाता है.

  • optimization problem पर राय.

    • कम वेतन पर efficient service देना मुश्किल है.
    • कई बार खरीदारों में product या service का मूल्यांकन करने की क्षमता की कमी होती है.

  • market efficiency पर संदेहपूर्ण नज़रिया.

    • बड़ी कंपनियाँ भी अक्सर अक्षम तरीके से काम करती हैं.
    • कई बार कंपनियाँ अपने भीतर की inefficiency को सुलझा नहीं पातीं.

  • उन क्षेत्रों की समस्या जहाँ खरीदार मूल्यांकन नहीं कर सकते.

    • tax accountant या dentist जैसे विशेषज्ञों की technical correctness का आकलन करना कठिन है.
    • वास्तविक दुनिया को सिर्फ़ एक साधारण optimization problem से हल नहीं किया जा सकता.

  • अच्छे design पर विचार.

    • जब product सुंदर होता है तो जीवन बेहतर हो जाता है.
    • high-quality product खरीदकर उसे लंबे समय तक इस्तेमाल करना महत्वपूर्ण है.

  • Dan Luu के essay पर राय.

    • दावा है कि संगठन के भीतर अविश्वास का network Nash equilibrium जैसा होता है.
    • अगर CEO trust और cooperation को लागू नहीं करता, तो संगठन स्वाभाविक रूप से अविश्वास-सहनशील व्यवहार विकसित कर लेते हैं.

  • iPhone से Android पर जाने का व्यक्तिगत अनुभव.

    • Apple की PR गलती की वजह से लोगों ने iPhone की performance को गलत समझा.
    • नतीजतन, कुछ लोगों ने बेहतर device चुना.