आपको कैसे पता चलता है कि आपने जो design ship किया वह सच में काम आया?

माप launch के बाद नहीं, design से पहले तय कीजिए। user के लक्ष्य से जुड़ा एक मुख्य बर्ताव वाला metric चुनिए (task पूरा होना, पहली कीमत तक का वक्त, गलती की दर), एक guardrail metric जो कहीं और होने वाला नुकसान पकड़े, और एक qualitative जांच। release से पहले उसे instrument कीजिए, समीक्षा की तारीख तय कीजिए, और इसे नाकाम कहने को तैयार रहिए। जिस design का कोई सफलता का माप न हो उसे बस सराहा ही जा सकता है।

मैं अब कोई project इस पर सहमति बनाए बिना शुरू नहीं करूंगा कि इसका काम करना किसे माना जाएगा। आम तौर पर वह होता है user के लक्ष्य से जुड़ा एक बर्ताव वाला metric, एक guardrail, और कुछ qualitative। किसी scheduling वाले feature पर मुख्य metric था बिना support से संपर्क किए पूरी हुई bookings का हिस्सा, guardrail थीं दोहरी bookings, क्योंकि booking को तेज करने का सबसे तेज तरीका उसे लापरवाह बना देना है, और qualitative जांच थी दो हफ्ते बाद कुछ sessions। guardrail ने अपनी कीमत वसूल की: पूरा होना अच्छे से बढ़ा और दोहरी bookings भी थोड़ी बढ़ गईं, तो हमने एक confirmation का कदम जोड़ा जिसने थोड़ी रफ्तार ली और असली समस्या ठीक कर दी। दूसरी बात जिस पर मैं अड़ता हूं वह है ship करने से पहले जांचना कि events मौजूद हैं, क्योंकि सबसे बुरा नतीजा है launch करना, महीना भर इंतजार करना, और फिर पता चलना कि कुछ ट्रैक हुआ ही नहीं। और मैं समीक्षा चार हफ्ते आगे calendar पर रख देता हूं, PM के साथ। अगर वह काम नहीं आया तो मैं यह कहकर आगे सुधार करना पसंद करूंगा, बजाय इसके कि सब चुपचाप अगली चीज पर चले जाएं।