कैसे तय करें कि कौन सा user feedback बनाना है (और किसे जाने देना है)

लोगों के आपकी app इस्तेमाल करना शुरू करने के बाद के पहले कुछ हफ़्ते शांत होते हैं। फिर messages आने लगते हैं। “क्या आप एक dark mode जोड़ सकते हैं?” “अगर मैं PDF में export कर पाता तो बढ़िया होता।” “क्या आप बटन को नीला कर सकते हैं?” “हमें वाक़ई उस टूल के साथ integration चाहिए जो हम पहले से इस्तेमाल करते हैं।” महीने भर के अंदर आपके पास चालीस चीज़ों की एक लिस्ट होती है, और एक AI app builder जो उनमें से किसी को भी ख़ुशी-ख़ुशी एक दोपहर में बना देगा।

यही आख़िरी हिस्सा जाल है। जब हर feature बनाना सस्ता और तेज़ हो, तो मुश्किल सवाल “क्या मैं इसे बना सकता हूं?” नहीं रह जाता, बल्कि बन जाता है “क्या मुझे बनाना चाहिए?” अड़चन आपके हाथों से हटकर आपकी समझ पर आ जाती है, और इसके लिए कोई आपको गाइड नहीं थमाता।

यह पोस्ट आने वाले feedback को तीन ढेरों में बांटने का एक आसान तरीका है — इसे बनाओ, इसे रोको, इसे जाने दो — बिना किसी product-management के तजुर्बे की ज़रूरत के। मकसद लोगों को ना कहना नहीं है। मकसद यह पक्का करना है कि आप जो चीज़ें बनाएं, वही चीज़ें हों जो सचमुच आपकी app को आगे ले जाती हैं।

“बस बना दो” काम करना क्यों बंद कर देता है

अपने पहले दस features के लिए, “जो कोई मांगे बस वही बना दो” एक ठीक रणनीति है। आपके पास इतने users होते ही नहीं कि उनकी राय आपस में टकराए, और हर feature app को उस ख़ाली चीज़ से ज़्यादा काम का बना देता है जो वो पिछले हफ़्ते थी।

यह तब काम करना बंद कर देता है जब आपके पास असली, अलग-अलग किस्म के users होते हैं। एक freelancer एक चीज़ चाहता है, एक छोटी agency उसकी उलटी चाहती है, और एक बार आकर चले जाने वाला visitor कुछ ऐसा चाहता है जिसे उन दोनों में से कोई कभी इस्तेमाल नहीं करेगा। तीनों बना दीजिए और आपकी app एक कबाड़ की दराज़ बन जाती है — सामान से भरी, जिसमें कुछ ढूंढना मुश्किल, उठाने में भारी। आप जो भी feature जोड़ते हैं वो एक ऐसा feature है जिसे आपको हमेशा चलाते रहना है, नए users को समझाना है, और जब आप आस-पास की किसी चीज़ को बदलें तो उसे टूटने नहीं देना है।

एक AI app builder इसे बेहतर बनाने से पहले बदतर बना देता है, क्योंकि यह कुदरती ब्रेक हटा देता है। जब किसी feature में एक डेवलपर को दो हफ़्ते लगते थे, तो आप गंभीरता से सोचते थे कि क्या यह दो हफ़्तों के लायक है। जब builder को बीस मिनट लगते हैं, तो आप सोचते ही नहीं — बस हां कह देते हैं। लागत ग़ायब नहीं हुई। वो “बनाने के समय” से हटकर “ढोने के बोझ” में बदल गई, और बोझ देखना मुश्किल होता है।

तीन सवाल जो लगभग हर चीज़ छांट देते हैं

जब कोई request आए, तो उसे क्रम से तीन सवालों में से गुज़ारिए। ज़्यादातर चीज़ें पहले दो के बाद ख़ुद-ब-ख़ुद छंट जाती हैं।

1. क्या इससे उन लोगों को मदद मिलती है जिनके लिए मैंने यह बनाया था? आपने अपनी app किसी ख़ास इंसान के लिए बनाई थी — शादी के फ़ोटोग्राफर, बच्चों की फ़ुटबॉल टीम के कोच, indie podcast hosts। उन लोगों में से किसी की request उस किसी की request से ज़्यादा कीमती है जो भटककर आया और कभी लौटकर नहीं आएगा। अगर कोई feature आपके मूल लोगों को वो मुख्य काम करने में मदद करता है जिसके लिए वो आए थे, तो वो ऊपर की ओर जाता है। अगर वो किसी ऐसे visitor की मदद करता है जो सचमुच आपका user है ही नहीं, तो वो नीचे की ओर जाता है, चाहे उसने कितनी भी ज़ोर से मांगा हो।

2. इसे सचमुच कितने लोग इस्तेमाल करेंगे? “किसने मांगा” नहीं — कौन इसे इस्तेमाल करेगा। एक इंसान का ज़ोर से मांगना उन दस लोगों जैसा नहीं है जिन्हें इससे चुपचाप फ़ायदा होगा। यहां ईमानदार रहिए, क्योंकि ज़ोरदार requests बड़ी requests जैसी लगती हैं, और आमतौर पर होती नहीं। एक अच्छी पहचान: उस इंसान से पूछिए कि इसके बजाय वो आज क्या करता है। अगर उसके पास कोई बेढंगा जुगाड़ है जिसे वो रोज़ इस्तेमाल करता है, तो यह एक असली ज़रूरत है। अगर वो “शायद कभी-कभी इस्तेमाल कर लेता,” तो यह एक भेस बदले हुए शौक़ भर है।

3. इसे हमेशा ढोना मुझे क्या पड़ता है? कुछ features हल्के होते हैं। एक नया रंग का विकल्प, एक दोबारा लिखा गया label, किसी form पर एक अतिरिक्त field — बना दीजिए और भूल जाइए। कुछ features भारी होते हैं: कोई भी चीज़ जो payments को छूती है, कोई भी चीज़ जो असली लोगों को email भेजती है, कोई भी चीज़ जो अपने ख़ुद के नियमों वाला एक पूरा नया हिस्सा जोड़ती है। भारी features बुरे नहीं होते, पर उन्हें अपना बोझ कमाना चाहिए — पहले दो सवालों को बड़ी आसानी से पार करके।

तीन ढेर

उन सवालों से गुज़ारिए और लगभग हर चीज़ तीन जगहों में से एक पर आ टिकती है।

इसे बनाओ। यह आपके मूल लोगों की मदद करता है, इनमें से कई इसे इस्तेमाल करेंगे, और ढोने की लागत वाजिब है। ये आसान हैं। इन्हें कीजिए, और उस इंसान को बताइए जिसने मांगा था — जो लोग अपना आइडिया शिप होते देखते हैं, वो आपके सबसे वफ़ादार users बन जाते हैं और अगले अच्छे आइडिया का आपका सबसे अच्छा स्रोत।

इसे रोको। अच्छा आइडिया है, पर अभी जल्दी है, या सिर्फ़ एक इंसान इसे चाहता है, या यह भारी है और आपको अभी पक्का नहीं। न ना कहिए और न इसे बनाइए। इसे कहीं ऐसी जगह लिख लीजिए जहां आप सचमुच देखेंगे — एक आसान लिस्ट, एक नोट, एक board। अगर अगले महीने में तीन और लोग वही चीज़ मांगते हैं, तो यह ख़ुद-ब-ख़ुद बनाने वाले ढेर में चढ़ गई और इसने आपको बता भी दिया। रोकना कोई कब्रिस्तान नहीं है; यह एक इंतज़ार वाला कमरा है।

इसे जाने दो। यह आपकी app जिस चीज़ के लिए है उससे मेल नहीं खाता, यह कभी सिर्फ़ एक इंसान के काम आएगा, या यह app को बाकी सबके लिए बदतर बना देगा। इनके लिए एक विनम्र, ईमानदार ना चाहिए। “यह एक सोचा-समझा आइडिया है, पर इसे जोड़ने का मेरा इरादा नहीं है — इसके बजाय मैं यह सुझाऊंगा” — यह रिश्ता भी बचाता है और app को भी बचाता है। ना कहना ख़ुद एक feature है। हर ना उस app को इतना आसान रखने की हां है कि लोग उसे समझ सकें।

एक छोटा उदाहरण

हमारी एक जान-पहचान वाली इंसान संगीत शिक्षकों के लिए एक booking app चलाती है, जो पूरी तरह एक AI app builder से बनी है। एक ही हफ़्ते में उसे तीन requests मिलीं: एक शिक्षक छात्रों को अपने-आप reminder texts चाहता था, एक अभिभावक अपने सारे बच्चों के lessons एक ही view में देखने का तरीका चाहता था, और एक इंसान app को “मज़े के लिए” लैटिन में translate करवाना चाहता था।

Reminders ने तीनों सवाल पार कर लिए — मूल users, उनमें से बहुतों को no-shows से जूझना पड़ता है, और texting भारी है पर इसके लायक है। बना दिया। अभिभावक वाला view एक इंसान का अच्छा आइडिया था, तो उसने उसे रोक लिया; तीन हफ़्तों के भीतर दो और अभिभावकों ने मांगा और यह ख़ुद-ब-ख़ुद चढ़ गया। लैटिन translation को एक गर्मजोशी भरी ना मिली। उन फ़ैसलों में से किसी को spreadsheet की ज़रूरत नहीं थी। उन्हें तीन सवालों की और तीसरे का ईमानदारी से जवाब देने की हिम्मत की ज़रूरत थी।

वो हिस्सा जो कोई नहीं बताता

सबसे मुश्किल feedback बुरे आइडिया नहीं होते। वो उन लोगों के अच्छे आइडिया होते हैं जो आपको पसंद हैं, एक ऐसी app के लिए जो सब कुछ नहीं हो सकती। उन्हें जाने देना उस इंसान को निराश करने जैसा लगता है। है नहीं। आपकी app इस्तेमाल करने वाले लोगों के लिए आप जो सबसे दयालु काम कर सकते हैं, वो है उसे इतना केंद्रित रखना कि वो उस एक चीज़ में अच्छी बनी रहे जिसके लिए वो आए थे।

अगली बार जब requests का ढेर लगे, तो पहले अपना AI app builder मत खोलिए। अपनी लिस्ट खोलिए, हर चीज़ को तीन सवालों से गुज़ारिए, और एक ढेर में छांट दीजिए। बनाना अब आसान हिस्सा है। क्या बनाने लायक है यह तय करना ही असली काम है — और यह एक ऐसा काम है जो आप कोड की एक लाइन लिखे बिना कर सकते हैं।