ग्राहक फंक्शन के लिए सॉफ्टवेयर खरीदता है जो वह नहीं कर सकता है और फिर शिकायत करता है। कैसे करें हल? [बन्द है]

Question

मैं एक prepackaged समाधान बेच जब यह कई बार आया है।

ग्राहक पैकेज खरीदता है, जो स्पष्ट रूप से निर्धारित करता है कि यह एक्सवाईजेड कर सकता है, लेकिन ग्राहक इसे एबीसी करना चाहता था।

ग्राहक तब समर्थन के लिए ईमेल करता है। मैं ग्राहक को सूचित करता हूं कि उत्पाद कभी भी उस उद्देश्य के लिए डिज़ाइन नहीं किया गया था जो उनके दिमाग में था (इसे किसी अन्य उत्पाद के साथ एकीकृत करना)।

ग्राहक जब उत्पाद का उपयोग नहीं कर सकता, तो धनवापसी के लिए कहता है।

यह वह जगह है जहां मैं दो दिमागों में हूं। सबसे पहले, उत्पाद पूरी तरह से काम कर रहा है और उन्होंने अब स्रोत कोड (PHP स्क्रिप्ट) प्राप्त किया है। मुझे कैसे पता चलेगा कि वे वैसे भी इसका उपयोग नहीं करने वाले हैं और अभी भी धनवापसी चाहते हैं?

दूसरा, मैं ग्राहक के लिए बुरा महसूस करता हूं। यदि वे ईमानदार हैं, और सबसे अधिक हैं, तो वे उत्पाद का उपयोग नहीं कर सकते हैं और इसलिए उनकी आँखों में पैसा बर्बाद कर दिया है। लेकिन, यह मेरी गलती नहीं थी।

अब तक यदि मैंने अनुरोध किया है तो मैंने धन वापस कर दिया है, लेकिन अब मैं तुलना कर रहा हूं कि इस तरह की स्थिति से बड़ी कंपनियां कैसे निपटती हैं। वे क्या करते? हो सकता है कि वे बड़े होने के कारण, वे अब और फिर कुछ रिफंड के बारे में परवाह नहीं करते हैं, लेकिन मेरे जैसे एक आदमी बैंड के लिए, हर बिक्री की जरूरत है!

इस तरह की स्थिति से निपटने का सबसे अच्छा तरीका क्या है?

Comments

वेबसाइट (php121.com) पढ़ने के बाद, मैंने देखा है कि आप कहते हैं कि इसे दो उत्पादों के साथ एकीकृत किया जा सकता है, और यह भविष्य में और अधिक होगा। यह महत्वपूर्ण है क्योंकि यह ग्राहक के लिए खुला छोड़ देता है जिसे आपको (कुछ बिंदु पर) vBulletin या किसी अन्य उत्पाद के साथ एकीकृत करने में सक्षम होना चाहिए।

— जॉर्ज स्टॉकर

सही है, कुछ बिंदु पर यह संभव हो सकता है, लेकिन अगर ग्राहक उत्पाद एक्स की अपेक्षा कर उत्पाद खरीदता है, जब वह पहले से ही समर्थित है जब वह उस सूची में नहीं है, तो मुझे नहीं लगता कि मैं यहां गलती पर हूं।

— Psynnott

आपके हर उत्तर पर आपकी टिप्पणियों से यह स्पष्ट है कि आप पहले से ही जानते हैं कि आप क्या करना चाहते हैं और आपके साथ सहमत होने के लिए पहले उत्तर के लिए इंतजार कर रहे थे, शायद आपको इसके बारे में बेहतर महसूस करने के लिए। हालांकि यह देखते हुए कि कम से कम मतदान का जवाब है, मैं आपको अपनी रणनीति पर पुनर्विचार करने का सुझाव दूंगा।

— केविन पेनो

@ केविन @psynnott चलिए चर्चा छोड़ते हैं कि यह अभी कहाँ है। यदि आप जारी रखना चाहते हैं, तो कृपया चैट का उपयोग करें । धन्यवाद।

— एडम लेअर

@George अगर हम वेबसाइट के एक ही हिस्से को देख रहे हैं, तो यह वास्तव में कहता है, "PHPNuke और phpBB जैसी अन्य प्रणालियों में आसानी से एकीकृत किया जा सकता है।" तो @psynnott जिस तरह से यह शब्द है, यह एक अधूरी सूची है। आप यह नहीं कह रहे हैं कि यह केवल PHPNuke और phpBB के साथ एकीकृत करता है; आप कह रहे हैं कि यह सिस्टम SUCH AS के साथ एकीकृत है। आपने अपने ग्राहकों को इस तरह से गलत जानकारी दी है, और आपके अनुरोध पर उन्हें वापस कर दिया गया है।

— कोरी

Answer 1

जबकि मैं एक सेवा उद्योग की प्रतिष्ठा में सहमत हूं, एक महत्वपूर्ण मुद्दा है, जो उन चीजों में से एक है जो "मुंह के शब्द" बिक्री, या दोहराए जाने वाले ग्राहकों में से किसी एक को अच्छी प्रतिष्ठा के रूप में पहचानने में असमर्थता है। यदि आप एक एक आदमी सॉफ्टवेयर विक्रेता हैं, तो यह संभावना नहीं है कि आप एक टन उत्पाद पेश कर रहे हैं, खासकर यदि वे उतने ही जटिल हैं जितना कि यह संभव है कि आपकी टिप्पणियों में कुछ संकेत दिए गए हों।

जबकि मैं @ जॉर्ज स्टॉकर से सहमत हूं कि इन अनुरोधों की संख्या आपके उत्पाद की क्षमताओं के "स्पष्टता" में एक संभावित समस्या की ओर इशारा करती है, मैं भी अपने कमेंटर @ एसएलसी के साथ (हालांकि ग्राहकों के प्रति कम आक्रामक) सहमत हूं कि ग्राहक आलसी हो सकते हैं उत्पाद सुविधाओं का पता लगाने के संबंध में।

मेरी राय (और मेरी अपनी परियोजनाओं के लिए व्यक्तिगत अभ्यास) यह है:

1. स्पष्ट रूप से दृश्य स्रोत कोड के साथ सॉफ्टवेयर के भीतर एक महत्वपूर्ण सक्रियण तंत्र होना चाहिए जो 30/60/90 / जो भी दिनों के लिए सॉफ़्टवेयर के संचालन की अनुमति देता है। यह Microsoft या किसी भी चीज़ के लिए उपयुक्त उद्यम स्तर नहीं होना चाहिए, लेकिन ऐसा कुछ जो "आस-पास" होने की कोशिश करने के लिए बहुत ही बदसूरत हो। इस अवधि के दौरान, यदि उत्पाद अवांछित है, तो उनका पैसा वापस कर दिया जाता है और कुंजी अब इसके अंत में काम नहीं करती है। यदि धनवापसी का अनुरोध नहीं किया जाता है, तो एक नई कुंजी वितरित की जाती है और तब से कोई वापसी नहीं दी जाती है।
2. यदि कोई पहले खरीदने के लिए पर्याप्त स्मार्ट नहीं है, तो पहले वे किसी उत्पाद को खरीदने के लिए या बिना किसी सत्यापन के पैसा फेंक देते हैं कि यह वही करेगा जो उन्हें चाहिए, फिर वे अपने पैसे से अलग होने के लायक हैं। अपनी वेबसाइट पर यह स्पष्ट करें कि सेवाओं और उत्पादों को बिना रिफंड के या एक निश्चित समय के बाद, आदि की पेशकश की जाती है। यदि आप उस विधि का उपयोग करते हैं जिसका मैं # 1 उल्लेख करता हूं।
3. प्रमुख कंपनियों (बॉक्स में सॉफ़्टवेयर) में सॉफ़्टवेयर के लिए वापसी नीतियों पर शोध करें। देखें कि क्या उनमें से कोई भी आपकी क्षमताओं के अनुकूल हो सकता है। अधिकांश खुले सॉफ़्टवेयर पर धनवापसी स्वीकार नहीं करेंगे या एक निश्चित राशि माइनस को वापस कर देंगे। जब आप कोड को शिप करते हैं, तो इसे तुरंत खोला गया सॉफ़्टवेयर माना जाता है, और ये नीतियां आपके लिए मददगार हो सकती हैं।

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

दूसरी ओर, यदि आप वहाँ से बाहर हैं, तो उन्हें उनके बटुए से बात करने में आसानी होगी, उनके पैसे वापस दिलाएँगे।

Comments

जबकि मैं आपसे कुछ हद तक सहमत हूं, ग्राहक को स्थापना के बाद स्थापित होने के अलावा कुछ और करने के लिए कहना पहले से ही हुआ है क्योंकि कुछ लोग अनुरोध करते हैं कि रिफंड प्रयोज्य के लिए अच्छा नहीं है। वास्तव में, यह "30/60/90 दिनों के बाद काम करना बंद कर देगा" के माध्यम से आपके समर्थन अनुरोध को बढ़ा देगा। अगर आप कहना चाहते हैं "सॉरी चूसता है आपके लिए, मेरे पैसे अब", यह ठीक है। अपने खुश ग्राहकों को भी मत छोड़ो।

— केविन पेनो

@ केविन पेनो: यह विचार पूरी तरह से गठित परिचालन विचार नहीं है जो एक कार्यान्वित नीति के लिए तैयार है। यह पहचानने की बात है कि अनुचित तरीके से खरीदे गए सॉफ़्टवेयर को कार्य करने से रोकने के लिए कुछ सीमा आवश्यक है। यह समस्या की गंभीरता पर भी निर्भर करेगा। यदि आप इसे ठीक से सक्रिय नहीं करते हैं, तो Microsoft को 90 दिनों के बाद अपने OS को बंद करने में कोई समस्या नहीं है, लेकिन उन्हें सॉफ़्टवेयर की चोरी की भी गंभीर समस्या है। यदि किसी के पास केवल कुछ ग्राहक हैं जो इस समस्या का कारण है, तो इसे संभवतः प्रौद्योगिकी के बजाय नीति के माध्यम से नियंत्रित किया जाना चाहिए। प्रयोज्यता पहले आनी चाहिए, मैं सहमत हूं।

— जोएल एथरटन

लगता है कि हम एक ही पृष्ठ पर हैं।

— केविन पेनो

Answer 2

बिना सवाल पूछे उसे वापस कर दें।

यदि आप पूरी तरह से संतुष्ट नहीं हैं तो आप उसका पैसा नहीं चाहते हैं।

इस फोरम में सॉफ्टवेयर विक्रेताओं द्वारा रिपोर्ट किए गए दर्जनों आंकड़ों के अनुसार सॉफ्टवेयर के मामले बहुत सीमित होंगे । मेरी अपनी संख्या पिछले दस वर्षों में 0,3% से कम थी, और पिछले 2 वर्षों में इसे 0% तक गिरा दिया।

गारंटी का एक बहुत अच्छा उदाहरण यहां पाया जा सकता है । लगभग सभी सफल सॉफ़्टवेयर विक्रेता समान गारंटी का प्रस्ताव दे रहे हैं।

यदि आपकी धनवापसी दर 1% से अधिक है, तो बदलें कि आप अपनी वेबसाइट पर कैसे संवाद करते हैं और / या अपने उत्पाद में सुधार करते हैं।

Answer 3

यदि 'कई लोग' ऐसा कर रहे हैं, तो:

1. ब्रांडिंग उतना स्पष्ट नहीं है जितना आपको लगता है कि यह है। इसे स्पष्ट करें। किसी ऐसे व्यक्ति को किराए पर लेना जो जीवनयापन के लिए ऐसा करता है।

2. यदि आप अपने स्रोत कोड को लेने और वैसे भी उपयोग करने वाले लोगों के बारे में चिंतित हैं, तो हो सकता है कि आप इसे PHP में नहीं लिख रहे हों, या किसी प्रकार का प्रमाणीकरण हो?

कुल मिलाकर, यदि आप ग्राहकों (वर्तमान और अतीत) के साथ एक अच्छा तालमेल बनाए रखना चाहते हैं, तो जब तक कोई बाध्यकारी कारण न हो, रिफंड देना (कोई सवाल नहीं पूछा) आमतौर पर एक अच्छी बात है।

आपकी वेबसाइट को देखने के बाद ( अपने उपयोगकर्ता नाम की खोज करके और इसे ट्विटर पर देखकर ), मैंने निम्नलिखित पर ध्यान दिया:

आप कहते हैं कि इसे दो उत्पादों के साथ एकीकृत किया जा सकता है, और यह भविष्य में और अधिक होगा। यह महत्वपूर्ण है क्योंकि यह ग्राहक के लिए खुला छोड़ देता है जिसे आपको (कुछ बिंदु पर) vBulletin या किसी अन्य उत्पाद के साथ एकीकृत करने में सक्षम होना चाहिए।

Comments

मुझे लगता है कि आप प्रोग्रामर के रूप में लोगों की पढ़ने की क्षमता को कम आंकते हैं, आपको पता होना चाहिए कि ग्राहक अक्सर एक मूर्ख होता है। जैसे कि 'आप इसे PHP में नहीं लिख रहे हैं', यह सिर्फ सादा मूर्खतापूर्ण है।

— निब्लीपिग

डाउनलोड साइट पर एक पूर्ण डेमो उपलब्ध है। यह निश्चित नहीं है कि मैं वास्तव में ग्राहक के लिए उत्पाद को कैसे स्पष्ट कर सकता हूं जब खरीद से पहले उनके पास पूरी पहुंच हो? मुझे PHP की टिप्पणी से असहमत होना पड़ेगा ...!

— Psynnott

@ एसएलसी मैं 'मोरन' से असहमत हूं। ग्राहक प्रोग्रामर लिंगो, या बिजनेस लिंगो को नहीं समझ सकता है, लेकिन यह उन्हें एक मूर्ख नहीं बनाता है। यदि आप वकील-ए को नहीं समझते हैं, तो क्या यह आपको एक मूर्ख बना देगा? बिलकूल नही। PHP के बारे में: यदि वह सोर्स कोड दे रहा है (जैसा कि PHP के मामले में है), तो उसे चोरी करना कितना आसान है, इसका सामना करना पड़ता है। यदि वह इसे होस्ट करता है, तो कम, और यदि वह इसे संकलित भाषा में लिखता है (और शायद अस्पष्ट है) तो भी कम है। यह "PHP नफरत" की बात नहीं है, यह अपने इच्छित उद्देश्य के लिए भाषा का उपयोग करने की बात है।

— जॉर्ज स्टॉकर

Answer 4

मेरे लिए यह सब प्रतिष्ठा के बारे में है, विशेष रूप से एक आदमी बैंड के लिए महत्वपूर्ण है। ग्राहक को अपनी आवश्यकताओं की परवाह करते हुए धनवापसी जारी करके दिखाना जब उत्पाद उनकी धारणाओं को पूरा नहीं करता है तो निश्चित रूप से अच्छी भावना पैदा करेगा और उन्हें भविष्य में आपके पास वापस आने की अधिक संभावना होगी।

यदि यह बार-बार हो रहा है तो आप देख सकते हैं कि आप अपने ग्राहकों के साथ पूर्व-खरीदारी कैसे करते हैं। क्या वे उत्पाद का प्रयास करने में सक्षम हैं? क्या वे आपसे सलाह के लिए बात कर सकते हैं और वास्तव में पता लगा सकते हैं कि आप उनके लिए क्या कर सकते हैं?

Comments

हां, वे खरीद से पहले साइट पर पूरी तरह से काम करने वाले संस्करण की कोशिश करने में सक्षम हैं। वेबसाइट पर एक मंच भी है जो किसी को भी, खरीदने से पहले या बाद में, सवाल पूछने की अनुमति देता है।

— भजन

Answer 5

ऐसा लगता है जैसे आपको परीक्षण संस्करण देना चाहिए । एक परीक्षण संस्करण दें जो केवल 30 दिनों के लिए काम करता है। इससे उन्हें इसे आज़माने और यह देखने का समय मिलता है कि क्या यह उनकी आवश्यकताओं के अनुरूप है।

बेशक, आपको इसे खरीदने के बाद ही वास्तविक कोड देना चाहिए या वे सिर्फ आपके चेक निकाल सकते हैं।

Comments

हां, यह एक विचार है लेकिन जैसा कि ग्राहक की खरीद से पहले मेरी साइट पर पूरी तरह से काम करने वाला संस्करण है, वास्तव में यह सुनिश्चित नहीं है कि खुद को और अधिक काम करने के अलावा एक परीक्षण क्या हासिल करेगा!

— Psynnott

@psynnott, यह तब तक कैसे काम करता है जब तक आप भी स्थापना प्रदान नहीं कर रहे हैं? यदि आप हैं, तो आप ट्रायल प्रदान करते हुए, गैर-वापसी योग्य, स्थापना के लिए चार्ज कर सकते हैं।

— केविन पेनो

@ केविन को यह सुनिश्चित करने के लिए लाइसेंस सर्वर की प्रोग्रामिंग की आवश्यकता होगी कि PHP स्क्रिप्ट xx दिनों के बाद समाप्त हो जाएगी।

— Psynnott

@psynott, यदि आप पागल होना चाहते हैं, तो निश्चित रूप से। या, आप कोड को एक्स दिनों के लिए काम करने के लिए कह सकते हैं (एक डाउनलोड प्रणाली उत्पन्न करें जो कोड में एक तिथि निर्धारित करता है और अपेक्षित कुंजी उपयोगकर्ता को सक्रिय करने के लिए उपयोग करना चाहिए, आसान) जब तक कि यह एक कुंजी नहीं हो (स्टोर करने / जांचने के लिए कोड जोड़ें) चाभी)।

— केविन पेनो

Answer 6

आप उन उपयोगकर्ताओं के लिए स्रोत कोड के साथ विक्रेता क्यों हैं जिन्होंने उत्पाद की कोशिश की है? - पहले समय सीमित परीक्षण की पेशकश क्यों नहीं की जाती है, फिर कोड को कवर करने पर और भी अधिक के लिए बेचते हैं या बेचते हैं।

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

Answer 7

जबकि मैं (प्रकार) उपरोक्त सभी उत्तरों से सहमत हूं, मैं यहां शैतान के वकील की भूमिका निभाना चाहता हूं। मेरा मतलब है, यदि आप वास्तव में अपनी साइट पर स्पष्ट रूप से "नो रिफंड" बयान देते हैं, तो यह इंगित करने के अलावा कि आप उत्पाद खरीदने से पहले डेमो को पहले आज़माए जाने की सलाह देते हैं, आपको संभवतः अपने मुद्दे को हल करने में सक्षम होना चाहिए।

प्रतिष्ठा बनाए रखना एक बात है, लेकिन ऐसा करने से नुकसान होने का खतरा (जबकि धीरे-धीरे) अस्वीकार्य है, ऐसा करना अस्वीकार्य है।

Comments

मैं किसी के लिए कोई वापसी नीति का सुझाव देने के लिए इंतजार कर रहा था, जिसे मैंने करने के बारे में सोचा था। जिस कारण से मैंने ऐसा करने के खिलाफ चुना वह यह है कि मैं ग्राहक के साथ कुछ भी नहीं करना चाहता हूं, जो सच नहीं है! मैं उन सवालों को हल करने में कड़ी मेहनत करता हूं जो आते हैं और ज्यादातर लोग बहुत खुश होते हैं। मैं नहीं करना चाहता, लेकिन ऐसा लगता है कि सामान्य राय किसी भी प्रश्न के बिना वापसी करने के लिए है। Iwill- इस वजह से लोगों की आय कम हो जाती है क्योंकि लोग अपनी किस्मत आजमा रहे हैं (और सफल हो रहे हैं)।

— Psynnott

हम्मम..मैं अलग होने की भीख मांगता हूं। एक नहीं-वापसी नीति जरूरी नहीं कि आप ग्राहक के साथ कुछ नहीं करना चाहते हैं। आप हमेशा उसे बता सकते हैं कि आप उसे उत्पाद के साथ किसी भी मुद्दे से निपटने में मदद करने में प्रसन्न होंगे, केवल यही, वह अपने पैसे वापस नहीं कर पाएगा। आप यह भी कहते हैं कि धनवापसी से आपको आय कम होगी। आपके सुरक्षित-आर होने के बाद, आप शायद एक अस्थायी एनआर पॉलिसी निकाल सकते हैं, और अपने मूल तरीकों पर वापस लौट सकते हैं।

— रात 11:30

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

— डैन रे

Answer 8

आपको असंतुष्ट ग्राहकों को अपना पैसा वापस देना चाहिए, लेकिन साथ ही आपको स्रोत कोड भी सुरक्षित करना चाहिए, शायद कुछ लाइसेंसिंग तंत्र का उपयोग करें।

Comments

वे असंतुष्ट हैं क्योंकि उन्होंने नजरअंदाज कर दिया कि उत्पाद क्या है और इसे वैसे भी खरीदा!

— Psynnott