कस्टमर फ़ीडबैक पोर्टल कैसे बनाएं: आइडिया, वोट और स्टेटस अपडेट

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

टीमें इसे क्यों बनाती हैं

फ़ीडबैक आम तौर पर एक साथ हर जगह से आता है: सपोर्ट ईमेल, सेल्स कॉल, चैट, सोशल पोस्ट। पोर्टल उसे एक जगह देता है, और वोटिंग दिखाती है कि कौन से अनुरोध बहुत लोग साझा करते हैं। यह ग्राहकों को यह भी दिखाता है कि कोई सुन रहा है, बशर्ते पोस्ट सच में आगे बढ़ें। ऐसा बोर्ड जिस पर आइडिया एक साल तक "Under review" में अटके रहें, कोई बोर्ड न होने से ज़्यादा नुकसान करता है।

बनाने से पहले तय करें कि पोर्टल किस लिए है:

• आइडिया और बग इकट्ठा करना, या सिर्फ़ आइडिया? बग रिपोर्ट मिलाने से पोर्टल अक्सर दूसरी सपोर्ट कतार बन जाता है।
• सार्वजनिक या निजी? सार्वजनिक बोर्ड ज़्यादा भागीदारी लाते हैं। निजी (साइन-इन के बाद सिर्फ़ ग्राहक) B2B प्रोडक्ट के लिए ठीक हैं जिनके अनुरोध संवेदनशील हों।
• क्या कोई सार्वजनिक रोडमैप है? "Planned" और "In progress" दिखाने से उम्मीदें बनती हैं, इसलिए सिर्फ़ वही दिखाएँ जिसके लिए आप जवाबदेह होने को तैयार हों।

पोर्टल में क्या चाहिए

डेटा

छोटे नोट के साथ स्टेटस बदलाव का लॉग रखें। यह नोटिफ़िकेशन ईमेल को चलाता है और ग्राहकों को दिखाता है कि चीज़ें कैसे आगे बढ़ीं।

पेज

• बोर्ड: वोट बटन के साथ पोस्ट की सूची, श्रेणी और स्टेटस से फ़िल्टर, Top, New और Trending के अनुसार क्रम।
• पोस्ट पेज: विवरण, वोट, कमेंट, आधिकारिक जवाब हाइलाइट, स्टेटस का इतिहास।
• नई पोस्ट फ़ॉर्म: लिखते समय लाइव "मिलती-जुलती पोस्ट" की सूची के साथ।
• रोडमैप: Planned, In progress, Shipped के कॉलम।
• एडमिन: ट्रायज के लिए नई पोस्ट, डुप्लिकेट मर्ज करना, नोट के साथ स्टेटस बदलना, स्पैम छिपाना।

अनुमतियाँ

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

निर्णय और समझौते

लोग साइन इन कैसे करें

बेनाम वोटिंग धाँधली को न्योता देती है और आपके पास जवाब देने का कोई तरीका नहीं रहता। पूरे पासवर्ड वाले अकाउंट में घर्षण ज़्यादा है। एक आम समझौता है ईमेल लिंक से साइन-इन: कोई अपना ईमेल डालता है, लिंक पर क्लिक करता है, और अंदर आ जाता है। अगर आपके प्रोडक्ट में पहले से अकाउंट हैं, तो ग्राहकों को वही लॉगिन इस्तेमाल करने दें ताकि आप जानें कि वे कौन हैं। देखें अपने ऐप में लॉगिन जोड़ना।

स्टेटस

सूची छोटी और साफ़ रखें: Under review, Planned, In progress, Shipped, Not planned। "Not planned" के साथ एक छोटा कारण, किसी पोस्ट को अधर में छोड़ने से ज़्यादा सम्मानजनक है।

वोट बनाम भारित माँग

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

लूप बंद करना

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

एक पहला प्रॉम्प्ट जो काम करता है

Slotly नाम के शेड्यूलिंग ऐप के लिए एक कस्टमर फ़ीडबैक पोर्टल बनाओ। ग्राहक ईमेल वाले मैजिक लिंक से साइन इन करें। वे एक आइडिया पोस्ट कर सकें (शीर्षक, विवरण, श्रेणी: Calendar, Payments, Notifications, Other), हर पोस्ट पर एक बार वोट दें, और कमेंट करें। नई पोस्ट लिखते समय मिलती-जुलती मौजूदा पोस्ट पाँच तक दिखाओ। बोर्ड Top, New या Trending के अनुसार क्रमबद्ध हो, और श्रेणी व स्टेटस से फ़िल्टर हो। स्टेटस: Under review, Planned, In progress, Shipped, Not planned। Planned, In progress और Shipped कॉलम वाला एक Roadmap पेज जोड़ो। एडमिन के लिए नई पोस्ट का ट्रायज पेज हो, वे छोटे नोट के साथ स्टेटस बदल सकें, किसी डुप्लिकेट को दूसरी पोस्ट में मर्ज कर सकें (वोट और कमेंट ले जाते हुए), किसी कमेंट को आधिकारिक जवाब के रूप में चिह्नित कर सकें, और स्पैम छिपा सकें। सब कुछ डेटाबेस में सेव करो और हर स्टेटस बदलाव लॉग करो। मैत्रीपूर्ण, साफ़ डिज़ाइन जो फ़ोन पर चले।

बिल्ड के चरण

1. पोस्ट, वोट और कमेंट एक सरल साइन-इन के साथ। जाँचें कि एक व्यक्ति दो टैब से भी दो बार वोट न कर सके।
2. बोर्ड की सॉर्टिंग और फ़िल्टर। Top, New, Trending; श्रेणी और स्टेटस फ़िल्टर।
3. एडमिन ट्रायज। नोट के साथ स्टेटस बदलाव, छिपाना, आधिकारिक जवाब।
4. डुप्लिकेट का प्रबंधन। मिलती-जुलती पोस्ट के सुझाव और मर्ज का विकल्प।
5. Roadmap पेज।
6. नोटिफ़िकेशन। स्टेटस बदलने पर वोटर्स को ईमेल, अनसब्सक्राइब लिंक के साथ।
7. अपने प्रोडक्ट से लिंक। आपके ऐप के मेन्यू में "Feedback" लिंक, जो संभव हो तो लोगों को सीधे साइन इन करा दे।
8. पहले से मौजूद अनुरोधों से भरें, ताकि पहले विज़िटर को खाली बोर्ड न दिखे।

आम गलतियाँ

• लॉन्च करके छोड़ देना। नई पोस्ट का ट्रायज करने और स्टेटस अपडेट करने का साप्ताहिक समय तय करें।
• वोट को रोडमैप मान लेना। वोट मापते हैं कि पोर्टल के कितने विज़िटर परवाह करते हैं, न कि प्रोडक्ट के लिए क्या सबसे अच्छा है। ग्राहकों से बात भी करें; देखें ग्राहक इंटरव्यू कैसे करें।
• मर्ज का विकल्प न होना। एक ही अनुरोध की पाँच कॉपी वोट बाँट देती हैं और असली माँग छिपा देती हैं।
• बेनाम वोट। आसानी से धाँधली, और फ़ॉलो-अप असंभव।
• रोडमैप पर तारीख़ों का वादा। जब तक पक्का न हो, Planned और In progress का इस्तेमाल करें, डेडलाइन नहीं।
• इसका सपोर्ट डेस्क बन जाना। बग रिपोर्ट को अपने सपोर्ट चैनल पर भेजें और फ़ॉर्म पर यह साफ़ लिखें।

कब होस्टेड फ़ीडबैक टूल बेहतर विकल्प है

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

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

Mythex के साथ बनाना

Mythex पर आप चैट में पोर्टल का वर्णन करते हैं और एजेंट उसे लाइव प्रीव्यू में बनाता है। जब पोस्ट और वोट सेव करने हों तो यह एक समर्पित Postgres डेटाबेस जोड़ता है (माँगें या /database टाइप करें)। Mythex आपके बनाए ऐप्स के लिए अंतर्निर्मित साइन-इन या ईमेल भेजना नहीं देता: आप अपना प्रोवाइडर और कुंजियाँ लाते हैं, जो प्रोजेक्ट सीक्रेट के रूप में सेव होती हैं। डॉक्स में लॉगिन जोड़ने और ईमेल भेजने के रेसिपी हैं।

जब मुख्य फ़्लो काम करने लगे, तो /test एजेंट से प्रीव्यू में क्लिक करवाता है (एक आइडिया पोस्ट करना, वोट देना, एडमिन के रूप में स्टेटस बदलना) और बताता है कि क्या टूटा। फ़ीचर रिक्वेस्ट बोर्ड टेम्पलेट, जिसमें new से shipped तक अपवोट और स्टेटस हैं, एक अच्छा शुरुआती बिंदु है।

सवाल