می‌گویند کتاب را از روی جلدش قضاوت نکنید. کاربران دربارهٔ وب‌سایت‌ها دقیقاً همین کار را می‌کنند و پژوهشش آن‌قدر قدیمی هست که دیگر بحثی در آن نباشد: در سه مطالعه در نشریهٔ Behaviour & Information Technology، شرکت‌کنندگان صفحه‌های اصلی‌ای را که تنها ۵۰ میلی‌ثانیه نمایش داده می‌شد ارزیابی کردند و نتیجه با نمره‌ای که با زمان بسیار بیشتر به همان صفحه‌ها دادند هم‌خوان بود. نصف یک پلک‌زدن برای شکل‌گرفتن قضاوت کافی است.
ویترین قدیمی یا منوی پیچیده، گفت‌وگو را پیش از شروع از شما می‌گیرد. اما مسئلهٔ سخت‌تر بعد از آن است: ساخت یک وب‌سایت پر است از تصمیم‌هایی که کوچک به نظر می‌رسند و بعد معلوم می‌شود ساختاری بوده‌اند، و کسی که انتخاب می‌کنید یا دربارهٔ آن‌ها هشدار می‌دهد یا بی‌صدا در فاکتور می‌گذاردشان. چیزی که لازم دارید پیمانکار بله‌قربان‌گو نیست؛ همکاری است که نتیجه برایش مهم‌تر از امضای قرارداد این هفته باشد.
اول بپرسید اصلاً به وب‌سایت نیاز دارید؟
گران‌ترین اشتباه این حوزه، ساختن چیزی پیچیده است که کسب‌وکار شما هنوز به آن نیاز ندارد. درستکاری یک مشاور دقیقاً در یک لحظه معلوم می‌شود: وقتی پروژهٔ بزرگ‌تر را رد می‌کند، چون راه‌حل کوچک‌تری در اندازهٔ امروز شما بهتر جواب می‌دهد.
گاهی یک صفحهٔ فرودِ خوب‌ساخته که درخواست‌ها را جمع کند کافی است. گاهی یک فروشگاه سبک، و گاهی بازسازی همان سایت فعلی به‌جای ساخت دوباره. مشاور درست، فرض‌هایتان را به پرسش می‌گیرد و پروژه را نگه می‌دارد تا وقتی روشن شود توسعهٔ اختصاصی ابزار درستی است. بودجه‌ای که زود خرج شکل اشتباهی از سایت شود، همان بودجه‌ای است که برای شکل درست کم می‌آید.
«بله» گفتن فوری، نشانهٔ خطر است
اگر ایده‌تان را توضیح دادید و توسعه‌دهنده بدون یک سؤال گفت «مشکلی نیست، انجام می‌شود»، این را یک اطلاعات بدانید. آن پاسخ اعتمادبه‌نفس نیست؛ یعنی هیچ‌کس فکر نکرده وقتی تعداد محصولات سه برابر شود چه می‌شود، وقتی سه نفر بخواهند یک صفحه را هم‌زمان ویرایش کنند چه می‌شود، یا وقتی کمپین پیش‌رو تا پنجشنبه به یک صفحهٔ فرود دوزبانه نیاز داشته باشد چه می‌شود.
توسعه‌دهنده‌ای که نمی‌تواند مخالفت کند، ریسک است. آدم‌های کاربلد سراغ جزئیات می‌روند: این برای چه کسی است، موفقیت با چه عددی سنجیده می‌شود، کدام قابلیت‌ها جای‌شان در نسخهٔ اول است و کدام‌ها می‌توانند صبر کنند. صادقانه‌ترین پاسخ در این صنعت به‌ندرت «بله» است؛ معمولاً این است: «بستگی دارد — اول باید این‌ها را بدانم.»
مالکیت: چطور گرفتار «دستبند دیجیتال» نشوید
تصمیم‌های فنی، تصمیم‌های مالکیتی‌اند با لباس فنی. پلتفرم‌های بسته می‌توانند دست‌وپایتان را ببندند: محتوا در قالبی اختصاصی، قالب‌هایی که جای دیگر کار نمی‌کنند، و مهاجرتی که مثل یک پروژهٔ تازه قیمت می‌خورد. بعضی شرکت‌ها یک قدم جلوتر می‌روند و شرایط خروج را لای قرارداد میزبانی پنهان می‌کنند، طوری که رفتن از ماندن گران‌تر شود.
سیستم‌های باز و استاندارد، بیمهٔ این ماجرا هستند. باید بتوانید سایت، محتوا و داده‌هایتان را بدون اجازه‌گرفتن به ارائه‌دهندهٔ دیگری ببرید؛ و باید پیش از امضا بدانید کد، دامنه و نسخه‌های پشتیبان کجا هستند. بپرسید کلیدها دست کیست. اگر پاسخ بیش از یک جمله طول کشید، همان پاسخ شماست.
فراتر از قالب آماده: «ارزان» واقعاً چقدر آب می‌خورد
ابزارهای کشیدن‌و‌رهاکردن نسخهٔ اول سایت را آسان کرده‌اند و همین باعث شده پایه‌ها مهم‌تر شوند، نه کم‌اهمیت‌تر. سایتی که از یک قالب خریداری‌شده به‌دست کسی سرهم شود که کدش را نمی‌خواند، شبیه هزاران سایت دیگر است و همین که چیزی خارج از پیش‌بینی قالب بخواهید، کم می‌آورد.
تسلط بر HTML، CSS و JavaScript تعیین می‌کند سایت چطور کار کند، چقدر در دسترس باشد و چگونه ایندکس شود. آستانه‌های گوگل هم عمومی است: در Core Web Vitals، Largest Contentful Paint تا ۲٫۵ ثانیه «خوب» و بالای ۴ ثانیه «ضعیف» است. قالب‌های پر از افزونه معمولاً از این خط رد می‌شوند و راه‌حل هم تقریباً هیچ‌وقت یک تنظیم ساده نیست؛ در کدِ زیرین است.
کار حرفه‌ای در نگهداری هم پیداست. تغییر رنگ برند یا شمارهٔ تماس در پنجاه صفحهٔ فرود باید یک ویرایش باشد، نه پنجاه ویرایش. این تفاوت روز راه‌اندازی دیده نمی‌شود و یک سال بعد کاملاً آشکار است.
اصل «تعویض روغن»: برای روز بعدِ راه‌اندازی برنامه داشته باشید
وب‌سایت مبلمان نیست؛ بیشتر شبیه خودرویی است که هر روز کار می‌کند: به‌روزرسانی‌های امنیتی، وابستگی‌ها، سرویس‌های به‌هم‌ریخته و محتوایی که کهنه می‌شود. هیچ‌کس انتظار ندارد خودرو پنج سال بدون سرویس کار کند، ولی سایت‌ها اغلب بدون هیچ برنامه‌ای برای هفتهٔ بعد از راه‌اندازی تحویل داده می‌شوند.
بپرسید اگر توسعه‌دهنده در دسترس نباشد چه می‌شود. بدون مستندات، دسترسی‌هایی که به نام خودتان باشد و کسی که سیستم را بشناسد، یک غیبت ساده مشکلی کوچک را به قطعی تبدیل می‌کند. این را هم بپرسید که سایت زیر بار سنگین چه می‌کند؛ همان ترافیکی که آرزویش را دارید، ساختار شکننده را از پا درمی‌آورد.
از چند صفحهٔ زیبا تا یک ابزار کاری
طراح حرفه‌ای مجموعه‌ای از صفحه‌های خوش‌ظاهر تحویل نمی‌دهد؛ ابزاری تحویل می‌دهد برای یک کار مشخص: تبدیل توجه به درخواست، به‌شکل مطمئن و تکرارپذیر. مسیر تخصصی معمولاً در شروع گران‌تر و در طول عمر سایت ارزان‌تر تمام می‌شود، چون لازم نیست دو سال بعد دور ریخته شود.
طراحی تعیین می‌کند کاربر بماند؛ محتوا تعیین می‌کند به شما اعتماد کند. این ترتیب از پژوهش می‌آید: در مطالعه‌ای در CHI 2004 دربارهٔ افرادی که دنبال مشاورهٔ سلامت بودند، آنچه باعث کنارگذاشتن یک سایت می‌شد ظاهر طراحی بود و آنچه اعتماد می‌آورد، اعتبار و مرتبط‌بودن اطلاعات. مطالعه‌ای کوچک و کیفی بود — پانزده نفر در چهار هفته — اما الگویش برای هر تیمی آشناست: ظاهر شما را وارد فهرست می‌کند، محتوا انتخابتان می‌کند. اینکه این ماجرا در چند ثانیهٔ اول چطور رخ می‌دهد، موضوع اثر هاله‌ای در طراحی سایت است.
پس در ارزیابی پروژهٔ بعدی‌تان، کمتر به نمونه‌کار و بیشتر به استدلال نگاه کنید. صفحهٔ خدمات توضیح می‌دهد چطور محدودهٔ کار را تعریف می‌کنیم، نمونه‌کارها نتیجه‌ها را نشان می‌دهد و اگر می‌دانید چه می‌خواهید، سریع‌ترین راه این است که پروژه‌تان را برای ما بنویسید. سایت فعلی‌تان سکوی پرتاب است یا دستبندی دیجیتال که به آن عادت کرده‌اید؟
