सॉफ़्टवेयर उत्पादों को प्रबंधित करने में लोगों को विक्रेता से नफरत करने से रोकने के लिए किन गलतियों से बचना चाहिए?


10

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

इसलिए, व्यक्तिगत सॉफ्टवेयर उत्पादों को प्रबंधित करने के लिए (और / या परहेज) क्या कदम उठाए जाने चाहिए ताकि यह सुनिश्चित किया जा सके कि न केवल व्यक्तिगत उत्पादों, बल्कि एक पूरे के रूप में कंपनी को एक सकारात्मक रोशनी में सम्मान / पसंद / देखा जाता है?

जवाबों:


10

सबसे महत्वपूर्ण है स्पष्ट रूप से एक गुणवत्ता के उत्पाद देने के लिए।

अन्य महत्वपूर्ण विषय:

  • ईमानदारी। झूठ मत बोलो जब सच्चाई जल्द या बाद में वैसे भी सामने आ जाएगी।
  • Reliabilty। समय सीमा का पालन करें।
  • उपलब्धता। जवाब ईमेल, फोन उठाओ।
  • सहयोग करने की इच्छा। यदि इसका मतलब है कि ग्राहक को जो चाहिए, उसे करने के लिए अपने निकटतम प्रतिद्वंदी के साथ काम करना है, तो इसे करें और इसे पूरी तरह से करें। कोई गंदी चाल नहीं जो पहले ग्राहक को चोट पहुंचाए।

मेरी सूची में अंतिम आइटम शायद वही है जो एमएस को इतनी खराब प्रतिष्ठा मिली (हालांकि मुझे लगता है कि वे अब उस संबंध में बहुत बेहतर हैं); और यह और भी बुरा है जब छोटी कंपनियां ऐसा करती हैं।


3

एक गैर-संपूर्ण सूची, जो दो से शुरू होती है जो वास्तव में भावुक ग्राहकों को बनाने के लिए एक लंबा रास्ता तय कर सकती है, जो आपके उत्पाद को बढ़ावा देने के लिए अपने रास्ते से हट जाएंगे।

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

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

दो अन्य मैं जोड़ूंगा:

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

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

- एलेक्स


3

नफरत करने के कुछ तरीके:

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

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

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

उन विशेषताओं का विज्ञापन करें जो वास्तव में काम नहीं करती हैं। यदि आपको उत्पाद का पर्याप्त नियंत्रण मिला है, तो उनमें से कुछ को अधिक या कम मजबूर उन्नयन के साथ हटा दें।

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

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

उपयोगकर्ताओं के कंप्यूटर को मेस करें। DRM यहाँ बहुत अच्छा है, खासकर यदि आप किसी को समय से पहले इसके बारे में नहीं बताते हैं (और विशेष रूप से अगर वे आपके उत्पाद की तरह किसी चीज़ पर DRM की उम्मीद नहीं करेंगे)।

एंटी-पायरेसी के उपाय बहुत अच्छे हैं। सुनिश्चित करें कि आपके पता लगाने वाले एल्गोरिदम में बहुत सारी झूठी सकारात्मकताएँ हैं। झूठी सकारात्मकता को सही करने के लिए सुविधाजनक या आसान तरीके होना आवश्यक नहीं है।

लंबे समय से भ्रमित करने वाले EULAs जो हास्यास्पद चीजों का दावा करते हैं, आजकल आम हैं। उन पर नफरत करने के लिए, आपको वहाँ पर कुछ दफनाना होगा और बाद में इसे लागू करना होगा।

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

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

सदैव प्रतिस्पर्धी और अच्छी तरह से प्रचारित विरोधी अभ्यास यहाँ उपयोगी होते हैं।

(यह अनुमान लगाने के लिए कोई बिंदु नहीं है कि मैंने किन सुझावों को कंपनियों के साथ लिखा था, या यहां तक ​​कि कौन से हैं, या जो मुझे व्यक्तिगत रूप से भुगतना पड़ा है।)


उस सूची असंगतता और टाई-इन में जोड़ें। जब आप उनसे एक ही होने की उम्मीद करेंगे, तो आपके कुछ एप्लिकेशन आसानी से अलग-अलग काम करेंगे। (आउटलुक और आईई में एचटीएमएल हैंडलिंग, शायद?) आपके कुछ एप्लिकेशन निर्यात सामान बनाते हैं जो केवल आपके अन्य एप्लिकेशन में सही तरीके से पढ़े जा सकते हैं, और मालिकाना डेटा प्रारूपों के साथ भारी हो सकते हैं - यदि प्रारूप अनिर्दिष्ट हैं और / या आर्कन हैं तो बोनस अंक gotchas।
जूलिया हेवर्ड

2

1) एक गुणवत्ता उत्पाद बनाएं
2) ग्राहक को समझें
3) स्थिरता बनाए रखें


स्थिरता के लिए +1। लोग अक्सर तेजतर्रार प्रतिभा और ग़ुस्से में उतार-चढ़ाव के बजाय लगातार सामान्यता के साथ खड़े रहेंगे क्योंकि उन्हें यह जानना होगा कि वे कहाँ खड़े हैं।
जॉन हॉपकिंस

@ जॉन fluctuating brillianceनाइस - प्रेडिक्टिबिलिटी में काफी अहमियत है।
जॉर्ज मैरियन

1

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

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

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


1

एक सॉफ्टवेयर कंपनी को एक सकारात्मक प्रकाश में रखना लेनदेन के दोनों पक्षों को शामिल करता है।

कंपनी को चाहिए:

  1. अपने चुने हुए क्षेत्रों में उद्देश्य के लिए सबसे उपयुक्त है कि लगातार कोड प्रदान करते हैं
  2. ग्राहक प्रतिक्रिया पर अभिनय करके सुधार करने के लिए लगातार प्रयास करते देखे जाएं
  3. निष्पक्ष होकर देखा जाए

ग्राहक को चाहिए:

  1. कंपनी को प्रतिक्रिया दें कि वे अच्छा कर रहे हैं / बुरी तरह से
  2. प्रतिक्रियाओं की उनकी अपेक्षाओं में उचित रहें

इन सरल नियमों से, बहुत सारी अच्छी चीजें स्वाभाविक रूप से चलती हैं। परेशानी यह है कि बाजार की ताकतें और प्रतिस्पर्धा क्या है, उनसे चिपके रहना दुःस्वप्न है।


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

@ मुझे लगता है कि मैं बेहतर करने के लिए बहुत सारे अर्थों को लागू करने की कोशिश कर रहा हूं - शायद "उद्देश्य के लिए सबसे अधिक उपयुक्त" एक बेहतर वाक्यांश हो। मैंने इसे दर्शाने के लिए अपना उत्तर संपादित कर दिया है।
गैरी रोवे

निश्चित नहीं है कि क्या मूल्य "उद्देश्य के लिए सबसे अधिक फिट" द्वारा कवर किया गया है, लेकिन मैं सराहना करता हूं कि आप क्या कहना चाह रहे हैं - इसका वर्णन करना एक कठिन बात है।
मर्फ़

1

जब आप समाचार में बहुत अधिक जोखिम के साथ Microsoft, Google या Facebook जैसे बड़े निगम होते हैं, तो आप लोगों को आपसे नफरत करने से रोक नहीं सकते। यह नामुमकिन है।

जितना अधिक आप सफल होते हैं , उतने ही आप नफरत करते हैं

वेंडर को hatemeterअपनी सफलता को मापने के लिए एक मीट्रिक बनाया जाना चाहिए ! ;)

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

असली चुनौती विक्रेताओं का सामना नफरत से नहीं, बल्कि उदासीनता से होना चाहिए ।

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


एक बहुत ही बुनियादी स्तर पर (कि वहाँ बहुत सारे प्रतिक्रियात्मक बेवकूफ हैं, जो इसके लिए कुछ नापसंद करेंगे) यह सच है लेकिन मुझे यकीन नहीं है कि यह मददगार है। बहुत सारी कंपनियां हैं जो उस छोटे टोकन स्तर से परे नफरत किए बिना सफल हैं। मुझे ड्रॉपबॉक्स से नफरत करने वाले किसी व्यक्ति के बारे में पता नहीं है। या ट्विटर (कंपनी - ऐसे लोग हैं जो इस बात को पसंद नहीं करते हैं कि किशोर कैसे उत्पाद का उपयोग करते हैं लेकिन वे कंपनी को नापसंद नहीं करते हैं)।
जॉन हॉपकिंस

आपके मन में कौन सी कंपनियां हैं?

@ पियरे - दो मैं एक ड्रॉपबॉक्स और ट्विटर के लिए सूची।
जॉन हॉपकिंस

@ जॉन: क्या? आपके पास पहले से टी-शर्ट नहीं है? marketinginprogress.com/wp-content/uploads/2010/06/…

@ पिएरे - मुझे लगता है कि उत्पाद का उपयोग करने और कंपनी से नफरत करने के तरीके के बीच अंतर है - वे अलग हैं।
जॉन हॉपकिंस

1

मुझे उस व्यावसायिक सॉफ़्टवेयर के कोण से इस पर चर्चा करने दें जिसका मैंने उपयोग किया है जिसने मुझे पागल कर दिया है।

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

डेटाबेस विशिष्ट हो सकता है कि बेहतर प्रदर्शन कोड लिखने के बजाय डेटाबेस तटस्थ होना चाहते हैं द्वारा प्रदर्शन के लिए विचार की कमी।

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

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

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

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

अब एक कंपनी के रूप में जो इसे सही करती है - मैं प्रस्तुत करता हूं कि रेड-गेट वह कंपनी है। उनका सामान बस काम करता है, यह वही करता है जो इसे उपयोग करने के लिए मेरी ओर से बहुत परेशानी के बिना करना चाहिए, यह तेज है और उनकी ग्राहक सेवा महान है। बहुत ज्यादा हर अनुभवी SQl सर्वर dba मैं कभी भी उनके उपकरण खरीदने की सिफारिश की है जाना जाता है।


0

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

संपादित करें: अब मुझे पता है कि उन्होंने इस डेटाबेस का दस्तावेज क्यों नहीं बनाया:

  1. प्रकार के आधार पर फ़ील्ड नामों के लिए एक नामकरण सम्मेलन है: dt = date, s = string / varchar, d = float
  2. कोई प्राथमिक कुंजी केवल विशिष्ट क्लस्टर इंडेक्स हैं।
  3. किसी भी मेज पर कोई बाधा नहीं।
  4. अधिकांश संग्रहीत कार्यविधियाँ हैं: चयन करें *
  5. सभी मुख्य फ़ील्ड स्ट्रिंग प्रकार (कम से कम समस्याएं हैं)
  6. सरदारों की जय!
  7. उन्होंने टिप्पणी और संस्करण अपने पैच नंबर किए, लेकिन यह इसके बारे में है।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.