داستان پروژهٔ مدرن‌سازیت تو اسکرین‌شات قبل و بعد نیست
خلاصهٔ کامل‌تر
نویسنده، Christopher K Wong، از حرف یه طراح تو حوزهٔ Federal UX شروع می‌کنه که بعد از بیشتر از یه سال کار روی یه پروژهٔ بزرگ مدرن‌سازی گفته بود نمی‌دونه سهم خودش تو کار چی بوده. سیستم قدیمی واقعاً مال دههٔ نود بود و نسخهٔ جدید تمیز و مدرن شده بود، و طراح از الان می‌دونست کیس‌استادی چه شکلیه: صفحهٔ قدیمی چپ، صفحهٔ جدید راست. به گفتهٔ نویسنده تلهٔ اصلی همین‌جاست.
دلیلش ساده‌ست: تو بیشتر پروژه‌ها قبل و بعد نشون می‌ده چی خراب بوده، ولی تو مدرن‌سازی تقریباً هیچی نشون نمی‌ده. یه رابط قدیمی green screen (همون صفحه‌های متنی ترمینال‌مانند سیستم‌های قدیمی) رو بدی دست هر طراحی یا هر ابزار هوش مصنوعی، نتیجه قشنگ‌تر از آب درمیاد. ممکنه بدتر کار کنه و کاربرهای حرفه‌ای ازش بدشون بیاد، ولی صد درصد بهتر به نظر می‌رسه. نویسنده می‌گه هرچی فاصلهٔ بصری بیشتر باشه، اثبات کمتره.
پر کردن وسط کیس‌استادی با فرایند هم چاره نیست. اینکه بنویسی مصاحبه کردم، ورک‌فلوهای قدیمی رو بررسی کردم و معماری اطلاعات جدید رو کشیدم، فقط می‌گه چی کار کردی، نه اینکه به‌خاطر تو چی عوض شد. نویسنده از یه Head of Product Design نقل می‌کنه که هر کسی می‌تونه بگه یه پروتوتایپ سریع ساختم، و این چیز جالبی نیست مگه بگی چرا ساختیش و فکر می‌کنی برای کسب‌وکار چی کار می‌کنه.
بعد چهار تصمیم رو لیست می‌کنه که به نظرش هر پروژهٔ مدرن‌سازی رو تعریف می‌کنن. اول: بازسازی عین‌به‌عین روی معماری جدید یا استفاده از فرصت برای تغییر نحوهٔ کار فیچرها؟ بیشتر تیم‌ها برای حفظ زمان‌بندی می‌رن سراغ ۱:۱. دوم: چی رو حفظ کنی، چون کاربرهای قدیمی معمولاً حرفه‌این و با صفحه‌های شلوغ و شورتکات‌ها حافظهٔ عضلانی ساختن. سوم: چی رو حذف کنی، که معمولاً یه تصمیم سیاسیه. چهارم: جایی که دیزاین‌سیستم جدید یه چیز می‌گه و ورک‌فلوی واقعی یه چیز دیگه.
روش پیدا کردن سهم خودت هم یه سؤاله که نویسنده اسمش رو گذاشته تست counterfactual: اگه من تو اون جلسه نبودم، این تصمیم فرق می‌کرد؟ اگه جواب نه‌ست، کار خوبیه ولی داستان تو نیست. اگه آره یا حتی شاید، یه چیزی پیدا کردی. حتی اگه سر اون بحث باخته باشی هم حساب میشه، چون یه استدلال درست‌وحسابی که نتیجه نداده بازم قضاوت حرفه‌ای رو نشون می‌ده.
نکات کلیدی:
- تو مدرن‌سازی، هرچی فاصلهٔ بصری قبل و بعد بیشتر باشه، اثبات کمتری داره
- لیست کردن فرایند (مصاحبه، بررسی ورک‌فلو، معماری اطلاعات) می‌گه چی کار کردی، نه چی به‌خاطر تو عوض شد
- چهار تصمیم کلیدی: بازسازی ۱:۱ یا بازطراحی، چی رو حفظ کنی، چی رو حذف کنی، دیزاین‌سیستم در برابر ورک‌فلو
- تست counterfactual: اگه من نبودم، این تصمیم فرق می‌کرد؟
- بحثی که باختی ولی استدلال درستی داشتی، بازم ارزش نوشتن تو کیس‌استادی رو داره
