از تصمیم‌هایی می‌نویسیم که یادگرفتنشان برای خودمان هزینه داشته.

۰۱راهنمای سفارش / ریدیزاین وبسایت

قبل از ریدیزاین وبسایت، مشخص کنید چه چیزی باید بهتر کار کند.

ظاهر قدیمی می‌تواند نشانه‌ای برای تغییر باشد. اما برای تعریف پروژه باید مشکل دقیق‌تر شود: مشتری خدمات را نمی‌فهمد، اطلاعات لازم را پیدا نمی‌کند یا نمی‌تواند با شما تماس بگیرد. این راهنما برای نوشتن درخواست و مقایسه پیشنهادهاست.

۰۲راهنمای کسب‌وکار / نمایشگاه خودرو

سایت نمایشگاه خودرو؛ از دیدن ماشین تا تماس با فروشنده.

خریدار باید بداند کدام خودرو را می‌بیند، اطلاعاتش چقدر به‌روز است و برای پرسیدن قیمت یا هماهنگی بازدید چطور تماس بگیرد. با پروژه Delux و چند نمونه دیگر، توضیح می‌دهیم برای چنین سایتی چه اطلاعات و امکاناتی لازم است.

۰۳راهنمای کسب‌وکار / تجهیزات حرفه‌ای

سایت تجهیزات باید مدل، مشخصات و اقلام همراه را روشن نشان دهد.

بعضی خریدارها نام مدل را می‌دانند؛ بعضی‌ها از تخصص یا نوع کارشان شروع می‌کنند. با نمونه‌های DGM و تیروژ توضیح می‌دهیم سایت چطور می‌تواند به پیدا کردن دستگاه، مقایسه مدل‌ها و فرستادن درخواست دقیق‌تر کمک کند.

۰۴راهنمای سایت تجهیزات / تیروژ؛ در حال ساخت

سایت تجهیزات دندان‌پزشکی و لابراتوار؛ مقایسه مدل‌ها و استعلام دقیق.

خریدار باید بداند کدام یونیت، هندپیس و اقلام را انتخاب کرده و همین اطلاعات را در استعلام بفرستد. با نمونه سایت تیروژ و اطلاعات سازنده، مقایسه مدل‌ها و راه تماس با فروشنده را بررسی می‌کنیم. سایت تیروژ هنوز در حال ساخت است و منتشر نشده.

۰۵سایت چندزبانه

دکمه تغییر زبان، معماری چندزبانه نیست.

سایت چندزبانه واقعی به آدرس‌های کامل، رابطه روشن بین زبان‌ها، محتوای قابل نگهداری و یک واقعیت عملیاتی مشترک نیاز دارد. پروژه Delux این محدودیت‌ها را برای ما واقعی کرد.

چه دیدیم

سه لایه زبان، سه مدل محتوا و سه منبع واقعیت. هر به‌روزرسانی، ترجمه و کنترل کیفیت را به خطر می‌انداخت.

چه انتخاب کردیم

یک معماری محتوای مشترک ساختیم. زبان شد نمای متفاوت یک سیستم، نه سه سیستم جدا.

چه به کارتان می‌آید

لایه‌های زبان را مشخص کنید، منطق تغییر را در یک ستون فقرات نگه دارید و فقط لبه‌ها را بومی کنید، نه پایه کار را.

۰۶نرم‌افزار داخلی

یک اشتراک دیگر همیشه تصمیم ارزان‌تری نیست.

خرید نرم‌افزار وقتی محصول آماده واقعاً مناسب است تصمیم خوبی است. اما اگر تیم مدام بین ابزارهای جدا همان راه میان‌بر را از نو می‌سازد، یک ابزار داخلی متمرکز می‌تواند انتخاب کوچک‌تر و ماندگارتری باشد.

چه دیدیم

همان انتقال کار بارها تکرار می‌شد. ابزارها فرق داشتند، اما اصلاح‌ها یکی بود. زمان داخل حلقه از دست می‌رفت، نه خود کار.

چه انتخاب کردیم

چیزهای پایدار را بخرید، چیزهای ضروری را به هم وصل کنید و فقط بخش منحصربه‌فرد را بسازید.

چه به کارتان می‌آید

حلقه را ثبت کنید، زمان تلف‌شده را حساب کنید و قبل از تعهد به ساخت، آن را حذف کنید.

۰۷موشن و سرعت

انیمیشن باید رابط را توضیح دهد، نه اینکه آن را گروگان بگیرد.

سایت پرموشن می‌تواند قابل استفاده و مناسب جست‌وجو بماند؛ به شرطی که محتوا بدون انیمیشن هم در دسترس باشد، موبایل محدودیت‌های خودش را داشته باشد و سرعت بخشی از تصمیم طراحی حساب شود.

چه دیدیم

موشن مثل تزئین رفتار می‌کرد. فریم‌ها افت می‌کردند، سنگینی جمع می‌شد و بودجه عملکردی وجود نداشت.

چه انتخاب کردیم

اول بودجه فریم را تعیین کردیم، بعد برای همان بودجه طراحی کردیم. حرکت فقط وقتی می‌ماند که معنا را جلو ببرد.

چه به کارتان می‌آید

بودجه را تعریف کنید، مسیر واقعی را پروفایل بگیرید و حرکتی را که نتیجه را جلو نمی‌برد حذف کنید.

۰۸قاعده انتشار

از چیزی بنویس که کار به ما یاد داده، نه چیزی که ابزار کلمه کلیدی سفارش داده است.

هر یادداشت با تصمیمی شروع می‌شود که در کار واقعی ظاهر شده است. وقتی توضیح بتواند به بنیان‌گذار، مدیر، طراح یا برنامه‌نویس برای یک انتخاب روشن‌تر کمک کند، ارزش انتشار دارد.