अनजान लोगों से मदद कैसे मांगें

 (pradyuprasad.com)
1 पॉइंट द्वारा GN⁺ 4 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • किसी अजनबी से मदद मिलने की संभावना आकर्षण या किस्मत से ज़्यादा इस बात पर निर्भर करती है कि आप पहले यह समझें कि सामने वाला क्या देखकर फैसला करता है
  • सामने वाला project से पहले अनुरोध करने वाले व्यक्ति का आकलन करता है, इसलिए गंभीरता दिखाने वाला काम भरोसे का सबसे मजबूत संकेत बनता है
  • context समझाना सामने वाले का ध्यान उधार लेने जैसा है, इसलिए वह ऐसी व्याख्या होनी चाहिए जिसे और छोटा करना मुश्किल हो और जो उसकी पहले से ज्ञात रुचियों से जुड़ी हो
  • अच्छा अनुरोध छोटा, स्पष्ट, कम friction वाला और सीमित scope का होता है, ताकि सामने वाला आसानी से हाँ कह सके
  • मना करना आसान बनाना चाहिए ताकि रिश्ता बचा रहे; दबाव में मिली सहमति अनिच्छुक मदद और भरोसे को नुकसान पहुँचा सकती है

सामने वाले के नजरिये से अनुरोध करना

  • मदद मांगने की बुनियाद सामने वाले के नजरिये से सोचना है
  • अच्छा communication यह समझने से शुरू होता है कि पढ़ने वाले को कौन-सी जानकारी मिलेगी और उस पर कितना बोझ पड़ेगा
  • अनुरोध को खुद को आगे रखने के बजाय इस बात के इर्द-गिर्द बनाना चाहिए कि सामने वाला इस अनुरोध पर समय देना उचित क्यों महसूस करे

पहले भरोसा बनाना

  • मदद में project से पहले व्यक्ति आता है; सामने वाले को अनुरोधकर्ता ऐसा व्यक्ति लगना चाहिए जिसकी मदद की जा सके, तभी वह project की भी मदद कर सकता है
  • सबसे मजबूत संकेत वह प्रमाण है जो दिखाए कि अनुरोधकर्ता गंभीर व्यक्ति है
    • अगर आप machine learning में आना चाहते हैं, तो trained model इसका आधार हो सकता है
    • गहराई और सोच से भरा blog post भी गंभीरता दिखा सकता है
    • अगर आप weight training सीखना चाहते हैं, तो training vlog आपके काम का प्रमाण हो सकता है
  • व्यक्तिगत connection भी भरोसा दे सकता है
    • “Steve ने संपर्क करने को कहा” कहना सामने वाले के लिए ज्यादा गर्मजोशी भरी शुरुआत बना सकता है
    • लेकिन यह किसी और के भरोसे को उधार लेना है, इसलिए अगर सामने वाला Steve को पसंद नहीं करता या अनुरोधकर्ता उम्मीदों पर खरा नहीं उतरता, तो यह उल्टा भरोसे को नुकसान पहुँचा सकता है
  • संस्थागत भरोसा सबसे कमजोर आधार है
    • किसी प्रसिद्ध university का student होना या बड़ी company में काम करना इस बात से ज्यादा साबित नहीं करता कि आप एक filter पार कर चुके हैं
    • यह सामने वाले से सीधे नहीं जुड़ता और status दिखाने जैसा लग सकता है, इसलिए इसका इस्तेमाल कम ही करना चाहिए
    • केवल संस्थागत भरोसे को ही एकमात्र आधार बनाने से बचना चाहिए

Context छोटा और सामने वाले के हिसाब से रखें

  • खुद को कुछ हद तक position कर लेने के बाद, यह बताना चाहिए कि “यहाँ क्या हो रहा है”
  • अगर पिछला step ठीक रहा, तो आप सामने वाले का ध्यान उधार लिए हुए होते हैं, इसलिए उस ध्यान का सावधानी से इस्तेमाल करना चाहिए
  • context explanation इतना छोटा होना चाहिए कि उसे और घटाना मुश्किल हो
  • ऐसा context ढूँढ़ना चाहिए जो सामने वाले को पहले से ज्ञात चीज़ों से जुड़ता हो
    • किसी elected representative को university club की अंदरूनी factions लंबी-चौड़ी समझाने के बजाय यह बताना चाहिए कि वह club representative की legislative priorities से कैसे जुड़ता है
    • किसी scientist से internship मांगते समय बचपन से science पसंद होने की कहानी से बेहतर है यह दिखाना कि आपने उस scientist के 2023 paper को implement और extend किया है

ऐसा अनुरोध बनाना जिसे स्वीकार करना आसान हो

  • सामने वाले के लिए स्वीकार करना आसान बनाने के लिए acceptance की cost घटानी चाहिए
  • अनुरोध का आकार छोटा होना चाहिए
    • 20 मिनट का समय मांगना संभव है
    • 500-page manuscript को एक हफ्ते में पढ़ने का अनुरोध बहुत भारी है
  • अनुरोध specific होना चाहिए
    • “क्या मैं आपका दिमाग उधार ले सकता हूँ?” के बजाय कोई एक ऐसा resource मांगना बेहतर है जिससे शुरुआत की जा सके
  • सामने वाले का friction कम करना चाहिए
    • अगर introduction मांग रहे हैं, तो ऐसा self-introduction text पहले से लिख देना चाहिए जिसे सामने वाला forward कर सके
    • अगर सवाल हैं, तो call की बजाय लिखकर सवाल पूछना कम friction वाला होता है
  • अनुरोध का scope सीमित होना चाहिए
    • जीवनभर mentor बनने जैसी बार-बार की obligation नहीं मांगनी चाहिए
    • इसे किसी एक blog post को पढ़ने के अनुरोध तक सीमित रखना बेहतर है
    • अगर वह एक बार अच्छा रहा, तो सामने वाला और भी पढ़ सकता है

मना करना आसान बनाएं और झूठ न बोलें

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

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

1 टिप्पणियां

 
GN⁺ 4 시간 전
Hacker News की राय

  • लेख अच्छी तरह लिखा गया था, मुख्य बात भी साफ थी, और सीखने लायक कुछ छोटे tips भी थे
    इनमें से कुछ बातें मैंने खुद मेहनत करके सीखी हैं। मेहनत का सबूत अहम है, लेकिन बात यह नहीं है कि आपने कितनी energy लगाई, उसे दिखाया जाए। मैंने अपने university network से दो बार संपर्क किया। पहली बार 100 handwritten notes लिखे और background explanation पर भी काफी मेहनत की, लेकिन एक भी reply नहीं आया
    दूसरी बार मैंने कुछ sentences वाला email भेजा, request को कहीं ज्यादा clear किया, और सवालों को email के अंदर अच्छे से रखने पर focus किया। असल में मैं बातचीत चाहता था, लेकिन यह भी बताना चाहता था कि मैं क्या पूछना चाहता हूं। नतीजा 15% response rate और बेहद valuable conversations था, जबकि कुल “मेहनत” कम लगी
    एक और बात है दूसरे व्यक्ति का समय बर्बाद न करना। अगर आपके पास थोड़ी भी clear request नहीं है, तो meeting मांगना या accept करना बेहतर नहीं है। शुरुआती business की तरह, जब आप अभी यह खोज रहे होते हैं कि आपको क्या नहीं पता, तब यह मुश्किल होता है, लेकिन “मैं ऐसा सोच रहा हूं”, “मेरे follow-up questions ये हैं” जैसे शुरुआती agenda तो तैयार किए जा सकते हैं
    एक बार मुझे लगा कि agenda न होने की वजह से मैंने सामने वाले को irritate कर दिया, और एक बार मैंने बिना यह जाने कि मुझे सच में क्या चाहिए, किसी परिचित द्वारा कराया गया intro accept कर लिया। दोनों पर पछतावा हुआ
    आखिर में, मिली हुई मदद को अगले व्यक्ति तक आगे बढ़ाने का रवैया जरूरी है। भले ही वह हमेशा लौटकर न आए, लेकिन इससे मदद मांगना ज्यादा comfortable हो जाता है और मदद करने वाला व्यक्ति क्या सोचता है, इसका भी बेहतर एहसास होता है

    • Handwritten note एक thoughtful gesture है, लेकिन उसमें कम से कम दो समस्याएं हैं
      पहली, reply करना मुश्किल होता है। Email को inbox में छोड़कर समय मिलने पर एक click में reply किया जा सकता है, लेकिन handwritten letter में paper mail पढ़ते-पढ़ते digital device पर जाना पड़ता है और email address भी टाइप करना पड़ता है। यह कोई बहुत बड़ा काम नहीं है, लेकिन यह फिर भी किसी को समय निकालकर करना पड़ने वाला extra task है
      दूसरी, यह बहुत unusual है। लोगों से ऐसे सामान्य communication channels पर बात करना महत्वपूर्ण है जिनकी etiquette जानी-पहचानी हो और जिनमें लोग comfortable हों। Handwritten letter लिखना और postal address ढूंढ निकालना आम बात नहीं है, और ऐसा व्यवहार शक पैदा कर सकता है। आप fraud करने की कोशिश नहीं कर रहे होंगे, लेकिन यह समझना चाहिए कि fraud में इस्तेमाल होने वाली techniques में से एक है किसी पर असामान्य रूप से ज्यादा ध्यान और energy लगाना
      दूसरी बार की तरह छोटा email भेजने वाले तरीके में ये समस्याएं नहीं थीं। Reply करना आसान है और वह अजीब भी नहीं लगता, इसलिए वही बेहतर तरीका है
    • बचपन में, जब मैं किसी से contact करता था और जवाब नहीं मिलता था, तो हमेशा anxiety होती थी, लेकिन उम्र बढ़ने और busy होने के बाद अब यह पूरी तरह समझ आता है। मैं कौन हूं, क्या चाहता हूं, और schedule कैसा है—यह साफ लिखे message का जवाब देना कहीं आसान होता है। अगर request को लंबे-लंबे paragraphs में ढूंढना पड़े, तो मुश्किल हो जाता है
    • किसी को irritate न करने के लिए जरूरत से ज्यादा optimize नहीं करना चाहिए
      खासकर अगर वह professional network हो, तो और भी नहीं। आपने संबंध बाद में काम आने के लिए बनाए थे, और अगर वह “बाद में” अब है, तो उनका इस्तेमाल करें। सामने वाले को पसंद न आए तो भी कोई बड़ी बात नहीं, बस आगे बढ़ जाएं
      अगर आप लगातार कई लोगों को irritate कर रहे हैं, तो निश्चित रूप से आप कुछ गलत कर रहे हैं, लेकिन बहुत कभी-कभार किसी एक व्यक्ति के साथ ऐसा हो जाना संभव है। आप सभी को खुश नहीं कर सकते
    • किसी की मेहनत का प्रमाण लंबे समय तक सुनने जितनी थकाने वाली चीजें कम ही हैं
      मैं इसे बदलकर कहना चाहूंगा, “दिखाई देने वाली मेहनत की कमी समस्या है।” उस threshold को पार कर लें तो काफी है, और उसके बाद दूसरे factors महत्वपूर्ण हो जाते हैं
    • मिली हुई मदद को अगले व्यक्ति तक आगे बढ़ाना एक अहम step है। ऐसा न करना, पीछे आने वालों के सामने से सीढ़ी खींच लेने से बहुत अलग नहीं है
      जब मैं मदद लेने की स्थिति में था, तो जो काम मेरे लिए मुश्किल या झंझट वाला था, वह मदद देने वाले के लिए अक्सर simple और आसान होता था। अक्सर इसकी वजह बस यह होती है कि मैं सही जगह पर हूं या सही व्यक्ति को जानता हूं। Success में talent और skill से बाहर के बहुत सारे factors होते हैं, और छोटे-छोटे actions जमा हों तो, भले ही उनका result सीधे न दिखे, वे meaningful हो जाते हैं

  • “यह दिखाने के सबसे मजबूत तरीकों में से एक कि आप मदद पाने लायक व्यक्ति हैं, यह साबित करना है कि आप serious हैं” — इस बात से मैं सहमत हूं
    जब कई लोगों को मदद मांगने की स्थिति में देखा है, तो जहां लोग सबसे ज्यादा fail होते हैं, वह यही जगह थी
    शुरुआत से ही वास्तव में किया हुआ काम दिखाने की सलाह महत्वपूर्ण है। कम obvious बात यह है कि वह evidence surface level से गहरा होना चाहिए। एक blog post डाल देना या Claude द्वारा लिखा code GitHub पर डाल देना पर्याप्त नहीं है। यह serious दिखने की acting नहीं, बल्कि सही reasons से सच में मेहनत करते आए हैं—यह दिखना चाहिए। जब हर हफ्ते 10 मदद की requests मिलने लगती हैं, तो जल्दी पता चल जाता है कि किसने सच में काम किया है और कौन थोड़ा सजाकर serious दिखने की कोशिश कर रहा है
    Meeting set हो जाना अंत नहीं है। Follow-up share करना भी उतना ही महत्वपूर्ण है। अगर किसी ने समय निकालकर सुना और advice दी, तो आपको दिखाना चाहिए कि आपने उस advice को try किया। आप advice न भी मानें, लेकिन तब मदद वहीं खत्म होने की संभावना ज्यादा होती है। वह भी एक choice है
    इसे बिगाड़ने का सबसे आसान तरीका है मदद मांगने के बाद ignore करना या उस पर action न लेना। अगर किसी ने मदद की है, तो उसे बताना चाहिए कि उससे कैसे मदद मिली, या कम से कम आपने उसे कैसे try किया। समय निकालकर मदद करने के बाद एक महीने बाद मिलने पर यह पता चलना कि जिस काम में मदद चाहिए थी, वह अभी शुरू भी नहीं हुआ—इससे ज्यादा frustrating चीजें कम हैं

    • मुख्य फर्क शायद यह है कि व्यक्ति समस्या हल करना चाहता है, या सिर्फ चाहता है कि समस्या हल हो जाए
      क्या वह कई approaches try करते हुए actively problem solve कर रहा था, और अटकने पर मदद मांग रहा है?
      या वह बस चाहता है कि समस्या न हो, minimum effort कर रहा है, और उम्मीद कर रहा है कि कोई और उसकी जगह उसे solve कर दे?

  • यहाँ समस्या यह है कि ज़्यादातर सलाह इस बारे में है कि request को कैसे phrasing करें। मुझे लगता है बड़ा factor यह है कि आप दिखाएँ कि आप खुद हल निकालने की पूरी कोशिश कर रहे हैं
    “नमस्ते, मैंने आपकी company की यह job posting देखी, क्या आप मुझे refer कर सकते हैं? मेरी skills और career यह हैं” और,
    “नमस्ते, मैं आपकी company में product designer position के लिए apply करने की सोच रहा हूँ और impression छोड़ना चाहता हूँ, इसलिए free trial onboarding करते हुए मिली कुछ improvement points को Figma demo में整理 कर रहा हूँ। उनमें से [design flaw] abuse prevention के लिए intentional है या कुछ ऐसा है जिसे मैं fix कर सकता हूँ, यह जानना चाहता हूँ। अगर यह confidential है तो बिल्कुल समझता हूँ” — इन दोनों में बड़ा फर्क है
    किसी और से समाधान की उम्मीद करने के बजाय आप खुद समस्या सुलझा रहे हैं—यह बात wording से कहीं ज़्यादा महत्वपूर्ण है

    • मैं बहुत लोगों को refer करता हूँ, लेकिन पहले request का जवाब देने की संभावना ज़्यादा है। अगर job posting link, resume, पर्याप्त qualification और शिष्टाचार मौजूद हों, तो ऐसा है
      दूसरे में अंततः referral चाहिए यह बहुत साफ दिखता है, और अनावश्यक जानकारी पढ़वाना परेशान कर सकता है
    • उस design flaw का intended होना मुझे पता होने की संभावना बहुत कम है। अगर मैं app के उस हिस्से पर काम नहीं करता, तो उसे जानने वाले product owner को ढूँढने नहीं निकलूँगा
      भेजने वाले ने शायद ज़्यादा मेहनत की होगी, लेकिन response मिलने की संभावना बहुत कम लगती है। यह बहुत specific है और “मुझे जवाब नहीं पता, और किसी अनजान के लिए side quest नहीं करूँगा” वाली landmine पर पैर पड़ने की संभावना बड़ी है
    • आपने वास्तव में कोई specific समस्या हल की है या नहीं, उससे ज़्यादा महत्वपूर्ण यह दिखाना है कि आप सामने वाले की todo list में एक और task जोड़ने वाले व्यक्ति नहीं, बल्कि value add करने की संभावना रखते हैं
    • दूसरे example की तरह request को बहुत specific बना देने से accessibility कम लगती है, और संयोग से खुल सकने वाले कई अवसर कट सकते हैं। पहला सवाल “नहीं, लेकिन मुझे कोई और पता है जिससे बात करनी चाहिए” तक जा सकता है, जबकि दूसरे सवाल में message पाने वाले के पास बहुत specific path पर जाने की इच्छा और क्षमता होनी चाहिए
    • पहला point, “दिखाएँ कि आप serious व्यक्ति हैं”, आखिरकार इसी बात के बारे में था, ऐसा मुझे लगता है

  • LinkedIn पर अनजान लोगों से हल्की advisory माँगी है, और शुरुआत से ही payment करने की बात कहना और सामने वाले को अपने समय की कीमत खुद तय करने देना seriousness दिखाने में मदद करता है। नतीजे में कई बार बात free conversation या coffee cost तक ही जाती है
    उदाहरण के लिए ऐसा भेज सकते हैं: “नमस्ते, X में आपका काम मुझे पसंद है। मैं उससे related Y के बारे में सोच रहा/रही हूँ या उस पर काम कर रहा/रही हूँ, और Z aspect पर feedback सुनना चाहता/चाहती हूँ। 20 मिनट के लिए आपका दिमाग borrow करने के लिए मुझे कितना pay करना चाहिए? मुख्यतः A, B, C questions पर आप क्या सोचते हैं या क्या जानते हैं, यह जानना चाहता/चाहती हूँ।” सामने वाला price बता सकता है, छोटी call propose कर सकता है, या सीधे जवाब दे सकता है

    • Jason Cohen ने WPEngine शुरू करते समय यही तरीका इस्तेमाल किया था। उन्होंने LinkedIn पर 40 WordPress consultants को message भेजकर कहा कि यह one-off काम है, इसलिए hourly rate से ज़्यादा pay करेंगे[0]
      40 में से 38 ने जवाब दिया और phone call के लिए राज़ी हुए, और वास्तव में किसी ने भी पैसे नहीं माँगे
      [0] https://mtlynch.io/notes/designing-the-ideal-bootstrapped-bu...
    • LinkedIn वाले लोग ऐसा हो सकते हैं, लेकिन मेरे जैसे लोग भी होते हैं। 20 मिनट का काम जैसी कोई चीज़ नहीं होती; अगर मैं कुछ लेता हूँ, तो असल में उसका impact कम-से-कम 10 घंटे जैसा होता है। इसलिए ऐसी offer मैं बस reject कर दूँगा, लेकिन अगर सवाल पर्याप्त दिलचस्प हो तो वे घंटे free में दे भी सकता हूँ

  • अभी किसी को दिया जा सकने वाला सबसे मजबूत signal personal interaction propose करना है। सामने जाकर मिलना या phone call कर सकते हैं क्या पूछना high-cost action है
    मैंने इसे network न रखने वाले व्यक्ति के नज़रिए से लिखा था[0], लेकिन जिनके पास पहले से network है उनके लिए भी दूसरे networks के लोगों से contact करना अच्छे ideas, information और opportunities तक पहुँचने का उपयोगी तरीका है, ऐसा मुझे लगता है
    [0] https://www.nair.sh/guides-and-opinions/marketing-under-pres...

  • सबसे ज़रूरी बात यह जानना है कि कोई group कितनी मदद करना चाहेगा, इस पर आपकी personal estimate अक्सर कई orders of magnitude तक गलत हो सकती है
    कुछ लोग सोचते हैं कि X को दिन में कई बार help requests मिलती होंगी, जबकि असल में उसे कई साल में एक बार ही मिलती हैं। उल्टा, कोई सोच सकता है कि वह बिल्कुल unique request भेज रहा है, जबकि सामने वाले को रोज़ ऐसे दर्जनभर inquiries मिलते हैं
    मदद माँगना कितना competitive है, इसका baseline मिलने से पहले बाकी सब premature optimization है। सबसे अच्छा तरीका है इसे हल्के में लेना, जैसे ही विचार आए छोटा message भेजना, और reply आएगा या नहीं इस पर बहुत emotional investment न करना। जब evidence जमा हो जाए कि response rate उम्मीद से कम है, तभी request करने के तरीके को optimize करें

  • आपको साफ बताना चाहिए कि आप कौन हैं, यह समझाना चाहिए कि आपने उसी व्यक्ति को क्यों चुना, और मदद करने वाले के discretion पर छोड़ने वाला रवैया रखना चाहिए
    अंत में, R2D2 droid की recording बंद करनी चाहिए और camera भी off करना चाहिए

  • यात्रा के दौरान सड़क पर किसी अजनबी से जल्दी मदद चाहिए और आपको उस देश की भाषा नहीं आती, तो पहले यह न पूछना बेहतर है कि क्या वह आपकी भाषा बोलता है। लोग बोझ से बचने के लिए, आती हो तब भी, लगभग हमेशा नहीं कह देते हैं
    इसके बजाय उस देश की भाषा में “नमस्ते/माफ़ कीजिए” कहें, फिर अपनी भाषा में सीधे सवाल पूछें। जो बोल सकते हैं वे अक्सर तुरंत जवाब दे देते हैं। कभी-कभी सामने वाले के चेहरे पर बाद में यह एहसास दिखता है कि आपने पहला step skip कर दिया

  • यह भी याद रखना चाहिए कि ज़्यादातर लोग मदद करना चाहते हैं। “सोचा आप मुझे एक छोटी परेशानी से निकालने में मदद कर सकें” जैसी बात से शुरू करके उस psychology का उपयोग किया जा सकता है
    थोड़ी self-deprecation और तारीफ़ बहुत असर करती है। अगर आप सचमुच अटके हैं और वह व्यक्ति उन कुछ लोगों में है जो मदद कर सकते हैं, तो कह सकते हैं, “मैंने इसे काफ़ी गड़बड़ कर दिया है और best approach समझ नहीं पा रहा/रही हूँ। लेकिन लगा कि आपकी expertise मुझे जल्दी सही दिशा में वापस ला सकती है”

  • technical requests में उस व्यक्ति के public work का request से related हिस्सा quote करना seriousness दिखाने के सबसे effective तरीकों में से एक है। यह दिखाने से बेहतर ध्यान खींचने के तरीके कम हैं कि आपने उनका लिखा पढ़ा और उसे value किया है

    • दुर्भाग्य से अब हर कोई LLM से ऐसा कर रहा है, इसलिए अजीब लगेगा लेकिन शायद यह उल्टा negative signal बनता जा रहा है