- उत्पाद ऊपर से यूज़र के लिए बनी चीज़ जैसा दिखता है, लेकिन असल में यह बनाने वाले की आत्म-अभिव्यक्ति के अधिक करीब होता है, और यूज़र उस अभिव्यक्ति में वही भावना महसूस करते हैं तो उसकी ओर आकर्षित होते हैं
- शुरुआत “यूज़र को इसकी ज़रूरत होगी” से ज़्यादा “मेरी नज़र में यह दिलचस्प है” वाली अनुभूति के करीब होती है, और यह अनुभूति दूसरे लोगों तक भी पहुँच सकती है
- उत्पाद बनाने वाले द्वारा भावना डालने और यूज़र द्वारा उसे निकालने वाले भावनात्मक भंडार की तरह काम करता है; बिना भावना के बनाए गए उत्पाद से यूज़र की भावनाओं की उम्मीद करना मुश्किल है
- अपेक्षाएँ बढ़ने पर चिंता और दबाव पैदा होते हैं, जिससे शुरुआती अनुभूति खोना आसान हो जाता है; इसलिए कई अच्छे उत्पाद हॉबी प्रोजेक्ट से शुरू हो सकते हैं
- उत्पाद क्षमता सिर्फ बनाने की क्षमता से ज़्यादा अपने भीतर की सूक्ष्म भावनाओं को पहचानने की क्षमता के करीब है; अपेक्षाएँ घटाकर वर्तमान पर ध्यान देने से उन भावनाओं को नोटिस करना आसान होता है
उत्पाद आत्म-अभिव्यक्ति के अधिक करीब है
- उत्पाद यूज़र द्वारा इस्तेमाल की जाने वाली चीज़ जैसा दिखता है, लेकिन यह बनाने वाले की अभिव्यक्ति के अधिक करीब है
- कई लोगों द्वारा बनाई गई अभिव्यक्तियाँ natural selection से गुजरती हैं, और जो अभिव्यक्तियाँ बचती हैं वही यूज़र को पसंद आती हैं
- बनाने की शुरुआत “यूज़र को इसकी ज़रूरत होगी” नहीं, बल्कि “यह कुछ मज़ेदार है” वाली अनुभूति के करीब होती है
- अगर यूज़र उत्पाद इस्तेमाल करते हुए बनाने वाले जैसी ही अनुभूति महसूस करे, तो वह “यह कुछ मज़ेदार है” जैसी प्रतिक्रिया देता है
- इस नज़रिए से उत्पाद भावनात्मक भंडार की तरह काम करता है
- बनाने वाला उसमें भावना डालता है
- उत्पाद हजारों प्रतियों में कॉपी होता है
- यूज़र उत्पाद से वह भावना निकालता है
- जब बनाने वाले ने कोई भावना ही नहीं डाली, तो यूज़र से भावना रखने की उम्मीद नहीं की जा सकती
- ऐसा कुछ बनाना ठीक है जिसे कोई नहीं चाहता, लेकिन यह महत्वपूर्ण है कि आपने अपनी भावना को पूरी तरह उजागर किया है या नहीं
अपेक्षाएँ शुरुआती अनुभूति को धुंधला कर देती हैं
- कई लोग बहुत ज़्यादा सोचते और बहुत ज़्यादा चिंता करते हैं, और अंत में कुछ ऐसा बना देते हैं जिसे वे खुद भी पसंद नहीं करते
- अगर हर कोई वह बनाए जिसे वह सच में पसंद करता है, तो आज से ज़्यादा बेहतरीन उत्पाद सामने आ सकते हैं
- यह प्रक्रिया दिखने से ज़्यादा कठिन है
- अपेक्षाएँ पैदा होते ही चिंता और दबाव साथ आते हैं
- उसी क्षण शुरुआती अनुभूति खोना आसान हो जाता है
- कोई व्यक्ति खुद जिसे पसंद नहीं करता, उसे बनाकर यह उम्मीद करे कि दूसरे उसे पसंद करेंगे—यह मुश्किल है
-
हॉबी प्रोजेक्ट अच्छा शुरुआती बिंदु क्यों होते हैं
- कई अच्छे उत्पाद हॉबी प्रोजेक्ट से शुरू होते हैं, इसकी वजह भी यही है
- हॉबी प्रोजेक्ट में आम तौर पर बड़ी अपेक्षाएँ कम होती हैं, और व्यक्ति ज़्यादा मज़े के लिए, अपने लिए बनाता है
-
खुद को समझना ज़रूरी है, तभी दूसरों को समझा जा सकता है
- इंसान खुद को समझकर दूसरे लोगों को समझने वाला प्राणी है
- व्यक्ति के लिए फूल की भावनाएँ जानना मुश्किल है; फूल के पास सिर और आँखें नहीं होतीं, और इंसान के पास पत्तियाँ नहीं होतीं
- “मैं समझता नहीं, लेकिन जानता हूँ कि तुम्हें इसकी ज़रूरत है” वाला तरीका असल में अच्छे से काम करना कठिन है
-
Steve Jobs का उदाहरण और उत्पाद की समझ
- Steve Jobs द्वारा टीम के परिणाम को देखकर “फील सही नहीं है” कहना, और “इसे कैसे ठीक करें?” पूछे जाने पर “पता नहीं। सुधार कर फिर लाओ तो मैं बता सकूँगा कि सही है या नहीं” जवाब देना, इसी संदर्भ में पढ़ा जा सकता है
- Jobs ने समस्या उठाई, लेकिन समाधान या स्पष्ट कारण नहीं बता सके, जिससे कई लोग उलझन में पड़ गए
- उत्पाद के जरिए यूज़र को बनाने वाले की भावना महसूस करानी हो, तो पहले बनाने वाले को वह भावना गहराई से महसूस करनी होगी
- Jobs ऐसी भावनाओं को पहचानने वाले डिटेक्टर की भूमिका निभाते थे
- उत्पाद क्षमता “उत्पाद बनाना” नाम की अलग क्षमता से ज़्यादा अपने भीतर की सूक्ष्म भावनाओं को महसूस करने की क्षमता के करीब है
- Jobs ने जो महसूस किया, उसे दूसरे लोग भी महसूस कर सकते थे; iPhone लॉन्च के बाद बहुत से लोगों ने उसे पसंद किया, यह इसका उदाहरण है
- फर्क यह था कि भावनात्मक माध्यम विकसित करने की प्रक्रिया में Jobs सूक्ष्म भावनाओं को संवेदनशीलता से पहचान लेते थे, जबकि अन्य प्रतिभागी कई कारणों से अपनी भावनाओं को नोटिस नहीं कर पाते थे
- उत्पाद बनाते समय अपेक्षाएँ घटाकर ध्यान को वर्तमान में वापस लाना चाहिए, ताकि सूक्ष्म भावनाएँ बेहतर तरीके से नोटिस की जा सकें
- अगर मन बाहर की अस्त-व्यस्त चीज़ों से भरा हो, तो ऐसी भावनाएँ नोटिस करना मुश्किल होता है
1 टिप्पणियां
Hacker News की राय
डर की वजह से कुछ बना नहीं पाया और ज़िंदगी का बहुत सारा समय बर्बाद किया
खासकर यह community शुरुआत करने वालों, genius न होने वालों, या product में हर decision को perfect न कर पाने वालों के लिए काफी toxic हो सकती है
ज़िंदगी consume-criticize-superiority के loop से ज़्यादा बनाने-फेल होने-सीखने के loop में अधिक मज़ेदार है, और काश यह मैंने पहले सीख लिया होता
अगर ऐसा होता है, तो यह संकेत हो सकता है कि आप कुछ सही कर रहे हैं
आम तौर पर जिसकी उम्मीद करनी चाहिए वह typical result है पूरी तरह ignore होना, यानी कोई response न मिलना; इसलिए launch से डरना नहीं चाहिए
इससे जुड़ा और लिखा हुआ लेख: https://davnicwil.com/negative-feedback-is-positive/
ऐसे लोग आम तौर पर खुद को गहरी genius की कुएँ जैसा मानते हैं, और जब कोई चीज़ उस perception को threaten करती है तो वे गुस्सा हो जाते हैं
जहां hierarchy होती है, वहां नए inspiration के साथ आए व्यक्ति को बुरी तरह पीटते/कोसते देखना आम है
लोग दूसरों की सफलता को नापसंद करते हैं, दूसरों के talent या genius को नापसंद करते हैं, और बड़ी company हो या छोटी, fail होने पर मज़ाक उड़ाते हैं
ज़िंदगी का एक काफी अहम सबक यह है कि लोग मेरे काम के बारे में क्या सोचते हैं, इसकी कम चिंता करना
सिर्फ कुछ बनाना ही वह काम है जो ज़्यादातर लोग अपनी पूरी ज़िंदगी में नहीं कर पाते, और लोग आम तौर पर किसी भी चीज़ को पूरा कर लेने वालों से जलते हैं
2000s के मध्य में मैंने highly educated दोस्तों के साथ एक game बनाया; core gameplay बस मोटे तौर पर तय था और graphics सारे programmer art थे, फिर भी सहमति के उलट उसे release कर दिया गया
किसी अब गायब हो चुके blog में वह Steam Greenlight के worst games के top 10 में आ गया, और बहुत ज़्यादा negative criticism मिला
वह मेरी public reputation से जुड़ा नहीं था और उस समय मज़ेदार लगा, लेकिन बाद के projects में मैं बहुत ज़्यादा हिचकिचाने वाला और perfectionist हो गया, और “किसी तरह सब ठीक हो जाएगा” वाला विश्वास भी थोड़ा खत्म हो गया
उस experience से बहुत सीखा और मुझे लगता है कि उसे करना अच्छा था, लेकिन उसने युवा उम्र की अच्छी energy और passion काफी खर्च करवा दी
Failure मुफ्त नहीं होता
यह उन polished maker channels का antimatter जैसा है जहाँ सब कुछ perfect होता है; यह एक relaxed व्यक्ति का channel है जो garage में कुछ बनाता है और दूसरों की राय की खास परवाह नहीं करता
https://m.youtube.com/@saveitforparts
यह किसी ऐसी चीज़ को बनाने की बात नहीं है जिसे कोई नहीं चाहता, बल्कि ऐसी चीज़ बनाने की बात है जिसे एक व्यक्ति बहुत ज़्यादा चाहता है
कम मज़ेदार बात यह है कि कुछ jobs में मुझे लगा था कि जो मैं बना रहा हूँ उसे कोई नहीं चाहता, और वह काफी miserable था
कई साल मेहनत करने के बाद भी, बस इतना ही हुआ कि वह मुश्किल से उस level के करीब पहुँची जहाँ मेरी पिछली नौकरी मेरे join करने से पहले ही पहुँच चुकी थी
employees process नहीं चाहते, company process चाहती है
ऐसी चीज़ें बनाने वाले लोग आम तौर पर परेशान रहते हैं, और requirements भी अक्सर users की ज़िंदगी आसान बनाने के बजाय actively और मुश्किल बनाने की दिशा में होती हैं
इसके अलावा हमारी पसंद उतनी unique नहीं होती जितना हम सोचते हैं
इस लेख ने मुझे गहराई से touch किया और komorebi बनाने की journey पर वापस सोचने पर मजबूर किया
Windows पर shift करने के बाद tiling window manager न होने से बहुत परेशानी हुई, इसलिए मैंने komorebi इस्तेमाल करना शुरू किया
शुरुआत में मुझे Win32 API भी नहीं आती थी और Rust भी सच में बहुत ज़्यादा नहीं पता था
अब komorebi के 35 हजार downloads हो चुके हैं, एक बड़ा Discord server और active community है, और YouTube पर development process देखने वाले सैकड़ों लोग भी हैं
komorebi शुरू करने से कुछ साल पहले मैंने job में बहुत अहम और प्रभावशाली systems बनाए थे, लेकिन तब depression की वजह से ज़िंदगी का low point था, और आज भी उस codebase और system को देखने पर वही भावना महसूस होती है
इसी वजह से किसी मायने में अच्छा लगता है कि वह codebase और system public नहीं हैं
दूसरी ओर, komorebi को मैंने खुशी, उम्मीद और शांति में बनाया, इसलिए उसके public होने से खुशी है, और मुझे विश्वास है कि वे भावनाएँ codebase और product दोनों में दिखती हैं
personally मेरे अंदर बहुत हल्की bipolar जैसी tendency है, और “mania” के करीब वाले periods को छोड़ दें तो मैं बहुत ज़्यादा काम नहीं कर पाता
खुद से थोड़ा नरमी से कहूँ तो इसे exploration/exploitation loop कहता हूँ, और इसे जीवन के कई seasons में से एक मानता हूँ, इसलिए इस oscillation से मुझे बहुत नफ़रत नहीं है
मैंने शांत code पढ़ा है, लेकिन मेरा code मेरे अपने judgment में अक्सर “manic” जैसा पढ़ा जाता है
शांत code आज़माने लायक mental state मुझे अभी तक नहीं मिली
जब मन शांत होता है, तो बाहर पेड़ और बहता पानी होते हैं, साथ में हल्के से हँसने के लिए अच्छे दोस्त और परिवार होते हैं; coding समय की बर्बादी जैसी लगती है
मुझे coding सच में पसंद है, लेकिन काश ऐसा शांत mental space मिल सके जो productivity की भी अनुमति दे
code और expression के ज़्यादातर तरीके अपनी mental state को बाहर दिखाने के तरीके हैं
मैंने इसे अपनी emotional state में भी देखा है और मुश्किल समय से गुजर रहे colleagues में भी देखा है
इसलिए दूसरों का code समझना कठिन होता है, और जैसे-जैसे आप संबंध बनाकर उस व्यक्ति को बेहतर जानते हैं, code समझना भी आसान होता जाता है
किसी को जितना बेहतर जानते हैं, उसके code को उतनी ही आसानी और तेज़ी से समझ सकते हैं
मुझे लगता है coding standards और code review codebase को ज्यादा maintainable बनाते हैं, इसकी वजह भी यही है
क्योंकि वे code से emotions को हटा देते हैं, या कम से कम पूरी team में उन्हें एक common level पर align कर देते हैं
मेरे 100% Linux पर जाने की एक वजह यह थी कि i3 के करीब level का window manager मुझे कहीं और नहीं मिला
komorebi मुझे i3 से compete करने लायक लगता है
window manager वह निर्णायक feature था जो macOS या Windows में उसी level पर उपलब्ध नहीं था, और यह बदलता हुआ देखकर अच्छा लग रहा है
"अच्छी तरह जिया गया जीवन उन निजी जुनूनों की एक श्रृंखला है जिन्हें दर्शकों की उम्मीद किए बिना साझा किया गया हो"
स्रोत: https://news.ycombinator.com/item?id=34034857
यानी स्थिति के हिसाब से थोड़े समय के लिए अपना निजी उद्धारकर्ता चुनना, और यह HN में कही गई "serial specialist" वाली बात से भी कुछ हद तक मिलती-जुलती है
https://news.ycombinator.com/item?id=22518739
https://news.ycombinator.com/item?id=22337342
https://news.ycombinator.com/item?id=22335697
https://news.ycombinator.com/item?id=4317080
यह बात इस विचार से भी जुड़ती है कि कई क्षेत्रों में जुनूनी ढंग से गहराई तक उतरना आज के समय में "Renaissance man" बनने के सबसे करीब का रास्ता हो सकता है
Church of the SubGenius का मूल पाठ जरूरत पड़ने पर Gandhi, Sam Walton, Samuel Clemens, "Bob" जैसे लोगों को स्थिति के अनुसार थोड़ी देर के लिए आदर्श मानने वाले डिस्पोजेबल उद्धारकर्ता की अवधारणा को मजाकिया अंदाज में समझाता है
https://news.ycombinator.com/item?id=10045688
https://en.wikipedia.org/wiki/Dick_Tuck
http://hoaxes.org/tuck.html
http://www.zdnet.com/article/suns-gage-looks-ahead/
http://www.enemieslist.info/enemy.php?ID=463
http://www.subgenius.com/bigfist/goods/shordurpersavs/X0012_ShorDurPerSav_Lesson.html
मैं अभी कुछ ऐसा बना रहा हूं जिसे फिलहाल कोई नहीं चाहता, और यह बहुत अच्छा चल रहा है
पिछले कुछ वर्षों में इसने मेरी जिंदगी को सबसे बड़ा उद्देश्य दिया है, और हां, आर्थिक रूप से यह तबाही है, लेकिन पैसे को निजी संतुष्टि से बदलना मुझे काफी अच्छा सौदा लगता है
थोड़ा प्रचार करूं तो, अगर आप कुछ देर के लिए डिजिटल चींटी कॉलोनी से खेलना चाहते हैं तो https://ant.care/ मौजूद है
अभी घोंसला ज्यादा से ज्यादा कुछ दिनों बाद बुरी तरह ढह जाता है
अगर आपके पास tunnel/room/nest expansion logic को बेहतर बनाने के ideas हैं, या आप Rust/ECS में sand falling physics मुझसे बेहतर implement कर सकते हैं, तो मैं बात करना चाहूंगा
Discord: https://discord.gg/Ckm6m4A2
Code: https://github.com/MeoMix/symbiants
"शायद किसी को इसकी जरूरत पड़े" की बजाय "मुझे यह चीज सच में पागलों की तरह दिलचस्प लगती है" इसलिए कुछ बनाना—यह insight शानदार है
मुझे लगता है कि hobby के तौर पर side में शुरू किए गए open source project में भी अक्सर यही बात छूट जाती है
दूसरों को खुश करने के लिए open source न बनाएं और publish न करें; वह बनाएं जो आप खुद चाहते हैं
publish करते समय भी मकसद दूसरों को खुश करना नहीं, बल्कि उन्हें इसे आजमाने और feedback देने के लिए invite करना होना चाहिए
जाल यह है कि लोग खुद को हकदार समझने लगते हैं और मांगें शुरू कर देते हैं, और अगर आप उनके आगे झुकते हैं तो ऊपर वाली insight के खिलाफ चले जाते हैं
अगर interest कम होने लगे तो project से चिपके न रहें और किसी दूसरे maintainer के आगे संभालने की संभावना के लिए भी खुले रहें
बेहतर है कि जिस चीज में भीतर से interest नहीं है, उसे maintain करने में समय बर्बाद न करें
open source users के लिए भी यही बात लागू होती है
किसी ने उसे बनाया और publish किया, क्योंकि असल में उसे खुद वह पसंद था और वह उसे इस्तेमाल करना चाहता था; ऐसे व्यक्ति से आप कुछ मांग नहीं सकते
मांग करने से उल्टा उस व्यक्ति के interest खोने की संभावना बढ़ जाती है
मैं ही लेखक हूं
आम तौर पर मैं HN पर शायद ही कभी कुछ post करता हूं, और लगा था कि कोई नहीं पढ़ेगा, इसलिए post नहीं करना चाहता था
फिर भी भावनाएं बहुत strong थीं, और जो मैं महसूस कर रहा था वह लोगों से सच में कहना चाहता था
उस दिन HN पर post करने के बाद लेख जल्दी नीचे चला गया, और लगा कि वाकई कोई नहीं पढ़ रहा, इसलिए मैंने दोबारा check नहीं किया
लेकिन आज शाम एक अजनबी से लेख के लिए धन्यवाद वाला message मिला, तो हैरान होकर HN खोला और देखा कि यह सबसे ऊपर पहुंचा हुआ था
पढ़ने के लिए धन्यवाद, और एक तरह से यह लेख खुद उसी बात को अमल में लाने जैसा है
मैंने अपनी भावनाएं लेख नाम के product में डालीं, और आप लोगों ने वहां से उन्हें निकालकर पढ़ा
शायद कहीं न कहीं कोई koan जैसी चीज छिपी हुई हो
https://en.wikipedia.org/wiki/Koan
दिलचस्प बात यह है कि लगता है यह आज के दौर में ही समस्या बनी है
10–20 साल पहले हमने जो ज़्यादातर चीज़ें बनाईं और शेयर कीं, वे इसलिए बनाईं क्योंकि हम उन्हें बनाना चाहते थे, और वे कूल व शानदार चीज़ें थीं
लेकिन अब हमें साफ़ तौर पर कहना पड़ता है कि हम जो बना रहे हैं वह unicorn startup idea न भी हो तो भी ठीक है
HN पर हमेशा ऐसी टिप्पणियाँ आ जाती हैं कि यह वैश्विक business नहीं बन सकता, business नहीं हो सकता, बेकार और अव्यावहारिक है
क्या ऐसा इसलिए है कि पैसा, संपत्ति और status अब हर किसी के दिमाग में पहली प्राथमिकता बनते जा रहे हैं
मैं ऐसे परिवार में बड़ा हुआ जहाँ software बनाया जाता था, और मैं खुद भी 20 साल से ज़्यादा समय से professional developer के रूप में काम कर रहा हूँ
2008 के बाद के low-interest-rate era में, अच्छी से अच्छी व्याख्या में भी, ऐसे लोगों की भारी आमद हुई जो tech enthusiast या tinkerer नहीं थे
dot-com era में भी कुछ ऐसा ही हुआ था, लेकिन तब crash ने बहुत से लोगों को बाहर धकेल दिया था
इस बार क्या होगा, देखना होगा
10–20 साल पहले भी ज़्यादातर लोग रोज़ी-रोटी कमाने की कोशिश कर रहे थे, और आज भी वही है
बस उस समय जिन लोगों को आप जानते और सुनते थे, वे शायद ज़्यादा युवा थे और ऐसी चीज़ों पर कम केंद्रित थे
कॉलेज के समय मैं passion projects जैसी चीज़ों में काफ़ी डूबा रहता था, लेकिन अब उनमें खास दिलचस्पी नहीं है
तब समय बिताने के लिए वह बेहतर चीज़ थी, लेकिन अब मेरे समय का अच्छा उपयोग नहीं है
1960s की semiconductor industry, 1970–80s की personal computer revolution, और 1990s के dot-com boom को देखें, तो भी technology से जुड़ने की प्रेरणाएँ हमेशा मिली-जुली रही हैं
जब मैं teenager था, तब internet नहीं था, और हमने जो बनाया वह बस वही चीज़ थी जिसे हमने बनाया था
अब हम जो बनाते हैं, वह उस चीज़ की display बन गया है
मैं भी किसी चीज़ के ठीक से काम करने से पहले ही उसके बारे में blog post सोचने लगता हूँ
फिर भी ज़रूरी नहीं कि यह गलत ही हो
अगर कभी-कभी public performance का मौका न मिले, तो शायद मैं music बजाने का उतना आनंद न लेता जितना अब लेता हूँ
side projects को लेकर मेरा तरीका मोटे तौर पर यह है: अगर वह चीज़ मुझे चाहिए नहीं और मुझे उसमें मज़ा नहीं आता, तो मैं नहीं करता
कलात्मक "expression" वाली बात मुझे ज़्यादा समझ नहीं आती
किसी और व्यक्ति को जिसकी ज़रूरत हो और जिसमें उसे आनंद आए, ऐसा product बनाना भी मुझे सच में पसंद है
अगर पैसा देने वाला व्यक्ति वही है जो सच में वह चीज़ चाहता है, तो भले ही मैं उसे खुद कभी इस्तेमाल न करूँ, मुझे वैसी ही motivation मिलती है
इसके उलट, ऐसे हालात भी रहे हैं जहाँ मुझे किसी ने hire किया और research व data के आधार पर दूसरों के लिए product बनाना था
मेरी भी दिलचस्पी नहीं, पैसे देने वाले की भी दिलचस्पी नहीं, सब कुछ सिर्फ़ economic logic है
न्यूनतम प्रयास में users से अधिकतम पैसा निकालना
यह उत्साह तोड़ देता है
ऐसा इसलिए नहीं कि मैं "self-expression" नहीं कर पा रहा, बल्कि इसलिए कि मैं मुख्य रूप से किसी चीज़ को उपयोगी या आनंददायक बनाने के बजाय उसे खरीदे जाने या इस्तेमाल किए जाने लायक बनाने का काम कर रहा हूँ
यह सोचना चाहिए कि कौन इस्तेमाल करेगा, कैसे इस्तेमाल करेगा, और उसे क्यों पसंद आएगा
सिर्फ़ research या data के पीछे चलकर बने products और features में मानवीय तत्व छूट जाने की प्रवृत्ति होती है, और market performance चाहे जो हो, वे शायद ही कभी असाधारण महसूस होते हैं
संदेश अच्छा है, लेकिन लेख title को support करता हुआ महसूस नहीं होता
बल्कि ऐसा लगता है जैसे वह कह रहा हो, "अगर आप वह बनाते हैं जिसके लिए आपके अंदर passion है, तो बदले में दूसरे लोग भी उसे चाहने लगेंगे"
व्यक्तिगत रूप से मुझे कभी ऐसा सच लगा नहीं, लेकिन अगर सच हो तो अच्छा होगा
अगर मैं ही इसे नहीं चाहता, तो कोई और क्यों चाहेगा
दुनिया में अरबों लोग हैं
बस उन्हें ढूँढना और उन तक पहुँचना कठिन चुनौती है