Theory
कोई भी पहली बार में सही नहीं करता
आपकी FestConnect testing ने problems की एक ranked list produce की। पूरे subject के पीछे यह humbling truth है: वे problems NORMAL हैं। कोई भी designer, चाहे कितना भी अच्छा हो, पहली attempt में सही नहीं करता। पहला design हमेशा एक hypothesis होता है, और testing इसे आंशिक रूप से ग़लत prove करती है।
तो professional despair नहीं करता या defend नहीं करता: वे ITERATE करते हैं। Date field fix कीजिए, फिर से test कीजिए, पता चलता है design बेहतर है पर एक label अब लोगों को confuse कर रहा है, उसे fix कीजिए, फिर से test कीजिए। Iterative design यही loop है, और यही तरीका है जिससे हर good product असल में बनता है: genius से नहीं, बल्कि cycles से।
Theory
Sculpting, Printing नहीं
एक printer एक pass में finished चीज़ produce करता है: अगर file ग़लत थी, तो print भी है। यह linear design है: एक बार design कीजिए, ship कीजिए, hope कीजिए।
एक sculptor PASSES में काम करता है: rough shape, पीछे step back, refine, फिर step back, refine: statue doing और evaluating के repeated cycles से emerge होता है। यह iterative design है। आप एक masterpiece को एक stroke में carve नहीं करते; आप इस पर converge करते हैं, cycle by cycle, हर pass इस पर guided कि आपने अब तक क्या देखा।
Theory
Iterative Design, Formally
Iterative design एक cyclical, repeating process है: design → prototype → users के साथ test → feedback gather करें → refine करें → और repeat करें। Loop से हर pass एक iteration है, और हर एक EVIDENCE के आधार पर design improve करता है।
यह एक linear (one-shot) approach का opposite है जहाँ आप एक बार design करके ship करते हैं, hope करते हुए यह काम करेगा। Iteration accept करता है कि first attempts flawed होते हैं और user feedback को इस engine की तरह इस्तेमाल करता है जो design और users की real needs के बीच gap progressively close करता है।
यह loop Unit 1 का UCD cycle action में है (understand, design, evaluate, repeat): iteration वह जगह है जहाँ user-centered design असल में होता है।
Theory
Feedback Fuel है; Small और Early Fail कीजिए
एक iteration को improve होने के लिए INPUT चाहिए, और वह input user feedback है कई sources से: usability tests, interviews, analytics, reviews, support tickets, A/B tests।
Deep payoff cost-of-change curve से connect होता है: iteration आपको big और late के बजाय small और early fail करने देता है। एक prototype के iteration 2 में मिला एक flaw एक tweak की कीमत रखता है; वही flaw एक full public launch के बाद discover होने पर lost users और एक scramble की कीमत रखता है। Cheap, frequent cycles problems को catch करते हैं जब वे अभी भी cheap हैं।
और iteration launch पर नहीं रुकता: real products हमेशा के लिए iterate करते रहते हैं, users के बारे में ज़्यादा सीखते हुए continuously improve करते हुए।
Quiz
Iterative design को सबसे अच्छी तरह क्या describe करता है?
- Product को एक बार perfectly design कीजिए, फिर इसे unchanged ship कीजिए
- Design, test, feedback gather करने और refine करने का एक repeating cycle, हर round में product improve करते हुए
- Users को खुद code लिखने देना
- Deadline तक features add करते रहना, बिना testing के
- सिर्फ़ visual layer design करना और function ignore करना
Show the answer
Design, test, feedback gather करने और refine करने का एक repeating cycle, हर round में product improve करते हुए
Iterative design वह LOOP है: design, prototype, users के साथ test, feedback gather, refine, और repeat, हर cycle evidence के आधार पर product improve करते हुए: sculptor के passes, printer का single shot नहीं। Option A वह linear/waterfall opposite है जिसे replace करने के लिए iteration exist करता है (first designs कभी perfect नहीं होते)। Option C user FEEDBACK (input) को users design करते हुए (जो वे नहीं करते) से confuse करता है। Option D test-and-refine core के बिना deadline-driven feature-cramming describe करता है। Option E ignore करता है कि iteration पूरे experience को improve करता है, सिर्फ़ visuals को नहीं। Essence: evidence-driven cycles में improve कीजिए, क्योंकि आप कभी पहली बार में सही नहीं करते।
Think first
Iteration एक Perfect Plan से क्यों बेहतर है
एक manager कहता है 'चलिए FestConnect को upfront perfectly design कर लेते हैं ताकि हमें कभी बदलने की ज़रूरत न पड़े, यह सारा testing time बचाते हुए।' यह tempting plan असल में riskier और ज़्यादा expensive क्यों है? फिर tap कीजिए।
Show the answer
क्योंकि 'upfront perfect' impossible है: आप जान नहीं सकते real users कैसे behave करेंगे जब तक वे इसे इस्तेमाल न करें, तो एक बड़ा one-shot design assumptions bake करता है जो सिर्फ़ launch के BAAD flaws की तरह reveal होते हैं, जब fix करना सबसे expensive है और users पहले ही चले गए हैं। Iteration wasted time नहीं है; यह RISK MANAGEMENT है: एक huge, late, costly correction के बजाय कई small, cheap corrections (cost-of-change curve)। Paradoxically, time बचाने के लिए iteration skip करने की कोशिश आमतौर पर कहीं ज़्यादा time और users की कीमत रखती है। Mature stance: आप ग़लत होंगे; only choice यह है कि आप cheaply और early पता लगाते हैं, या expensively और late।
Watch out
Iteration Slips
One-and-Done Design: पहला version untested ship करना यह assume करता है कि आपने सही किया (आपने नहीं किया)।
बिना Feedback के Iterate करना: opinion से चीज़ें बदलना, evidence से नहीं, iteration नहीं है: यह circles में guessing है।
Unfocused Iterations: हर cycle को testing के PRIORITISED issues target करने चाहिए, फिर retest, randomly tweak नहीं।
Launch पर रुकना: good products continuously iterate करते हैं, release के बाद भी।
Design Defend करना: critique को fuel समझिए, attack नहीं; goal एक better product है, एक right designer नहीं।
Theory
ज़्यादातर के लिए Better काफ़ी नहीं है
Iteration FestConnect को उन users के लिए smoothly काम करने की तरफ़ converge करता है जिन्हें आपने test किया। पर 'ज़्यादातर users के लिए काम करता है' अभी भी disabilities वाले लोगों को LOCK OUT कर सकता है: वे जो colour नहीं देख सकते, sound नहीं सुन सकते, या mouse इस्तेमाल नहीं कर सकते। एक product को EVERYONE के लिए काम कराना अगला, essential lesson है: ACCESSIBILITY के लिए design करना: एक add-on नहीं, बल्कि इसे सही करने का हिस्सा। फिर subject एक full case study के साथ बंद होता है।
Summary
Key takeaways
- Iterative design एक repeating cycle है: design, prototype, test, feedback gather, refine, repeat।
- हर iteration evidence के आधार पर design improve करता है; यह एक linear one-shot approach का opposite है।
- First designs हमेशा flawed होते हैं; user feedback real needs तक का gap progressively close करता है।
- Feedback usability tests, interviews, analytics, reviews, support, A/B tests से आता है।
- Iteration आपको small और early fail होने देता है (cost-of-change), big और late नहीं, और launch के बाद भी जारी रहता है।
- हर cycle को testing के prioritised issues पर focus करना चाहिए, फिर retest।
- Memory hook: passes में sculpt कीजिए, एक shot में print मत कीजिए।