जब आपका रोडमैप और आपके ग्राहक असहमत हों, तब क्या करें

FabricLoop टीम द्वारा  ·  मई 2026  ·  4 मिनट पढ़ें

हर प्रोडक्ट टीम के पास यह कॉल आती है। कोई ग्राहक — अक्सर कोई अहम ग्राहक — कुछ ऐसा चाहता है जो रोडमैप पर नहीं है। उसे इसकी तुरंत ज़रूरत है। हो सकता है वह यह इशारा भी कर रहा हो कि उसका रिन्यूअल इसी पर टिका है। आपकी सेल्स टीम दो विस्मयादिबोधक चिह्नों के साथ संदेश फ़ॉरवर्ड कर रही है। दो प्लानिंग चक्रों में सावधानी से बनाया आपका रोडमैप एक तरफ़ रखा है। ग्राहक दूसरी तरफ़ है। आप क्या करते हैं?

यह कोई अपवाद वाला मामला नहीं है। यह पैसे देने वाले ग्राहकों वाले किसी भी प्रोडक्ट में नियमित रूप से होता है, और आप इसे कैसे संभालते हैं, उससे काफ़ी कुछ पता चलता है कि आपकी प्रोडक्ट डेवलपमेंट प्रक्रिया असल में कैसे काम करती है। लक्ष्य हमेशा हाँ कहना नहीं है, और हमेशा ना कहना भी नहीं — लक्ष्य यह फ़ैसला लेने का एक सुसंगत तरीका रखना है।

ग्राहक-रोडमैप टकराव के लिए निर्णय फ़्रेमवर्क

"एक ग्राहक या कई" का सवाल पहला फ़िल्टर है

अगर कई ग्राहक स्वतंत्र रूप से एक ही चीज़ माँग रहे हैं, तो यह ऐसा संकेत है जिसे गंभीरता से लेना चाहिए — खासकर तब, जब वे समस्या बताने के लिए एक जैसी भाषा इस्तेमाल कर रहे हों। इससे लगता है कि ज़रूरत असली और व्यापक है, अनोखी नहीं।

अगर यह एक ही ग्राहक है, तो हिसाब अलग है। एक ग्राहक की ज़रूरतें आपके बाज़ार की प्रतिनिधि नहीं होतीं, भले ही वह आपका सबसे बड़ा खाता हो। एक ही ग्राहक के लिए फ़ीचर बनाना प्रोडक्ट रणनीति पर लगा ऐसा टैक्स है जो समय के साथ बढ़ता जाता है: हर एक-बार का फ़ीचर जटिलता जोड़ता है, रखरखाव का बोझ बनाता है, और व्यापक बाज़ार के लिए प्रोडक्ट की अपील को सीमित कर देता है।

रिश्ते को नुकसान पहुँचाए बिना ना कैसे कहें

किसी ग्राहक के अनुरोध को बिना नुकसान के ठुकराने की कुंजी है समस्या को स्वीकार करना, सिर्फ़ अनुरोध को नहीं। "हम इसे नहीं बनाएँगे" बुरी तरह चुभता है। "हम समझते हैं कि आपको X करने में दिक्कत हो रही है — हम उस समस्या के बारे में इस तरह सोच रहे हैं, और हमारे रोडमैप पर यह है जो उसी ज़रूरत को पूरा करता है" कहीं बेहतर बैठता है।

ग्राहकों को शायद ही कभी ठीक वही फ़ीचर चाहिए होता है जो वे माँगते हैं। उन्हें अपनी असली समस्या का हल चाहिए। अगर आप उन्हें उसकी तरफ़ कोई रास्ता दिखा सकें — भले ही वह उनका सुझाया फ़ीचर न हो — तो ज़्यादातर ग्राहक उसे मान लेंगे। अगर वे अपनी ठीक-ठीक बताई विशिष्टता के अलावा कोई रास्ता नहीं मान सकते, तो यह आपको कुछ अहम बताता है कि वह ग्राहक आपके प्रोडक्ट के लिए सही है या नहीं।

जब ग्राहक सही हो और रोडमैप को अपडेट करने की ज़रूरत हो

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

यह फ़र्क अहम है। ग्राहक अक्सर समस्या के बारे में सही होता है; समाधान के बारे में वह शायद ही कभी सही होता है। उनके फ़ीडबैक का इस्तेमाल समस्या की अपनी समझ को अपडेट करने के लिए करें, उनके फ़ीचर अनुरोध को कॉपी-पेस्ट करके बैकलॉग में डालने के लिए नहीं।