आप कोई redesign ship करते हैं और मुख्य metric गिर जाता है। पहले हफ्ते में आप क्या करते हैं?

पहले ही दिन न वापस लौटिए और न दोबारा design कीजिए। पक्का कीजिए कि माप असली है, फिर user के प्रकार, device और पुरानेपन से segment कीजिए, क्योंकि मौजूदा users में नएपन की वजह से आई गिरावट कुल आंकड़े में टूटे हुए design जैसी ही दिखती है। उस खास नाकामी के लिए session recordings और support की मात्रा देखिए। तय समय के अंदर फैसला कीजिए कि यह संभल रहा है, इसे मरम्मत चाहिए, या इसे वापस लेना है।

सबसे पहले मैं जांचता हूं कि हम वही नाप रहे हैं जो पिछले हफ्ते नाप रहे थे। redesign markup और event के trigger बदल देते हैं, और टूटा हुआ event हूबहू किसी आपदा जैसा दिखता है। यह मुझे दो बार पकड़ चुका है। फिर मैं segment करता हूं, और जो बंटवारा मुझे सबसे ज्यादा मायने रखता है वह है नए बनाम मौजूदा users। अगर नए users ठीक हैं और मौजूदा गिरे हैं, तो यह बहुत मुमकिन है कि दोबारा सीखने की बात हो और आम तौर पर वह दो तीन हफ्तों में संभल जाती है। अगर नए users भी गिरे हैं, तो design सच में खराब है और मैं जानना चाहता हूं कहां। तो मैं उन बीस sessions की recordings देखता हूं जो task में नाकाम रहीं, जो असहज है और सच पकड़ने में बेहद तेज। एक launch पर वजह एक अकेला control था जो अब clickable नहीं लगता था क्योंकि हमने उसे बहुत हल्का कर दिया था, यानी वापस लौटने की जगह एक दिन की मरम्मत। अहम हिस्सा है launch से पहले फैसले का नियम तय कर लेना: कितनी बड़ी गिरावट पर वापस लौटेंगे और कितना इंतजार करेंगे। जब सब घबराए हों और आंकड़ा लाल हो, तब यह तय करना ही अच्छे काम को फिंकवाता है।