بازطراحی سایت؛ نقشه راه حفظ دارایی‌ها و اصلاح تجربه کاربر

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

پیش از طراحی تازه، وضعیت فعلی را ثبت کنید

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

از مشکلات نمونه مشخص جمع کنید. «سایت قدیمی است» برای تصمیم اجرایی کافی نیست. «کاربر در موبایل قیمت بسته‌ها را کنار هم نمی‌بیند» یا «مدیر برای تغییر ساعت کاری به توسعه‌دهنده وابسته است» مسئله روشن‌تری است. کنار هر مورد، اثر آن و نشانه‌ای که پس از اصلاح انتظار دارید ثبت کنید.

نگه‌داشتن، اصلاح و حذف را جدا کنید

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

نشانی قدیم و مقصد تازه را در یک جدول نگه دارید. اگر نشانی تغییر می‌کند، مقصد باید از نظر موضوعی مرتبط باشد. فرستادن همه صفحات حذف‌شده به صفحه اصلی، برای کاربری که دنبال پاسخ مشخص بوده مفید نیست. جزئیات فنی انتقال باید در برنامه انتشار و آزمون قرار گیرند.

محدوده را از فهرست آرزوها جدا کنید

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

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

مثال فرضی: سایت یک شرکت آموزشی

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

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

برنامه انتشار و برگشت فنی را آماده کنید

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

• صفحات مهم و پیوندهای داخلی را پیش و پس از انتشار بررسی کنید.
• فرم‌ها، مقصد پیام و ورود مدیر را آزمایش کنید.
• تصویر، فایل دانلودی و نشانی‌های منتقل‌شده را کنترل کنید.
• مسئول تأیید محتوا و مسئول اجرای انتشار را مشخص کنید.
• نسخه پشتیبان و روش بازیابی را پیش از تغییر تأیید کنید.

پس از انتشار، مسئله اولیه را دوباره بسنجید

زیباترشدن صفحه نباید تنها معیار موفقیت باشد. ببینید آیا کاربر خدمت مورد نظر را پیدا می‌کند و آیا تیم همان کار مدیریتی قبلی را آسان‌تر انجام می‌دهد. برای جزئیات انتقال، راهنمای مهاجرت سایت و سئو و برای ثبت تغییر رفتار، سنجش تبدیل سایت را بخوانید. اگر مسئله اصلی ساختار و مسیر کاربر است، محدوده طراحی رابط و تجربه کاربری می‌تواند مبنای شروع بازطراحی باشد.