जब आपका बॉस पूछे 'क्या हम ऐसा कर सकते हैं?' तो केस स्टडीज़ को छोटे टेस्ट में बदलें

सारांश

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

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

तंत्र से शुरू करें, आँकड़े से नहीं

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

इसलिए जब एक बड़ी संख्या सामने आती है, तो पहले एक प्रश्न पूछें: उस पेज पर कौन सा व्यवहार बदला? मैट्रेस फर्म के लिए, व्यवहार था "चुनाव कठिन लगने के कारण उत्पाद पेज छोड़ना।" YETI के लिए, यह था "फ़ोन पर खरीदना" — एक मोबाइल UX ओवरहाल ने मोबाइल कन्वर्ज़न में 63% की छलांग लगाई। The Sill के लिए, एक ऑनलाइन पौधे खुदरा विक्रेता, व्यवहार था "खोज के माध्यम से साइट ढूंढना" — लॉन्ग-टेल SEO और साइट स्पीड ने 45% ऑर्गेनिक ट्रैफिक जोड़ा। तीन अलग व्यवहार, तीन अलग समाधान। व्यवहार की नकल करें, संख्या की नहीं।

यह अंतर तब तक स्पष्ट लगता है जब तक आप बजट चर्चा के बीच में न हों। आपका बॉस कहता है "हमें मैट्रेस फर्म की तरह एक फाइंडर विज़ार्ड जोड़ना चाहिए।" आप सुनते हैं "हमें चुनना आसान बनाना चाहिए।" ये दो वाक्य दो पूरी तरह से अलग परियोजनाओं की ओर ले जाते हैं। पहला एक फीचर अनुरोध है। दूसरा एक समस्या है जिसे हल करना है। समस्या-पहले सोच ही है जो एक छोटी टीम को तेज़ी से आगे बढ़ने देती है।

कुछ भी कॉपी करने से पहले तीन प्रश्न

इन्हें एक स्टिकी नोट पर लिखें।

1. बदलाव से पहले उपयोगकर्ता की परेशानी क्या थी?
2. ब्रांड ने कौन सा एक कार्य आसान बनाया?
3. वही सरलीकरण आपके सबसे खराब पेज पर कैसा दिखेगा?

यहाँ जाल है: आप सतही सुविधा की नकल करने के लिए ललचाएँगे। Kase युवा दर्शकों को आकर्षित करने के लिए बोल्ड 3D विज़ुअल और पैरालैक्स का उपयोग करता है। यह एक सतही सुविधा है। अंतर्निहित क्रिया है "उत्पाद को इतनी स्पष्टता से दिखाएँ कि वह उसे पकड़ने जैसा लगे।" यदि आप कार्यालय प्रबंधकों को सस्ते हाउसप्लांट बेचते हैं, तो पैरालैक्स मदद नहीं करेगा। एक टूलटिप जो कहती है "यह पौधा कम रोशनी में जीवित रहता है" मदद करेगी।

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

Dagne Dover ने 100,000 से अधिक SMS सब्सक्राइबर बनाए। वहाँ तंत्र है "ग्राहकों तक उस डिवाइस पर पहुँचें जो वे पहले से पकड़े हुए हैं।" पूछें कि क्या वही चैनल आपके खरीदारों पर फिट बैठता है। यदि वे पौधे की दुकान से टेक्स्ट प्राप्त करने के प्रकार के नहीं हैं, तो इसे छोड़ दें। तर्क निकालना है, चैनल की नकल करना नहीं।

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

क्या स्थानांतरित होता है, क्या नहीं

यहाँ मैं जो फ़िल्टर उपयोग करता हूँ। यह जटिल नहीं है।

केस स्टडी विवरण	स्थानांतरित होता है यदि...	छोड़ें यदि...
मैट्रेस फर्म का फाइंडर विज़ार्ड	आपके ग्राहक समान विकल्पों के बीच चुनने में संघर्ष करते हैं	आपकी दुकान पाँच उत्पाद बेचती है
YETI का मोबाइल UX ओवरहाल	आपका आधे से अधिक ट्रैफ़िक मोबाइल है और आपका मोबाइल चेकआउट अजीब है	आपका मोबाइल चेकआउट ठीक काम करता है
Emma Sleep का एक-प्रश्न ईमेल फ़ॉर्म	आपकी ईमेल सूची वृद्धि सपाट है और आप कम-प्रयास परीक्षण चाहते हैं	आपका साइनअप प्रोत्साहन पहले से मजबूत है
Kase के 3D विज़ुअल और पैरालैक्स	आपका ब्रांड बोल्ड है और आपका दर्शक युवा है	आप व्यावहारिक, उच्च-विचार वाली वस्तुएं बेचते हैं

पैटर्न पर ध्यान दें: संख्याएँ कभी स्थानांतरित नहीं होतीं। संरचना स्थानांतरित होती है। "43%" मैट्रेस फर्म के ट्रैफ़िक, उत्पाद रेंज और आधार रेखा के लिए विशिष्ट था। आपका 43%, यदि मौजूद है, एक अलग संरचना से आएगा। यह निराशाजनक नहीं है। यह उपयोगी है।

दो-दोपहर का परीक्षण

आइए इसे पौधे की दुकान पर चलाएँ। आपका बॉस एक "मैट्रेस फर्म शैली रीडिज़ाइन" चाहता है। आपके पास डिज़ाइन टीम नहीं है। आपके पास विकास स्प्रिंट नहीं है। आपके पास इस सप्ताह दो दोपहर हैं।

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

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

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

साइट बदलने से पहले शब्द बदलें

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

यहाँ एक उपयोगी ढांचा है: "हम वेबसाइट पर दांव नहीं लगा रहे हैं। हम जाँच रहे हैं कि क्या एक विचार बड़े दांव के लायक है।" बस इतना ही। आपका बॉस बेवकूफ नहीं है; वे जोखिम प्रबंधन कर रहे हैं। दो-दोपहर का परीक्षण कम जोखिम है। रीडिज़ाइन उच्च जोखिम है। केस स्टडी ने आपको विचार दिया। परीक्षण आपको सबूत देता है।

जब आपका बॉस पूछता है "इसकी लागत क्या होगी?", तो डॉलर के बजाय घंटों में जवाब दें। "यह मेरे समय के दो दोपहर और एक पेज है।" यह संख्या छोटी लगती है क्योंकि यह छोटी है। और "हम इसे शुक्रवार को बंद कर सकते हैं" जोड़ने से डर का आखिरी टुकड़ा दूर हो जाता है।

43% का उल्लेख न करें। जैसे ही आप एक बड़ी संख्या उद्धृत करते हैं, आपका बॉस एक बड़ी संख्या की उम्मीद करेगा। इसके बजाय कहें: "केस स्टडी बताती है कि जब चुनना कठिन लगता है तो लोग छोड़ देते हैं। हमारा क्विज़ उस घर्षण को दूर करता है। हम एक सरल पूर्णता दर मापेंगे।" अब आपके बॉस के पास बिना किसी कल्पना के निर्णय मानदंड है।

छोटे परीक्षण ही वास्तविक केस स्टडी हैं

यहाँ वह धारणा है जो कोई ज़ोर से नहीं कहता: बड़े ब्रांड के परिणाम बड़े कदमों से आते हैं। मैट्रेस फर्म ने रीडिज़ाइन किया। YETI ने मोबाइल ओवरहाल किया। AppSumo ने एक सेल्स पेज लिखा जिसने दस दिनों में $250,000 कमाए। लेकिन आप केवल विजेताओं के बारे में सुनते हैं। केस स्टडीज़ बेहतर डिज़ाइन के साथ उत्तरजीविता पूर्वाग्रह हैं।

शांत सच्चाई यह है कि अधिकांश बड़े लॉन्च दर्जनों छोटे प्रयोगों से पहले होते हैं जिनके बारे में कोई नहीं लिखता। एक शानदार सेल्स पेज चमत्कार नहीं है। यह एक संस्करण है जो सौ कटों से बच गया। AppSumo का Facebook विज्ञापनों पर 29x रिटर्न एक परिणाम है, शुरुआती बिंदु नहीं। इसके पीछे बहुत सारे पुनरावृत्ति हैं जो केस स्टडी नहीं दिखाती।

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

एक संशयवादी की तरह मापें

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

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

यदि आपने प्रचार चलाया तो इस सप्ताह की तुलना पिछले सप्ताह से न करें। समान अवधि की तुलना करें। अपनी रिपोर्ट में संदर्भ रखें: "ईमेल के कारण ट्रैफ़िक बढ़ा था, इसलिए यह दर है, कच्ची गिनती नहीं।" संदर्भ एक भ्रमित संख्या को स्पष्ट उत्तर में बदल देता है।

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

निष्कर्ष

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