बहुत सारे features वाले product की information architecture पर आप कैसे काम करते हैं?

ढांचा इस पर बनाइए कि users चीजों को कैसे बांटते हैं, इस पर नहीं कि कंपनी कैसे बंटी है। जो मौजूद है उसकी सूची बनाइए, फिर card sorting या tree testing से users का मानसिक नक्शा ढूंढिए, और असली labels पर first click testing से पुष्टि कीजिए। चतुर की जगह साफ labels चुनिए, navigation को जहां हो सके उथला रखिए, और जब आप ऐसा ढांचा बदलें जिसे लोग पहले से जानते हैं तो उन्हें बदलाव का रास्ता दीजिए।

मैं सूची बनाने से शुरू करता हूं, जो उबाऊ है और हमेशा कुछ न कुछ उजागर करती है। एक B2B product पर हमें ऐसे navigation में इकतालीस ठिकाने मिले जो खुद को नौ वाला बताता था, क्योंकि सालों से features settings में ठूंसे जा रहे थे। फिर मैं अपना नहीं, users का नक्शा ढूंढने जाता हूं। पंद्रह लोगों के साथ एक खुला card sort मुझे बताता है कि क्या क्या साथ जाता है और उससे भी काम की बात, वे कौन से शब्द इस्तेमाल करते हैं। टीमों को अंदरूनी शब्दावली प्यारी होती है और users के पास वह होती ही नहीं। फिर मैं एक पेड़ बनाता हूं और एक भी screen design करने से पहले उसे टेस्ट करता हूं। tree testing सबसे सस्ती और सबसे कीमती research है: कोई तस्वीर नहीं, बस यह कि आप यह काम करने के लिए कहां जाएंगे, ढूंढ पाते हैं या नहीं। अगर कोई task 60% से कम ढूंढा जा सका, तो ढांचा गलत है और कितना भी visual design उसे नहीं बचा सकता। जिस हिस्से को लोग कम आंकते हैं वह है बदलाव का दौर। अगर आप ऐसा product दोबारा जमाते हैं जिसे लोग रोज इस्तेमाल करते हैं तो आपने उनकी मांसपेशियों की याद तोड़ दी है, तो मैं redirects, product के अंदर एक छोटा सा समझाना, और ऐसी search की योजना बनाता हूं जो पुराने नाम भी समझती हो।