دقیقه
28 مهر 1405سایت روی دامنه اصلی باز می‌شود و ظاهرش هم تأیید شده است؛ اما آیا پروژه آماده تحویل است؟ اگر فقط نشانی ورود به وردپرس را دریافت کرده باشید، هنوز ممکن است ندانید دامنه با چه حسابی تمدید می‌شود، پیام فرم به دست چه کسی می‌رسد یا در صورت خرابی چگونه می‌توان سایت را بازیابی کرد. این ابهام‌ها معمولاً زمانی جدی می‌شوند که کار روزمره شروع شده یا تیم اجرا در دسترس نیست.
تحویل سایت وردپرسی باید سه موضوع را روشن کند: چه چیزی مطابق توافق اجرا شده، کسب‌وکار چگونه سایت را اداره می‌کند و مسئولیت ادامه کار با چه کسی است. دریافت فایل و دسترسی لازم است، اما کافی نیست؛ باید چند مسیر واقعی را با حساب دریافت‌کننده اجرا کنید و نتیجه بررسی را ثبت کنید.
این راهنما برای بررسی سایت اجراشده است. اگر هنوز در مرحله دریافت فایل طراحی هستید، مقاله خروجی‌های تحویل طراحی UI/UX به آن مرحله می‌پردازد. در اینجا معیار اصلی، کارکرد نسخه سایت و امکان مدیریت و نگهداری آن در محدوده توافق‌شده است.
پیش از جلسه تحویل، نسخه و محدوده را مشخص کنید
اول معلوم کنید چه نسخه‌ای بررسی می‌شود: سایت آزمایشی، نسخه آماده انتشار یا سایت فعال روی دامنه اصلی. نتیجه آزمون روی محیط آزمایشی، کارکرد تنظیمات دامنه اصلی را به‌تنهایی تأیید نمی‌کند. در صورت‌جلسه، نشانی نسخه بررسی‌شده و تاریخ آن را بنویسید تا تأییدها به یک مرجع روشن مربوط باشند.
فهرست قرارداد را به آزمون قابل انجام تبدیل کنید
برای هر امکان، یک سناریوی کوتاه بنویسید. مثلاً «فرم درخواست همکاری» زمانی قابل تحویل است که کاربر بتواند آن را پر کند، پیام نتیجه مناسب ببیند و درخواست در مقصد توافق‌شده دریافت شود. ظاهر درست فرم، دریافت پیام توسط مسئول فروش را ثابت نمی‌کند.
صفحات، انواع محتوا و اتصال‌های توافق‌شده را نیز جدا کنید. ورود اولیه چند محصول با امکان مدیریت محصول تفاوت دارد. اگر بارگذاری همه محصولات یا نگارش متن نهایی جزو قرارداد نبوده، نبود آن‌ها را با نقص اجرای قابلیت مخلوط نکنید؛ در مقابل، موارد واقعاً تعهدشده باید در فهرست تحویل باقی بمانند.
نقص، تغییر تازه و کار باقی‌مانده را جدا ثبت کنید
اگر امکانی که توافق شده کار نمی‌کند، موضوع با درخواست افزودن امکان تازه متفاوت است. کنار هر مورد بنویسید چه رفتاری انتظار می‌رفت، چه چیزی مشاهده شد و مسئول بررسی کیست. تصویر، نشانی صفحه و شرح مراحل تکرار خطا به رسیدگی کمک می‌کنند.
برای کارهای باقی‌مانده، زمان پیگیری و معیار تأیید مجدد را مشخص کنید. عبارت کلی «بعداً اصلاح می‌شود» معلوم نمی‌کند چه چیزی هنوز باز است. همچنین اگر تحویل مرحله‌ای است، روشن شود تأیید این مرحله چه بخش‌هایی را پوشش می‌دهد و کدام بخش هنوز پذیرفته نشده است.
چه دسترسی‌ها و اطلاعات مالکیتی را دریافت کنیم؟
دسترسی به پیشخوان فقط یکی از بخش‌های کنترل سایت است. دامنه، میزبانی، سرویس ارسال پیام، شبکه توزیع محتوا یا حساب‌های تحلیلی می‌توانند جداگانه مدیریت شوند. فهرستی از سرویس‌های واقعاً استفاده‌شده بخواهید و برای هرکدام، صاحب حساب، مسئول تمدید و روش بازیابی دسترسی را روشن کنید.
دامنه، میزبانی و حساب‌های خدماتی
دامنه و حساب‌های اصلی کسب‌وکار باید با اطلاعات قابل کنترل توسط مجموعه مدیریت شوند. اگر سرویس در حساب اشتراکی مجری ارائه می‌شود، شرایط استفاده، انتقال و پایان همکاری را روشن کنید. داشتن رمز یک حساب، به‌تنهایی وضعیت ثبت دامنه یا امکان انتقال سرویس را مشخص نمی‌کند.
تاریخ تمدید، راه تماس بازیابی و مسئول پرداخت را در یک فهرست امن نگه دارید. برای سرویس‌هایی مثل پیامک یا درگاه پرداخت هم معلوم باشد حساب متعلق به چه کسی است و شارژ یا تمدید آن چگونه انجام می‌شود. دسترسی‌های حساس را در فایل عمومی صورت‌جلسه یا گروه گفت‌وگوی شلوغ قرار ندهید؛ مسیر انتقال امن و کنترل‌شده داشته باشید.
حساب مدیریت و نقش کارکنان
دریافت‌کننده باید با حساب خودش وارد شود و نقش متناسب با مسئولیتش داشته باشد. در وردپرس، مدیر، ویرایشگر و نقش‌های دیگر دسترسی یکسانی ندارند. کسی که فقط مقاله منتشر می‌کند، معمولاً به همان اختیارات مسئول نگهداری فنی نیاز ندارد؛ نقش‌ها را بر اساس کار واقعی تعریف کنید.
حساب‌ها و دسترسی‌های موقت را هم مرور کنید. دسترسی مجری نباید بدون توجه به قرارداد پشتیبانی ناگهان حذف شود؛ در عین حال، حساب‌های آزمایشی و دسترسی‌های بدون مسئول نیز نباید فراموش شوند. روشن کنید چه کسی پس از تحویل دسترسی دارد و تغییر یا لغو آن چگونه مدیریت می‌شود.
در سایت چه مسیرهایی را واقعاً آزمایش کنیم؟
صفحه خانه نقطه شروع بررسی است، اما تنها بخش مهم نیست. چند مسیر مرتبط با درآمد و عملیات کسب‌وکار را از ابتدا تا انتها طی کنید. آزمون را تا جایی ادامه دهید که نتیجه به مسئول داخلی برسد؛ مشاهده پیام موفقیت روی صفحه، لزوماً پایان مسیر نیست.
فرم، تماس و اتصال به سرویس‌ها
فرم اصلی را یک بار با اطلاعات معتبر و یک بار با ورودی ناقص یا نامعتبر بررسی کنید. پیام‌ها باید قابل فهم باشند و اطلاعات لازم به مقصد درست برسند. اگر اتصال به سامانه مدیریت مشتری در قرارداد بوده، ایجاد یا ثبت رکورد را هم در همان سامانه بررسی کنید، نه فقط نمایش پیام در سایت.
لینک تلفن، پیام‌رسان، نقشه و دانلود فایل را در دستگاه مناسب امتحان کنید. برای ایمیل یا پیامک، دریافت واقعی پیام و هویت فرستنده را ببینید. اگر پیام نمی‌رسد، علت می‌تواند به سرویس بیرونی، اعتبار حساب یا تنظیمات مربوط باشد؛ این وابستگی باید مشخص و مسئول رسیدگی معلوم شود.
خرید و حساب کاربری، در صورت وجود
برای فروشگاه، یک سناریوی کنترل‌شده از انتخاب محصول تا ثبت سفارش و بررسی نتیجه در مدیریت اجرا کنید. محاسبه ارسال، تخفیف، موجودی و وضعیت سفارش باید با قواعد توافق‌شده سازگار باشند. اگر پرداخت واقعی برای آزمون لازم است، آن را با هماهنگی مالک فروشگاه و با مبلغ و روش روشن انجام دهید.
ثبت‌نام، ورود و بازیابی رمز را نیز بررسی کنید. در مراحل آزمایشی، از اطلاعات غیرواقعی برای اشخاص دیگر استفاده نکنید و داده‌های آزمایش را از سفارش یا درخواست واقعی قابل تشخیص نگه دارید. پس از آزمون، تنظیمات آزمایشی و داده‌های اضافی طبق برنامه پاک‌سازی شوند؛ داده مشتری واقعی نباید برای تمیزکردن محیط حذف شود.
موبایل، محتوا و رفتارهای مهم
منو، فرم، جدول و دکمه‌های اصلی را در موبایل و دسکتاپ ببینید. متن یا نام طولانی، تصویر واقعی و پیام خطا می‌توانند مسئله‌ای را آشکار کنند که با داده کوتاه نمونه دیده نمی‌شد. بازشدن صفحه در موبایل به‌تنهایی به معنی راحت‌بودن استفاده از آن نیست.
چند رفتار ساده را هم کنترل کنید: حرکت با صفحه‌کلید، دیده‌شدن فوکوس، بسته‌شدن پنجره و فهم پیام‌های فرم. این بررسی جای ممیزی کامل دسترسی‌پذیری را نمی‌گیرد، اما مانع پذیرش بی‌بررسی مسیرهای مهم می‌شود. برای تطابق ظاهری هم مرجع، طرح تأییدشده و تغییرهای مورد توافق باشد.
برای نسخه نهایی چه کنترل‌های فنی و محتوایی لازم است؟
بررسی فنی باید متناسب با قرارداد و زیرساخت سایت باشد. از مجری گزارش کوتاهی از وضعیت نسخه تحویلی بخواهید: چه چیزی بررسی شده، چه محدودیتی وجود دارد و چه مواردی به سرویس یا تیم دیگر وابسته‌اند. عنوان «بهینه‌سازی کامل» بدون توضیح دامنه، برای ارزیابی کافی نیست.
دامنه اصلی، دسترسی جست‌وجو و محتوای آزمایشی
اتصال امن، آدرس‌های اصلی و مقصد لینک‌های مهم را کنترل کنید. اگر سایت جایگزین نسخه قبلی شده، رسیدگی به آدرس‌های قبلی و تغییر مسیرهای لازم باید در محدوده مربوط بررسی شود. این کار با تحویل یک سایت تازه تفاوت دارد و نباید بدون شناخت ساختار قدیمی انجام شود.
نبود متن نمونه، تصویر موقت و لینک محیط آزمایشی را بررسی کنید. همچنین تنظیمات جلوگیری از ایندکس، محدودیت دسترسی و نقشه سایت باید با تصمیم انتشار سازگار باشند. رفع مانع فنی، تضمین ایندکس یا رتبه نیست؛ هدف تحویل، روشن‌بودن وضعیت دسترسی و تنظیمات توافق‌شده است.
سرعت و سلامت فنی را با شرایط آزمون بخواهید
اگر هدف عملکرد در قرارداد تعریف شده، نشانی صفحات، نوع دستگاه و شرایط آزمون را کنار نتیجه ثبت کنید. یک امتیاز از صفحه خانه برای قضاوت درباره همه صفحات کافی نیست. اثر میزبانی، تصویرهای بعدی و کد سرویس‌های بیرونی هم باید در تفسیر نتیجه دیده شود.
برای امنیت نیز به جمله «سایت امن است» اکتفا نکنید. درباره به‌روزرسانی‌ها، مدیریت دسترسی، پشتیبان و مسئول رسیدگی سؤال کنید. هیچ بررسی تحویل، نبود همیشگی آسیب‌پذیری را تضمین نمی‌کند؛ آنچه باید دریافت کنید، وضعیت روشن و برنامه نگهداری متناسب با پروژه است.
چه فایل‌ها، پشتیبان و آموزش‌هایی باید تحویل داده شوند؟
هدف دریافت خروجی فنی این است که کسب‌وکار بتواند سایت را اداره کند و ادامه کار به حافظه یک فرد وابسته نباشد. شکل تحویل با نوع قرارداد فرق می‌کند، اما نسخه مرجع، وابستگی‌ها و حدود استفاده باید معلوم باشند. فقط ارسال یک فایل فشرده بدون توضیح، ادامه کار را آسان نمی‌کند.
فایل‌های اختصاصی و وابستگی‌های اجرایی
در پروژه دارای قالب یا افزونه اختصاصی، فایل‌های توافق‌شده، نسخه نهایی و توضیح لازم برای راه‌اندازی را دریافت کنید. اگر بخشی از خروجی به فرایند ساخت یا تنظیمات بیرونی وابسته است، این وابستگی باید مستند شود. مخزن کد، فایل نصب‌شدنی و فایل طراحی نقش یکسانی ندارند؛ نوع تحویل را از قرارداد و نیاز ادامه کار مشخص کنید.
فهرست قالب‌ها، افزونه‌ها، فونت‌ها و سرویس‌های دارای مجوز نیز لازم است. معلوم باشد کدام مجوز برای سایت تهیه شده، تمدید با چه کسی است و پایان اشتراک چه اثری دارد. برای روشن‌کردن همین موارد پیش از سفارش، مقاله سؤال‌های مهم پیش از سفارش قالب اختصاصی وردپرس را بخوانید.
نسخه پشتیبان باید مسیر بازیابی داشته باشد
در یک سایت وردپرسی معمولی، پشتیبان کامل به فایل‌ها و پایگاه داده نیاز دارد. خروجی محتوای وردپرس یا دریافت پوشه قالب، جای پشتیبان کامل را نمی‌گیرد. درباره زمان تهیه نسخه، محل نگهداری، دسترسی و مسئول بازیابی سؤال کنید؛ تناوب پشتیبان‌گیری هم باید با میزان تغییر داده سازگار باشد.
صرف وجود فایل، موفقیت بازیابی را ثابت نمی‌کند. بهتر است روش بازیابی مستند و در محیط جداگانه آزموده شود. آزمایش بازیابی را روی سایت فعال و دارای داده تازه انجام ندهید؛ بازگرداندن نسخه قدیمی می‌تواند تغییرها یا سفارش‌های بعدی را از بین ببرد. اگر سایت معماری جدا یا سرویس‌های وابسته دارد، آن بخش‌ها هم باید در برنامه بازیابی دیده شوند.
آموزش را با انجام کار توسط دریافت‌کننده بسنجید
پس از نمایش مجری، خودتان یک کار معمول را انجام دهید: مطلبی را پیش‌نویس کنید، تصویر را تغییر دهید یا اطلاعات تماس را به‌روزرسانی کنید. آموزش باید متناسب با نقش کارکنان و بخش‌های واقعی سایت باشد؛ معرفی کلی منوهای وردپرس، مدیریت امکانات اختصاصی را پوشش نمی‌دهد.
راهنمای کوتاه یا ویدئوی قابل رجوع کمک می‌کند کارهای کم‌تکرار فراموش نشوند. روشن کنید چه تغییرهایی در پنل قابل انجام‌اند و کدام‌یک به توسعه نیاز دارند. در طول آموزش از تغییر بی‌برنامه روی اطلاعات واقعی پرهیز کنید؛ تمرین را با پیش‌نویس یا داده آزمایشی مشخص انجام دهید.
صورت‌جلسه تحویل و مسئولیت پس از آن چگونه ثبت شود؟
نتیجه جلسه باید نشان دهد چه چیزی پذیرفته شده، چه مواردی باز مانده و چه کسی آن‌ها را پیگیری می‌کند. جدول زیر نمونه چارچوب اجرایی است و باید با دامنه پروژه شما تطبیق داده شود؛ برای تنظیم شروط قراردادی، متن توافق طرفین مبناست.
| محور | آزمون یا مدرک | نتیجه قابل ثبت |
|---|---|---|
| دسترسی و مالکیت | ورود با حساب دریافت‌کننده و مرور سرویس‌ها | صاحب حساب، سطح دسترسی و تمدید |
| قابلیت‌های اصلی | اجرای مسیر تماس، درخواست یا سفارش | نتیجه آزمون و موارد باقی‌مانده |
| نسخه نهایی | بررسی دامنه اصلی، موبایل و محتوای واقعی | نشانی نسخه و محدوده تأیید |
| فایل و مجوز | دریافت خروجی توافق‌شده و فهرست وابستگی‌ها | مرجع نهایی و مسئول تمدید |
| پشتیبان و آموزش | مرور بازیابی و انجام یک کار توسط مدیر | محل نسخه، راهنما و مسئول اقدام |
| ادامه همکاری | مرور روش اعلام اشکال و درخواست تغییر | حدود پشتیبانی و مسیر پیگیری |
رفع اشکال اجرای توافق‌شده، نگهداری دوره‌ای و توسعه امکان تازه را در ادامه همکاری تفکیک کنید. مدت، دامنه و شیوه پاسخ‌گویی باید روشن باشند. دریافت دسترسی مدیریت به معنی پایان خودکار همه مسئولیت‌ها نیست و عبارت «پشتیبانی» نیز به‌تنهایی همه تغییرهای آینده را پوشش نمی‌دهد.
برای پروژه‌های طراحی اختصاصی، تحویل زمانی مفید است که علاوه بر ظاهر، امکان مدیریت و ادامه کار نیز روشن باشد. برای تعیین محدوده طراحی و پیاده‌سازی متناسب با کسب‌وکارتان، صفحه خدمات طراحی سایت آژانس خلاقیت امین را ببینید.