تحویل سایت به کارفرما؛ چک‌لیست کامل تحویل پروژه طراحی سایت

تحویل سایت به کارفرما دقیقاً چیست؟

تحویل سایت به کارفرما مرحله‌ای رسمی در پایان پروژه طراحی یا توسعه وب است که طی آن نتیجه اجرا، مالکیت دارایی‌ها، دسترسی‌های فنی، مستندات، آموزش‌ها و مسئولیت‌های بعدی به کارفرما منتقل می‌شوند. این مرحله باید مانند شروع پروژه برنامه‌ریزی شود و نباید به یک پیام کوتاه با مضمون «سایت آماده است» محدود بماند.

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

به بیان ساده، کارفرما باید بعد از تحویل سایت بتواند به چهار سؤال پاسخ مثبت بدهد:

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

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

چرا تحویل کامل پروژه طراحی سایت اهمیت دارد؟

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

حفظ مالکیت دیجیتال کسب‌وکار

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

جلوگیری از توقف سایت پس از تغییر مجری

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

کاهش ریسک امنیتی

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

کنترل هزینه‌های آینده

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

حفظ سئو و داده‌های بازاریابی

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

تحویل سایت یک رویداد نیست؛ یک فرایند کنترل‌شده است

استاندارد تحویل سایت در تابان استودیو

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

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

1. دامنه و حساب ثبت‌کننده: مالکیت یا امکان انتقال کامل به حساب کارفرما مشخص باشد.
2. زیرساخت میزبانی: اطلاعات پلن، شرکت میزبان، تاریخ تمدید و سطح دسترسی تحویل شود.
3. مدیریت سایت: حساب مدیریتی مستقل برای کارفرما ساخته شود.
4. بکاپ نهایی: نسخه‌ای از فایل‌ها و پایگاه داده در تاریخ تحویل تهیه شود.
5. سرویس‌های متصل: حساب‌های درگاه، پیامک، ایمیل، CDN و ابزارهای تحلیل مشخص شوند.
6. لایسنس‌ها: مالکیت، مدت اعتبار و شیوه تمدید ابزارهای تجاری توضیح داده شود.
7. سئو: دسترسی سرچ کنسول، آنالیتیکس، نقشه سایت و تنظیمات پایه تحویل شود.
8. امنیت: حساب‌های غیرضروری حذف و رمزهای حساس بازنشانی شوند.
9. آموزش: مدیریت بخش‌های روزمره سایت به نماینده کارفرما آموزش داده شود.
10. مستندات: اطلاعات اصلی پروژه در یک سند تحویل ثبت شود.
11. تست نهایی: بخش‌های اصلی پیش از تأیید کارفرما آزمایش شوند.
12. پشتیبانی: مدت، محدوده و روش دریافت خدمات پس از تحویل روشن باشد.

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

انتقال مالکیت دامنه، هاست و زیرساخت سایت

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

مالکیت دامنه

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

در زمان تحویل، این اطلاعات بررسی شوند:

• نام شرکت ثبت‌کننده دامنه
• آدرس ورود به پنل دامنه
• ایمیل و شماره تماس مالک حساب
• تاریخ ثبت و تاریخ انقضا
• قفل انتقال دامنه
• کد انتقال در صورت نیاز
• نام‌سرورها و تنظیمات DNS
• فعال‌بودن تمدید خودکار یا یادآوری تمدید

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

دسترسی کامل به هاست یا سرور

دسترسی FTP یا یک حساب محدود برای تحویل کامل هاست کافی نیست. کارفرما یا نماینده فنی او باید متناسب با قرارداد به کنترل‌پنل اصلی، اطلاعات سرویس، فاکتورها، وضعیت منابع، بکاپ‌ها، ایمیل‌ها و تنظیمات دامنه دسترسی داشته باشد.

در هاست اشتراکی، معمولاً دسترسی cPanel، DirectAdmin یا کنترل‌پنل مشابه تحویل می‌شود. در سرور مجازی یا اختصاصی، علاوه بر پنل خرید سرویس، وضعیت دسترسی SSH، حساب مدیر سرور، کلیدهای امنیتی، فایروال، بکاپ و مسئول نگهداری سیستم‌عامل باید مشخص شوند.

تنظیمات DNS و CDN

اگر DNS دامنه روی Cloudflare یا سرویس CDN دیگری مدیریت می‌شود، حساب مربوط به آن نیز بخشی از تحویل است. تنها دانستن نام‌سرورها کافی نیست؛ زیرا رکوردهای DNS، گواهی SSL، تنظیمات کش، فایروال و محدودیت‌های امنیتی ممکن است از همان پنل کنترل شوند.

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

تحویل دسترسی‌های مدیریتی سایت به کارفرما

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

دسترسی مدیر کل

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

تفکیک نقش‌های روزمره

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

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

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

اطلاعات ورود و بازیابی

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

تحویل فایل‌ها، پایگاه داده و نسخه پشتیبان سایت

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

نسخه پشتیبان نهایی

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

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

فایل‌های رسانه‌ای و دارایی‌های گرافیکی

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

پایگاه داده

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

مخزن کد و تاریخچه توسعه

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

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

تحویل قالب، افزونه و لایسنس‌های نرم‌افزاری

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

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

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

تحویل حساب سرویس‌های جانبی و ابزارهای متصل به سایت

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

فهرست سرویس‌هایی که باید بررسی شوند

• درگاه پرداخت و حساب پذیرنده
• پنل پیامک و الگوهای تأییدشده
• سرویس ارسال ایمیل و SMTP
• ایمیل‌های سازمانی دامنه
• شبکه توزیع محتوا و پنل DNS
• فضای ذخیره‌سازی ابری و بکاپ خارجی
• سرویس نقشه و کلید API
• سیستم ارتباط با مشتری یا CRM
• نرم‌افزار حسابداری یا انبار
• سرویس حمل‌ونقل و محاسبه هزینه ارسال
• ورود با موبایل یا شبکه‌های اجتماعی
• چت آنلاین و سامانه تیکت
• کپچا و سرویس‌های ضداسپم
• پوش نوتیفیکیشن
• ابزار رزرو، جلسه آنلاین یا تقویم
• شبکه‌های اجتماعی و حساب‌های تبلیغاتی مرتبط

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

درگاه پرداخت

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

پیامک و ایمیل

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

تحویل تنظیمات و دارایی‌های سئو سایت

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

Google Search Console

مالک یا نماینده کارفرما باید با ایمیل سازمانی خود به پراپرتی صحیح سایت دسترسی داشته باشد. روش تأیید مالکیت، نوع پراپرتی دامنه یا URL Prefix، نقشه‌های سایت ثبت‌شده، کاربران دارای دسترسی و پیام‌های مهم سرچ کنسول باید بررسی شوند.

ابزار تحلیل بازدید

دسترسی Google Analytics یا ابزار تحلیلی مورد استفاده باید به حساب کارفرما داده شود. نام پراپرتی، شناسه اندازه‌گیری، جریان داده، رویدادهای مهم و اتصال آن با ابزارهای دیگر باید مشخص باشند. بهتر است حساب اصلی تحلیل با ایمیل شخصی پیمانکار ساخته نشود.

Google Tag Manager و کدهای رهگیری

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

تنظیمات Rank Math یا افزونه سئو

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

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

نقشه سایت، robots.txt و وضعیت ایندکس

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

URLها، ریدایرکت و Canonical

اگر سایت بازطراحی یا از دامنه دیگری منتقل شده است، فهرست ریدایرکت‌های ۳۰۱ باید تحویل شود. URLهای قدیمی دارای ورودی یا بک‌لینک نباید بدون برنامه حذف شوند. همچنین نسخه اصلی هر صفحه و تنظیمات canonical باید با ساختار لینک داخلی و نقشه سایت هماهنگ باشند.

محتوا و نقشه کلمات کلیدی

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

برای آشنایی با زیرساخت مناسب، مقاله طراحی سایت سئو شده یعنی چه؟ توضیح می‌دهد چرا معماری، سرعت، محتوا و قابلیت خزش باید از ابتدای طراحی در نظر گرفته شوند.

امنیت سایت و تغییر دسترسی‌ها پس از تحویل

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

تغییر رمزهای اصلی

بعد از تحویل، رمز پنل دامنه، هاست، مدیریت سایت، ایمیل اصلی، سرویس CDN، درگاه، پنل پیامک و حساب‌های تحلیلی باید در صورت نیاز تغییر کند. رمزها باید منحصربه‌فرد و در ابزار مدیریت رمز نگهداری شوند.

فعال‌سازی ورود دومرحله‌ای

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

حذف حساب‌های غیرضروری

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

تغییر کلیدها و توکن‌های حساس

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

بررسی SSL و وضعیت امنیت مرورگر

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

برنامه به‌روزرسانی و مانیتورینگ

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

تست نهایی قبل از تحویل سایت به کارفرما

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

تست صفحات و لینک‌ها

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

تست واکنش‌گرایی

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

تست مرورگرها

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

تست فرم‌ها

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

تست فروشگاه و پرداخت

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

تست حساب کاربری

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

تست سرعت و پایداری بصری

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

تست سئو فنی

• وجود عنوان و توضیحات متای مناسب
• وجود فقط یک عنوان اصلی محتوایی در هر صفحه
• دسترسی‌پذیری لینک‌های داخلی
• قابل دسترسی بودن نقشه سایت
• کنترل noindex و canonical
• بررسی اسکیما و خطاهای داده ساختاریافته
• کنترل تصاویر، alt و اندازه فایل
• بررسی ریدایرکت‌های ضروری

تست اطلاعات واقعی

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

آموزش مدیریت سایت به کارفرما شامل چه مواردی است؟

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

آموزش‌های پایه برای سایت شرکتی

• ورود امن به پنل مدیریت
• ویرایش متن و تصویر صفحات
• انتشار و ویرایش مقاله
• مدیریت دیدگاه‌ها
• مشاهده پیام‌های فرم تماس
• مدیریت کاربران محتوا
• اصول بارگذاری تصویر بهینه
• تشخیص تغییرات پرریسک

آموزش‌های فروشگاه اینترنتی

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

آموزش نگهداری پایه

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

فرمت مناسب آموزش

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

تأیید دریافت آموزش

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

مدارک و صورت‌جلسه تحویل طراحی سایت

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

اطلاعات اصلی صورت‌جلسه

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

تفاوت خطا با درخواست جدید

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

فهرست موارد باز

گاهی پروژه به دلیل وابستگی به تأیید درگاه، دریافت محتوا، صدور دسترسی یا تصمیم کارفرما با چند مورد باز تحویل می‌شود. این موارد باید همراه مسئول، اقدام بعدی و زمان مورد انتظار ثبت شوند. عبارت مبهم «بعداً انجام می‌شود» برای مدیریت پروژه کافی نیست.

چک‌لیست تحویل سایت وردپرسی به کارفرما

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

حساب مدیریت وردپرس

یک حساب Administrator مستقل با ایمیل کارفرما ایجاد شود. نام کاربری عمومی مانند admin انتخاب مناسبی نیست. کاربران قدیمی و آزمایشی نیز بازبینی شوند.

فهرست قالب و افزونه‌ها

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

وضعیت به‌روزرسانی

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

Child Theme و تغییرات اختصاصی

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

صفحه‌ساز

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

تنظیمات کش

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

وظایف زمان‌بندی‌شده

بکاپ، ایمیل، همگام‌سازی موجودی، پیامک یا پردازش‌های دوره‌ای ممکن است به Cron وردپرس یا Cron سرور وابسته باشند. این وابستگی‌ها باید در پروژه‌های فروشگاهی و پرتراکنش مستند شوند.

تنظیمات ایمیل وردپرس

ارسال ایمیل از طریق PHP Mail در بعضی هاست‌ها پایدار نیست. اگر SMTP یا سرویس ایمیل تراکنشی تنظیم شده، حساب و اطلاعات آن باید تحویل شود و ارسال آزمایشی انجام گیرد.

تنظیمات بکاپ

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

برای مشاهده مسیر اجرای پروژه‌های مدیریت‌پذیر، صفحه طراحی سایت وردپرس حرفه‌ای در دسترس است.

تحویل سایت اختصاصی، لاراول و سامانه‌های تحت وب

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

مخزن کد

• آدرس مخزن و مالک سازمانی آن
• دسترسی مدیر برای کارفرما یا تیم فنی
• شاخه اصلی و سیاست انتشار
• تگ یا نسخه متناظر با سایت فعال
• وضعیت تغییرات منتشرنشده

مستندات نصب

نسخه زبان برنامه‌نویسی، پایگاه داده، پکیج‌ها، افزونه‌های سیستم، فرمان‌های نصب، ساخت کلید برنامه، اجرای Migration، ایجاد Storage Link، ساخت کش و تنظیم صف باید ثبت شوند.

متغیرهای محیطی

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

استقرار و سرور

ساختار وب‌سرور، دامنه‌ها، SSL، مسیر پروژه، نسخه PHP یا Runtime، پردازش‌های صف، Cron، مدیریت Process، کش، لاگ‌ها و روش انتشار نسخه جدید باید مستند شوند.

ساختار پایگاه داده

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

API و سرویس‌های خارجی

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

ثبت خطا و مانیتورینگ

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

پشتیبانی سایت بعد از تحویل چگونه تعریف می‌شود؟

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

ضمانت رفع اشکال

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

پشتیبانی فنی

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

توسعه قابلیت جدید

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

پشتیبانی محتوایی

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

برنامه پیشنهادی پس از تحویل

چک‌لیست کامل تحویل سایت به کارفرما

جدول زیر می‌تواند در جلسه تحویل پروژه استفاده شود. همه موارد برای تمام سایت‌ها الزامی نیستند؛ اما وضعیت هر مورد باید مشخص شود تا چیزی به دلیل فراموشی از فرآیند حذف نشود.

اشتباهات رایج در تحویل پروژه طراحی سایت

تحویل فقط یک حساب وردپرس

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

ساخت همه حساب‌ها با ایمیل طراح

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

نبود بکاپ قابل بازیابی

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

استفاده از نسخه‌های نامعتبر قالب و افزونه

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

حذف ناگهانی دسترسی مجری پیش از انتقال کامل

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

نبود تعریف برای پشتیبانی

عبارت کلی «پشتیبانی داریم» کافی نیست. ساعات پاسخ‌گویی، کانال ثبت درخواست، مدت قرارداد، تعداد درخواست، موارد شامل و هزینه توسعه باید مکتوب باشند.

تأیید ظاهر بدون تست فرآیندها

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

تغییر URLها بدون برنامه انتقال

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

انتقال رمزها در پیام‌رسان بدون تغییر بعدی

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

نداشتن نماینده مشخص از طرف کارفرما

اگر چند نفر بدون مسئول نهایی درباره تحویل تصمیم بگیرند، تأیید پروژه و آموزش‌ها پراکنده می‌شوند. بهتر است یک نماینده اصلی برای دریافت دسترسی و امضای صورت‌جلسه تعیین شود.

کارفرما پیش از امضای تحویل نهایی چه کاری انجام دهد؟

1. شرح خدمات و قرارداد اولیه را دوباره مطالعه کند.
2. فهرست تمام صفحات و قابلیت‌های توافق‌شده را بررسی کند.
3. با حساب اختصاصی خود وارد پنل‌های اصلی شود.
4. رمزهای بازیابی و ایمیل‌های مالک را کنترل کند.
5. یک سفارش، فرم یا فرآیند واقعی را آزمایش کند.
6. نسخه موبایل صفحات اصلی را مشاهده کند.
7. بکاپ نهایی را دریافت و محل نگهداری آن را ثبت کند.
8. تاریخ تمدید سرویس‌ها و هزینه‌های دوره‌ای را یادداشت کند.
9. موارد باقی‌مانده را با مسئول و زمان انجام مکتوب کند.
10. شرایط ضمانت و پشتیبانی را پیش از تأیید نهایی روشن کند.

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

تابان استودیو چگونه مسیر طراحی تا تحویل را مدیریت می‌کند؟

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

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

برای آشنایی با معیارهای انتخاب و ساخت یک وب‌سایت سازمانی می‌توانید مقاله طراحی وب‌سایت شرکتی چیست؟ را مطالعه کنید. همچنین صفحه هزینه طراحی سایت در سال ۱۴۰۵ عوامل مؤثر بر قیمت، زیرساخت، پشتیبانی و خدمات تحویلی را بررسی می‌کند.

پرسش‌های متداول درباره تحویل سایت به کارفرما

هنگام تحویل سایت چه چیزهایی باید از طراح بگیریم؟

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

آیا دامنه حتماً باید به نام کارفرما باشد؟

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

آیا طراح باید رمز هاست را تحویل دهد؟

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

آیا سورس کامل سایت باید تحویل شود؟

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

آیا فایل طراحی رابط کاربری نیز باید تحویل شود؟

فایل‌های Figma، Photoshop یا سایر فایل‌های قابل ویرایش زمانی جزء تحویل هستند که در شرح خدمات ذکر شده باشند. خروجی نهایی سایت به‌تنهایی الزاماً مالکیت همه فایل‌های فرایند طراحی را ایجاد نمی‌کند.

آیا کارفرما باید دسترسی Administrator وردپرس داشته باشد؟

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

بعد از دریافت دسترسی‌ها چه رمزهایی را تغییر دهیم؟

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

تحویل سایت قبل از تسویه انجام می‌شود یا بعد از آن؟

زمان انتقال نهایی دسترسی‌ها و تسویه باید در قرارداد مشخص شود. معمولاً بازبینی و تست پیش از تسویه نهایی انجام می‌شود و انتقال رسمی مالکیت مطابق برنامه پرداخت ثبت‌شده در قرارداد صورت می‌گیرد.

ضمانت رفع اشکال با پشتیبانی چه تفاوتی دارد؟

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

آیا تحویل سرچ کنسول و آنالیتیکس ضروری است؟

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

آیا بکاپی که روی هاست قرار دارد کافی است؟

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

اگر طراح از لایسنس آژانسی استفاده کرده باشد چه می‌شود؟

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

تحویل سایت چقدر زمان می‌برد؟

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

اگر بعد از تحویل خطایی مشاهده شد چه کنیم؟

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

جمع‌بندی: تحویل حرفه‌ای یعنی انتقال کنترل، دانش و مسئولیت

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

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

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