यदि आप उपयोगकर्ता-विशिष्ट आवश्यकताओं को किसी ऐसी चीज में झुका सकते हैं जो सभी के लिए उपयोगी होगी, तो महान। यदि ग्राहक सुविधा के लिए चल रही समर्थन लागत का भुगतान करने के लिए तैयार है, तो यह भी बढ़िया है। लेकिन अगर आप एक छोटी सी टीम हैं और आप अपने आप को अपनी सभी सुविधाओं का समर्थन करने के लिए संघर्ष करते हुए पाते हैं, तो इसके लिए कुछ भी नहीं है, लेकिन जिन सुविधाओं की आपको कम से कम ज़रूरत है, उनके बारे में कुछ कठोर निर्णय लेने के लिए और फिर कुछ समय अपने कोडबेस से बाहर निकालने के लिए निवेश करें।
सास आपको उपयोग के आँकड़े एकत्र करने के लिए एक अच्छी स्थिति में रखता है। यदि आप पहले से ही ऐसा नहीं कर रहे हैं तो आपको अपनी सुविधाओं को टूलींग करने पर ध्यान देना चाहिए ताकि आप इसका उपयोग कर सकें कि कौन क्या कर रहा है। हमारा अनुभव यह है कि सबसे मुहावरेदार ग्राहक आमतौर पर सबसे अधिक दुविधापूर्ण भी होते हैं; उस आदमी ने, जिसने अपने पैरों पर मुहर लगाई और अपनी सांस को तब तक थामे रखा जब तक कि आपने उसे एक निर्यात-से-एमएस-एक्सेस बटन नहीं दे दिया, शायद उसने एक साल में इसका इस्तेमाल नहीं किया। कुछ सुविधाओं को जीवित रखा जाता है, भले ही केवल एक ग्राहक उनका उपयोग कर रहा हो, क्योंकि वह ग्राहक जोर से है और हर बार अपने व्यवसाय को कहीं और ले जाने की धमकी देता है, जबकि उसकी संतुष्टि के लिए कुछ नहीं। इस सुविधा को बंद करने से अब आपको एक ग्राहक की कीमत चुकानी पड़ सकती है, लेकिन उस सुविधा का समर्थन करने में लगने वाला समय आपको दर्जनों ग्राहकों को खर्च कर सकता है। यह आपकी प्रबंधन टीम की गुणवत्ता का एक उपाय है,
जब आप एक सुविधा को बंद कर देते हैं, तो अपने ग्राहकों को निर्णय लेने की घोषणा करना सुनिश्चित करें (या कम से कम उन प्रभावित) को पहले से अच्छी तरह से, छह महीने और तीन साल के बीच कहीं भी उचित है। वास्तव में यदि आप अपने आप को उपयोगकर्ता-विशिष्ट सुविधाओं के निर्माण के लिए सहमत पाते हैं, तो आप शुरू से ही एक समाप्ति तिथि बनाने के लिए अपने बिक्री कर्मचारियों को प्राप्त करने का प्रयास कर सकते हैं। इसे "जीवन भर का समर्थन" कहें, और यह स्पष्ट करें कि वे जितना अधिक समय चाहते हैं उतना अधिक पैसा खर्च करेंगे। अपने ग्राहकों के लिए वर्कअराउंड प्रदान करने का प्रयास करें ताकि जब वे फ़ीचर जाएं तो फ़्लॉर्डिंग न छोड़ें, उदाहरण के लिए एक स्क्रिप्ट जो आपके निर्यात की गई एक्सएमएल फाइलों को एमएस-एक्सेस प्रारूप में परिवर्तित करती है, या एक बेहतर आरडीबीएमएस चुनने के बारे में थोड़ी सलाह।
एक निवारक उपाय के रूप में हमारे लिए काम करने वाली कुछ चीज़ों को मासिक आधार पर हमारी विकास टीम और प्रबंधन को भेजे गए हमारी बिक्री टीम से एक रिपोर्ट प्राप्त करना है। इस रिपोर्ट में ग्राहकों से प्रतिक्रिया शामिल है - कौन सी सुविधाएँ सबसे लोकप्रिय हैं, कौन सी सुविधाएँ सबसे अधिक अनुरोध की गई हैं, कौन सी प्रस्तावित सुविधाएँ सबसे अधिक चर्चा पैदा कर रही हैं। यह दिलचस्प है यदि आप एक डेवलपर हैं, लेकिन वास्तविक लाभ बिक्री टीम को है, जो अब बड़ी सुविधाओं के संदर्भ में प्रत्येक सुविधा के बारे में थोड़ा और अधिक सोच रहे हैं, बजाय सुविधा अनुरोधों के एक अंतहीन स्ट्रीम में भेजने और आधारित प्राथमिकता देने के लिए जिस पर ग्राहक सबसे जोर से था। प्रभाव यह है कि हमारे बिक्री कर्मचारियों को और अधिक कठिन बना दिया जाता है जब यह एक बातचीत में नए फीचर अनुरोधों के लिए आता है क्योंकि वे अधिक जागरूक होते हैं जहां प्रत्येक सुविधा हमारे उत्पाद के समग्र मूल्य प्रस्ताव में फिट हो सकती है।
बहुत सारे स्वचालित परीक्षणों के साथ मॉड्यूलर कोड होने से आपको अपने उत्पाद में सुविधाओं को हैक करने और उन्हें फिर से हैक करने में मदद मिलेगी, लेकिन अंततः यह एक प्रोग्रामिंग सवाल नहीं है, बल्कि एक प्रबंधन है। बिक्री करने के लिए कोड लिखना मूर्ख का खेल है।