اشتباه اول: توصیف مقصد در واحدهای اشتباه
بیشترِ دورهای هدررفته در چت ساخت از نشانهگیری به ارتفاع اشتباه میآید، و این در دو جهت متضاد اتفاق میافتد. برخی کمتر از منظورشان درخواست میکنند — «طراحی را بهتر کن»، «بهترش کن»، «هنوز حس درستی نمیدهد». هرکدام از اینها یک تشخیص است بدون هدف مشخص، پس نسخهٔ بعدی یک حدس میشود: ممکن است هدر را تیرهتر کند، ممکن است فونت را عوض کند، ممکن است ناوبری را بازچینی کند، و تا زمانی که به نتیجه خیره نشدهاید و متعجب نباشید که چه شده، دلیلش را نمیدانید. عدهای دیگر واکنش افراطی نشان میدهند و بیش از حد لازم درخواست میکنند — کوکیهای سشن یا CSS grid یا یک کامپوننت اسکلتِ بارگذاری را نام میبرند، چون کمی میدانند و میخواهند کمک کنند. آن شکست خاموشتر است اما به همان اندازه پرهزینه. لحظهای که پیادهسازی را مشخص میکنید، معمولاً آن را اشتباه مشخص کردهاید، یا در بهترین حالت فضای راهحل را به همان چیزی که خودتان از قبل میدانید محدود کردهاید — که مگر توسعهدهندهٔ حرفهای باشید، محدودتر از چیزی است که سازنده خودش امتحان میکرد. و اگر کتابخانه یا الگویی که نام بردهاید انتخاب اشتباهی از آب دربیاید، این حالا باگی است که خودتان وارد کردهاید، باگی که سازنده اگر از روی نتیجهٔ مطلوب کار میکرد هرگز مرتکب نمیشد.
راهحل بین این دو نوع شکست قرار دارد: چیزی که به آن نگاه میکنید و تغییری که میخواهید ببینید را نام ببرید، نه مکانیزمی که آن را تولید میکند. «بازدیدکنندگان باید بتوانند بدون ساختن حساب کاربری رزرو کنند» بهتر از یک پاراگراف دربارهٔ کوکیهای سشن است، چون آنچه واقعاً میخواهید حذف اصطکاک است، و احتمالاً سه راه برای رسیدن به آن هست که به آن فکر نکردهاید. «جدول قیمتگذاری گیجکننده است» بهتنهایی هنوز خیلی کممایه است — گیجکننده از چه نظر؟ — اما «مردم نمیتوانند بفهمند طرح سالانه صرفهجویی دارد، تخفیف را کنار قیمت بگذار بهجای دفنکردنش در حروف ریز» چیزی مشخص در اختیار سازنده میگذارد که روی آن کار کند. اگر نمیدانید راهحل باید چه شکلی باشد، آن هم اشکالی ندارد؛ بگویید چه چیزی اشتباه است و بگذارید شکل آن را پیشنهاد دهد. آنچه جواب نمیدهد نارضایتی مبهم بدون هیچ لنگرگاهی است، چون این هر نسخهٔ بعدی را به بازی حدسزدن تبدیل میکند.
| بهجای… | بگویید… |
|---|---|
| «بهترش کن» | «متن هیرو روی عکس سختخوان است — کنتراستش را بیشتر کن» |
| «حس بازی را درست کن» | «پرش خیلی طول میکشد؛ سریعترش کن» |
| «یهجوری احراز هویت اضافه کن» | «بازیکنها باید حساب کاربری داشته باشند تا امتیازها ذخیره بمانند» |
| «سریعترش کن» | «بارگذاری تصاویر در صفحهٔ گالری یک لحظه طول میکشد — بهجای صفحهٔ سفید خالی یک جایگزین موقت نشان بده» |
| «این بخش بد است» | «نظرات مشتریان انگار بعداً اضافه شدهاند — به آنها همان اهمیتی بده که به بخش قیمتگذاری دادهای» |
اشتباه دوم: واکنش به یک نسخه بهجای نگاهکردن به آن
دومین جایی که مردم پایشان به خودشان گیر میکند، پاسخدادن به خلاصهٔ چت از یک تغییر است بهجای خود تغییر. کسی میخواند «برنامه را به صفحهٔ خودش منتقل کردیم و هدر را تیرهتر کردیم»، تصویری ذهنی میسازد، و بازخوردش را بر اساس آن تصویر مینویسد نه سایت واقعی. اغلبِ شکایتهای «این را اشتباه انجام داد» درواقع «هنوز پیشنمایش را باز نکرده بودم» از آب درمیآید — نتیجه خوب بود یا نزدیک به خوب، و اعتراض واقعاً دربارهٔ یک فرض بود. کلیککردن روی پیشنمایش پیش از تایپکردن شاید سی ثانیه وقت بگیرد، و رد شدن از این مرحله بزرگترین منبع دورهایی است که اصلاً نباید وجود میداشتند. حتی وقتی از موبایل و در جلسه بررسی میکنید، اول نگاهی به پیشنمایش بیندازید — بازخورد روی توصیفِ یک توصیف خطا را سریع تشدید میکند.
اشتباه مرتبط، بستهبندیکردن درخواستهای بیربط در یک پیام و از دستدادن توانایی تشخیص علت است. شما کاملاً میتوانید چند درخواست را روی هم بگذارید و همه را در یک نسخهٔ جدید بگیرید — ساختی که هدر را اصلاح میکند، برنامه را جابهجا میکند و ناوبری موبایل را در یک مرحله جمعوجور میکند، مرور آن راحتتر است، چون در حال قضاوت یک وضعیت منسجم از سایت هستید نه سه تفاوت جداگانه با یک هدف متحرک. مشکل زمانی شروع میشود که درخواستها مرتبط نباشند. بازسازی کامل صفحهٔ برنامه را با تغییر رنگ کلی سایت یکجا بستهبندی کنید، و اگر چیزی در نتیجه بهنظر نامناسب رسید، واقعاً نمیتوانید بگویید کدام تغییر باعثش شده — آیا صفحه بهخاطر چیدمان جدید سختخوان شده یا بهخاطر پالت رنگی جدید؟ باز کردن این گره یک پیام پیگیری و یک دور کامل دیگر فقط برای جداکردن متغیر میطلبد. «هر چیزی دربارهٔ صفحهٔ برنامه» را در یک پیام و «جهتگیری رنگی» را در پیام بعدی نگه دارید، هرچند چیزی مانع ترکیبکردنشان نمیشود؛ هر نسخه یک مقایسهٔ تمیز میماند، و میتوانید همان چیزی که نیاز به اصلاح دارد را برگردانید یا تنظیم کنید بهجای دورانداختن یک نسخهٔ در کل خوب فقط چون یک بخشش را خطا کرده است.
اشتباه سوم: رفتار با هر نسخه بهعنوان یکبار مصرف
اشتباه سوم فراموشکردن این است که کارت نسخه یک رسید نیست، بلکه یک شیء کاری است، و رد شدن از کنار آنچه واقعاً ارائه میدهد. هر دور تکمیلشده کارتی با یک پیشنمایش زنده تولید میکند — یک نمونهٔ واقعیِ در حال اجرا، نه یک اسکرینشات، پس کلیککردن روی دکمهای در آن، همان کاری را میکند که در نسخهٔ نهایی میکند. یک تب کد برای مرور تمام فایلهای تغییریافته هست، که اهمیت دارد اگر آنقدر فنی هستید که بتوانید چیزی خاص را وارسی کنید (آیا این فرم واقعاً به آدرس درست ارسال میشود؟) بدون آنکه منتظر پاسخ چت برای تأیید بمانید. دانلود فایلهای خام را در اختیارتان میگذارد. و منوی عملیات جایی است که یک نسخه دیگر پیشنویس نیست: آن را زنده منتشر کنید، اگر برنامه است نصبکنندههای بومی بسازید، به یک فروشگاه ارسالش کنید، کل آن را بهعنوان قالبی برای ساختهای آینده ذخیره کنید، یا آن را بهصورت مستقل استقرار دهید.
کسانی که همهٔ اینها را نادیده میگیرند سرانجام سعی میکنند بهخاطر بیاورند که آیا دکمه در نسخهٔ قدیمی آبی بوده بهجای اینکه فقط نسخهٔ قدیمی را باز کنند و نگاه کنند — چون خرابیِ رفتار با کارتها بهعنوان یکبار مصرف دقیقاً همین است: تکیه بر حافظه برای چیزی که هنوز یک کلیک دورتر نشسته است. نسخهٔ ۴ وقتی نسخهٔ ۷ منتشر میشود بایگانی یا منجمد نمیشود. پیشنمایش آن هنوز اجرا میشود، تب کدش هنوز قابلمرور است، منوی عملیاتش هنوز کار میکند، برای همیشه. مقایسهٔ دو نسخه یک تمرین خواندن تفاوتها نیست، بلکه باز کردن هر دو پیشنمایش کنار هم و کلیککردن در هرکدام است. کارت همچنین رکورد راستیآزمایی ساخت را حمل میکند — همان بررسی خودکاری که تأیید میکند پیش از تحویل به شما بهعنوان تمامشده واقعاً کار میکند — محدود به همان نسخهٔ خاص، که دلیل دیگری است که چرا زندهماندن کارتهای قدیمی اهمیت دارد: اگر نسخهٔ ۶ تمیز راستیآزمایی شده و نسخهٔ ۷ نشده، هر دو را برای مقایسه دارید بهجای پیامی در چت که میگوید «درستش کردم» و باید آن را باور کنید.
همین غریزه — رفتار با روند کار بهعنوان چیزی که باید از رویش رد شد نه استفاده کرد — در نادیدهگرفتن پیشنهادهای پیگیریای که چت پس از هر ساخت ارائه میدهد هم دیده میشود. آنها پرکنندهٔ عمومی نیستند؛ از خود ساخت استخراج شدهاند، پس معمولاً چیزهایی را میگیرند که در بررسی خودتان از قلم میاندازید: یک حالت خالی که کسی طراحی نکرده، فرمی که ارسال را تأیید نمیکند، صفحهای که در دسکتاپ خوب است اما در موبایل شلوغ. گرفتنشان الزامی نیست، اما نگاهانداختن به آنها هیچ هزینهای ندارد، و جایگزین معقولی برای یک بررسی کیفیت است اگر وقت نداشته باشید هر صفحه را خودتان کلیک کنید.
