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