आपके पास दो हफ्ते हैं और research का कोई बजट नहीं। आप किसी redesign को कैसे परखते हैं?

कुछ भी मांगने से पहले जो पहले से मौजूद है उसे इस्तेमाल कीजिए। support tickets, sales calls की recordings, product के अंदर की search logs, session recordings, और analytics हैरान करने वाली संख्या में सवालों का जवाब मुफ्त दे देते हैं। फिर पांच लोगों को किसी prototype के सामने बिठाइए, चाहे वे समस्या के करीब बैठे अंदरूनी लोग ही हों, और कमजोर नमूने के बारे में साफ रहिए। चरणबद्ध rollout पर खत्म कीजिए ताकि असली users आखिरी जांच बनें।

दो हफ्ते काफी हैं अगर मैं research को ऐसी चीज मानना छोड़ दूं जिसका order देना पड़ता है। पहले और दूसरे दिन मैं उस flow के support tickets मात्रा के हिसाब से छांटकर पढ़ता हूं, और product के अंदर की search queries देखता हूं, जो असल में users का अपने शब्दों में यह बताना है कि उन्हें क्या नहीं मिल रहा। फिर मैं दो support agents और sales के किसी व्यक्ति के साथ एक एक घंटा बिताता हूं, क्योंकि वे वही शिकायत हफ्ते में चालीस बार सुनते हैं और कोई उनसे कभी पूछता ही नहीं। इससे आम तौर पर समस्या की ज्यादातर परिभाषा मिल जाती है। फिर मैं एक कच्चा prototype बनाता हूं और किसी testing platform पर पांच unmoderated sessions चलाता हूं, जो बहुत सस्ता है और रात भर में नतीजा दे देता है। अगर मैं बाहर से लोग जुटा ही नहीं सकता, तो मैं ऐसे अंदरूनी लोग लूंगा जो product टीम में नहीं हैं, और मैं नतीजे बताते वक्त साफ कहता हूं कि वे प्रतिनिधि नहीं हैं, तो हम खोजों को सबूत नहीं, संकेत मानेंगे। आखिर में मैं इसे किसी flag के पीछे पांच प्रतिशत को ship करके देखूंगा। कम मात्रा में असली users उस बेहतरीन अध्ययन से बेहतर सबूत हैं जिसे चलाने का मेरे पास वक्त ही नहीं था।