आप एक ग्राहक के ग्राहक को विनिर्देश दस्तावेज, उपयोग मामला, या परिदृश्य में क्या कहते हैं?


10

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

इसलिए, कभी-कभी उपयोग के मामलों और परिदृश्यों को समझाना मुश्किल हो सकता है, क्योंकि हमारे कर्मचारी ऑपरेटर हो सकते हैं, हमारे ग्राहक ऑपरेटर हो सकते हैं, और हमारे ग्राहकों के ग्राहक आगंतुक हो सकते हैं।

हालांकि, हमारे ग्राहक हमारे ऑपरेटर कर्मचारियों के साथ बातचीत करने वाले आगंतुक भी हो सकते हैं, हमारे ग्राहकों के ग्राहक हमारे ग्राहक या हमारे कर्मचारी के साथ बातचीत करने वाले आगंतुक हो सकते हैं।

यहाँ एक मॉडल है जहाँ:

A is an employee
B is a customer
C is our customers' customer

X  interacts with  Y
Operator --> Visitor
      A  -->  B
      A  -->  C
      B  -->  C

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

यह हर समय "ग्राहक का ग्राहक" कहने के लिए एक कौर है।

मैं सोच रहा था कि उनके उपयोग के मामलों और परिदृश्यों को लिखते समय अन्य विकास दुकानें इन अर्थ विवरणों को कैसे संभालती हैं।

  • क्या कोई एक-शब्द, जेनेरिक शब्द है जो किसी भी उत्पाद पर लागू हो सकता है जिसमें तीसरे स्तर का अभिनेता शामिल है?
  • विशिष्ट भूमिकाओं, ऑपरेटर और विज़िटर का उपयोग करने के अलावा, किसी ग्राहक के ग्राहक की पहचान करने के लिए किन शब्दों का उपयोग किया जा सकता है?

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


1
ऐसा लगता है कि आप रिश्ते को गलत देख रहे हैं। A कड़ाई से एक ऑपरेटर है। C सख्ती से एक आगंतुक है। B एक संचालक और एक आगंतुक दोनों होता है। तथ्य यह है कि बी की दो भूमिकाएं हैं, इस तथ्य को नहीं बदलती हैं कि सी सख्ती से आगंतुक है। इसलिए, मैं C को एक विशिष्ट पहचानकर्ता देने की बात नहीं देखता।
पेमदास

@ पेमदास - समस्या दूसरी तरह से है। C सख्ती से एक आगंतुक है, लेकिन एक आगंतुक हमेशा कड़ाई से सी नहीं है। इसके अलावा, हमारे द्वारा विकसित प्रत्येक उत्पाद में एक ऑपरेटर और एक आगंतुक नहीं है। वे कई उत्पादों में से एक हैं जो ग्राहकों को शामिल करते हैं और "ग्राहक का लंबा" अभिनेता शामिल है। मेरे प्रश्न में यह शामिल है कि कैसे मैं सी को "ग्राहक" के रूप में "केवल" ग्राहक "को छोटा करने और भ्रम पैदा करने के खतरे के बिना सामान्यीकरण कर सकता हूं।"
jmort253

2
ग्राहक के ग्राहक को "ग्राहक ** C" घोषित नहीं किया जाएगा? :-)
ग्रैंडमास्टरबी

@GrandmasterB - तब मेरे हितधारक भ्रमित हो सकते हैं और सोच सकते हैं कि मैं B या C का जिक्र कर रहा हूं जब वास्तव में मेरा मतलब केवल उनमें से एक से है।
jmort253

ग्राहक के ग्राहक की ओर इशारा करने के लिए हम "ClientsCustomer" का उपयोग करते हैं ....

जवाबों:


5
मामलों और परिदृश्यों का उपयोग करने के लिए समझाने के लिए

यह कुंजी है: डोमेन की शब्दावली का उपयोग करें, अर्थात भूमिकाओं के नाम। भूमिका कौन निभा सकता है यह महत्वपूर्ण नहीं है। सुनिश्चित करें कि भूमिकाएँ अच्छी तरह से परिभाषित हैं (प्रत्येक परिदृश्य के लिए)।

मेरे लिए यह संभव है कि मैं अपनी वेबसाइट पर जाऊं और अपने उत्पादों की खरीद करूं। यह मूर्खतापूर्ण है, लेकिन यह संभव है [लेकिन मैंने इसे ई-कॉमर्स सॉफ्टवेयर का परीक्षण करने के लिए किया है!]। यही कारण है कि तथ्य यह है कि मैं कर रहा हूँ प्रदाता, मेजबान, लेखक, वेबमास्टर, copywriter, प्रोग्रामर, ग्राहक, ग्राहक, आगंतुक, क्रेता, अतिथि, स्वामी, और कर्मचारी सभी एक ही समय में यूज-केस की शब्दावली में परिवर्तन नहीं करता: "ग्राहक वेब फ़ॉर्म के माध्यम से स्वामी से उत्पाद खरीदता है "


@Steven - अगर मैं आपसे पूछता "संदेश प्राप्त होने पर ग्राहक क्या देखता है?" , मैं कौन हूं जब मैं "ग्राहक" कहता हूं ? क्या मैं अपने ग्राहक का जिक्र कर रहा हूं , ईकॉमर्स की बिक्री फिर से एक सवाल है, या क्या मैं उसके ग्राहक का जिक्र कर रहा हूं , चेकआउट प्रक्रिया में फंसे आदमी को निर्देश मिलता है कि वह क्रेडिट कार्ड नंबर को ठीक से कैसे दर्ज करें ताकि वह अपनी नई वैन खरीद सके? धन्यवाद!
jmort253

@ jmort253, simple: कभी भी ग्राहक शब्द का उपयोग न करें। दुकानदार और व्यापारी।
पीटर टेलर

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

@ jmort253: "ग्राहक" शब्द को जाने दो ; आपके उपयोग के मामले में इसका कोई आंतरिक अर्थ नहीं है । ऊपर दिए गए अपने उदाहरणों में, "क्लाइंट" (जो आपकी सेवाओं का उपयोग करता है), "प्राप्तकर्ता" (जो एक प्रश्न प्राप्त करता है) का उपयोग करें, या "क्रेता" (जो कुछ खरीदता है)
स्टीवन ए। लोवे

1
@ jmort253, इस समय मैं जिस परियोजना पर काम कर रहा हूं उसमें मेरे ग्राहक के ग्राहक हैं। परियोजना का शब्दजाल यह है कि मेरे ग्राहक के ग्राहकों को "ग्राहक" कहा जाता है और उनके ग्राहकों को "उपभोक्ता" कहा जाता है। अमेज़ॅन के बाज़ार के रूपक का उपयोग करने के बजाय वे स्टालहोल्डर और खरीदार हो सकते हैं।
पीटर टेलर

8

यह स्पष्ट, कॉल करने के लिए अपने ग्राहक के रूप में ग्राहकों है, तो अपने ग्राहक के ग्राहकों के रूप में ग्राहकों । यह स्पष्ट कर देगा कि यह नहीं है?

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

साथ ही रिलेशन थोड़ा फनी है। आपका कर्मचारी ग्राहक के ग्राहकों के साथ कैसे बातचीत कर सकता है?


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

यदि आपके ग्राहक के ग्राहक आपके संभावित ग्राहक हैं, तो क्या उन्हें पहले से ही संभावित ग्राहक या ग्राहक के रूप में नामित नहीं किया जाना चाहिए?
मौरिस

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

इसे तर्क अभिव्यक्ति पर नीचे लाने की कोशिश कर रहा है = \
मौरिस

3

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

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

मेरा तर्क है कि भूमिका अभी भी एजेंट, उपयोगकर्ता, ग्राहक है। एक ग्राहक के रूप में अपने उपयोगकर्ता का जिक्र चीजों को भ्रमित करता है। (जैसा कि आप देख सकते हैं)।

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


मुझे लगता है कि यही समस्या है। मेरे इंजीनियरों और मुझे परियोजना पर चर्चा करते समय दो अलग-अलग भूमिकाओं पर विचार करना होगा। क्या हम हम या उनकी भूमिका से चर्चा कर रहे हैं । हालाँकि, हमारी भूमिका उपयोगकर्ता की भी है क्योंकि हम अपना डॉगफूड खाते हैं। मुझे लगने लगा है कि मैं इसे उखाड़ फेंक रहा हूँ!
jmort253

2

शायद एक स्पर्शरेखा का थोड़ा सा लेकिन ...

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

"बॉब अपने बीच के वर्षों में एक बैंक मैनेजर हैं, उन्हें कुछ कंप्यूटर का अनुभव है, लेकिन विशेष रूप से उनमें से शौकीन नहीं है।"

तब आपके प्रोजेक्ट में आप उनके असली नाम "नहीं, बॉब नहीं चाहेंगे", "अगर बॉब ऐसा करता है तो ऐलिस को किसी तरह अधिसूचित करने की आवश्यकता है"। जब आप परिदृश्य कर रहे हों तो व्यक्ति विशेष रूप से उपयोगी होते हैं।

मैं अत्यधिक सलाह दूंगा कि कैदियों को शरण और चेहरे के बारे में चल रहे हैं


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

@jmort, शायद यह नहीं है कि आपको व्यक्तित्व का उपयोग कैसे करना चाहिए। जब तक बॉब वास्तव में एक ही व्यक्ति नहीं है जो विजेट निर्माण उपकरण और फू और बार दोनों खरीदेगा, उन्हें अलग-अलग व्यक्तित्वों के रूप में परिभाषित किया जाना चाहिए .. यही बात है, आप विशिष्ट परिदृश्यों / एप्लिकेशन / सिस्टम और समाधान के लिए अलग-अलग व्यक्ति का निर्माण करते हैं। उनके लिए। व्यक्तित्व के नाम केवल "उपयोगकर्ता" के लिए समानार्थी नहीं हैं
होमड

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

2

मुझे इस टिप्पणी को उत्तर के रूप में पोस्ट करने के लिए कहा गया था, इसलिए:

इस समय मैं जिस परियोजना पर काम कर रहा हूं उसमें मेरे ग्राहक के ग्राहक हैं। परियोजना का शब्दजाल यह है कि मेरे ग्राहक के ग्राहकों को "ग्राहक" कहा जाता है और उनके ग्राहकों को "उपभोक्ता" कहा जाता है। अमेज़ॅन के बाज़ार के रूपक का उपयोग करने के बजाय वे स्टालहोल्डर और खरीदार हो सकते हैं।


0

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


0

इस बात पर निर्भर करता है कि सॉफ्टवेयर का मतलब जाने-माने काल्पनिक चरित्रों का उपयोग करना है, जैसे डंबलडोर हमेशा हैरी पर ज्ञान छोड़ रहा है (उसे उन चीजों को सिखाना जो वह पहले नहीं जानता था और / या उसके सवालों का जवाब दे रहा था)। अपने डेवलपर्स की संस्कृति के साथ फिट होने वाले पात्रों का उपयोग करें। तब आप उन्हें उपयोग के मामलों में इस तरह से संदर्भित कर सकते हैं: जब ए डंबलडोर की कुर्सी पर बैठा हो या जब बी हैरी खेल रहा हो।

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


थोड़ी देर के लिए, मैं अपने विनिर्देशों में एथलीटों और फिल्म सितारों का उपयोग करने की कोशिश कर रहा था और उन्हें पढ़ना आसान बना रहा था। मेरे पास ब्रेट फेवर, सचिन तेंदुलकर और ऐश्वर्या राय थे, बस कुछ का नाम लेने के लिए।
jmort253
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.