تحویل و انتشار سایت — چکلیست کامل پذیرش نهایی برای صاحبان کسبوکار
بسیاری از صاحبان کسبوکار فکر میکنند وقتی طراح میگوید «سایت آماده است»، کار تمام شده. لینک را میفرستد، شما یک بار باز میکنید، میگویید «خوبه»، بقیه پول را میپردازید — و سه ماه بعد متوجه میشوید رمز هاست را ندارید، دامنه به نام طراح ثبت شده، SSL منقضی شده، یا نمیدانید چطور یک محصول اضافه کنید. تحویل و انتشار سایت دو مرحله جداست: «سایت ساخته شد» و «سایت واقعاً به شما تحویل شد.» تفاوت این دو، تفاوت بین مالکیت واقعی و وابستگی دائمی به مجری است.
این مقاله برای مدیران غیرفنی نوشته شده — کسانی که میخواهند بدون یاد گرفتن اصطلاحات فنی، بدانند در لحظه تحویل چه چیزهایی را بررسی کنند، چطور پذیرش نهایی را ثبت کنند، از چه اختلافاتی بیشتر پیش میآید، و چه زمانی باید پرداخت آخر را نگه دارید. از دامنه و هاست شروع میکنیم، SSL و پنل مدیریت را مرور میکنیم، بکاپ و آموزش را جدی میگیریم، یک چکلیست عملی میدهیم، و در پایان درباره مشاوره و همراهی در تحویل سایت صحبت میکنیم.
اگر تازه قرارداد امضا کردهاید یا پروژه در مرحله آخر است، این راهنما را الان بخوانید — نه بعد از پرداخت. پیشگیری از مشکل تحویل، ارزانتر از قانون و دعوا بعد از آن است. بسیاری از کارفرماها میگویند «طراح خوب بود، فقط آخرش قاطی شد» — آن «آخر» دقیقاً همین مرحله است. برای پایه حقوقی، راهنمای قرارداد طراحی سایت و انتخاب مجری معتبر را هم در نظر بگیرید.
تحویل سایت یعنی چه — و چرا با «انتشار» فرق دارد؟
در زبان ساده، تحویل سایت یعنی تمام داراییها و دسترسیهای لازم برای مالکیت و مدیریت سایت به نام شما منتقل شده باشد. انتشار سایت یعنی سایت برای عموم قابل دسترسی است — لینک در گوگل، اینستاگرام، کارت ویزیت و تبلیغات فعال شده. ممکن است سایت منتشر شده باشد اما هنوز تحویل نشده (دامنه دست طراح است). یا تحویل شده اما هنوز منتشر نشده (آماده است ولی عمداً offline مانده تا چک نهایی انجام شود).
برای صاحب کسبوکار، ترتیب درست معمولاً این است:
- سایت روی آدرس موقت یا حالت پیشنمایش آماده میشود
- شما با چکلیست تحویل همه موارد را بررسی میکنید
- نواقص برطرف میشود
- دسترسیها و مالکیت به شما منتقل میشود
- پذیرش نهایی ثبت میشود (ترجیحاً کتبی)
- پرداخت مرحله آخر انجام میشود
- سایت بهطور رسمی منتشر و اعلام میشود
اشتباه رایج: پرداخت آخر قبل از تحویل واقعی. طراح میگوید «بعداً رمزها را میفرستم» یا «دامنه را خودم نگه میدارم تا پشتیبانی بگیرید.» این جملات قرمز هستند. در راهنمای مالکیت دامنه و سایت توضیح داده شده چرا مالکیت باید از روز اول به نام کارفرما باشد — تحویل، جایی است که این اصل را عملی میکنید.
تحویل خوب سه نتیجه دارد: استقلال (میتوانید بدون طراح سایت را اداره کنید یا به تیم دیگر بسپارید)، امنیت (کسی جز شما نمیتواند سایت را خاموش یا گروگان بگیرد)، و آرامش (میدانید اگر فردا مشکلی پیش آمد، راه بازیابی دارید). انتشار بدون تحویل کامل، مثل افتتاح مغازهای است که کلید را هنوز موجر دارد.
دامنه — اولین و مهمترین مورد تحویل
دامنه (مثل yourbrand.ir) آدرس دیجیتال کسبوکار شماست. در لحظه تحویل و انتشار سایت، این موارد را حتماً بررسی کنید:
- نام مالک در پنل ثبتکننده: شخص حقیقی یا شرکت شما — نه طراح، نه فامیل طراح، نه «موقت.»
- دسترسی به پنل registrar: رمز ورود به ایرنیک، نیک، یا هر ثبتکنندهای که دامنه آنجاست — در اختیار شما.
- ایمیل مالک: ایمیل recovery باید متعلق به شما باشد — نه ایمیل طراح که اگر قطع شود دسترسی از دست میرود.
- تاریخ انقضا: دامنه حداقل ۶ ماه اعتبار داشته باشد؛ بهتر است یک سال تمدید شده باشد.
- DNS: رکوردهای دامنه به هاست درست اشاره کنند — طراح باید توضیح دهد کدام رکورد چیست (نیازی به یادگیری فنی نیست؛ فقط «سایت باز میشود» کافی نیست).
- دامنه اضافی: اگر
wwwیا پسوند دیگر هم خریده شده، مالکیت آنها هم روشن باشد.
تست ساده: خودتان — نه طراح — وارد پنل registrar شوید و Whois یا اطلاعات مالک را ببینید. اگر طراح میگوید «الان نمیشود، بعداً منتقل میکنم»، پرداخت نهایی را نگه دارید. انتقال دامنه گاهی چند روز طول میکشد؛ بهتر است از اول به نام شما ثبت شده باشد. جزئیات بیشتر در راهنمای دامنه و هاست برای کسبوکار.
سناریوی واقعی در بازار ایران: کارفرما ۸۰ میلیون پرداخت کرده، سایت کار میکند، اما دامنه به نام طراح است. طراح از پروژه خارج شده یا قیمت پشتیبانی جدید خواسته. کارفرما نمیتواند دامنه را منتقل کند بدون همکاری طراح — و گاهی سالها در این بنبست میماند. چند دقیقه بررسی در تحویل، از ماهها دردسر جلوگیری میکند.
هاست و دسترسی سرور — کلید خاموش و روشن کردن سایت
هاست جایی است که فایلهای سایت روی آن ذخیره میشود. بدون دسترسی هاست، عملاً مالک سایت نیستید — فقط «اجارهنشین با لینک.» در تحویل این موارد را بگیرید:
- آدرس پنل هاست (مثلاً cPanel، DirectAdmin، یا پنل اختصاصی)
- نام کاربری و رمز عبور — ترجیحاً رمز جدید که خودتان تنظیم کردهاید
- اطلاعات FTP در صورت نیاز (برای آپلود فایل)
- نام دیتابیس، کاربر دیتابیس، و رمز — یا تأیید که در فایل config سایت درست است و شما به پنل دسترسی دارید
- مشخصات پلن: فضا، پهنای باند، تاریخ تمدید، نام شرکت هاستینگ
- صورتحساب: هاست به نام چه کسی ثبت شده؟ ترجیحاً شما — یا حداقل بدانید چطور تمدید میشود
تست: یک بار خودتان وارد پنل هاست شوید. لازم نیست چیزی تغییر دهید — فقط ببینید وارد میشوید. اگر طراح میگوید «برای امنیت دسترسی نمیدهم»، بپرسید: «پس اگر فردا شما در دسترس نباشید، من چطور سایت را اداره کنم؟» پاسخ قانعکننده نبود، تحویل کامل نشده است.
برای فروشگاه یا سایت پرترافیک، نوع هاست مهم است — اشتراکی، VPS، اختصاصی. در تحویل بپرسید: «این پلن برای چند بازدید روزانه مناسب است؟» اگر جواب مبهم بود، راهنمای انتخاب هاست کمک میکند بفهمید آیا با نیاز شما جور است یا نه.
SSL و HTTPS — قفل سبز قبل از انتشار
وقتی آدرس سایت را باز میکنید، باید قفل سبز (HTTPS) ببینید — نه هشدار «ناامن» یا «اتصال شما خصوصی نیست.» SSL گواهی امنیتی است که دادههای بین مرورگر مشتری و سرور را رمز میکند. برای تحویل و انتشار سایت حرفهای، SSL غیرقابل مذاکره است.
در تحویل بررسی کنید:
- سایت با
https://بدون خطا باز میشود - نسخه
http://بهhttps://هدایت میشود (redirect) - گواهی منقضی نشده — تاریخ انقضا را ببینید
- روی موبایل و دسکتاپ هر دو قفل نمایش داده میشود
- اگر فروشگاه دارید، صفحه پرداخت هم HTTPS است
بسیاری هاستهای ایرانی SSL رایگان (Let's Encrypt) دارند که هر چند ماه تمدید خودکار میشود — تأیید کنید تمدید خودکار فعال است یا بدانید چه کسی مسئول تمدید است. راهنمای کامل: SSL برای کسبوکار.
اشتباه رایج: SSL فقط روی صفحه اصلی فعال است اما صفحات داخلی HTTP هستند — مرورگر هشدار میدهد. یا SSL روی دامنه www نیست. در چکلیست تحویل، حداقل ۵ صفحه مختلف را باز کنید و قفل را ببینید.
پنل مدیریت — جایی که هر روز کار میکنید
پنل مدیریت (وردپرس، اختصاصی، یا هر CMS) جایی است که محتوا، محصول، سفارش و تنظیمات را تغییر میدهید. تحویل پنل یعنی:
- آدرس ورود (مثلاً
yoursite.ir/wp-admin) - حساب Administrator با بالاترین سطح دسترسی — به نام شما
- رمز قوی که خودتان تنظیم کردهاید
- حذف یا downgrade حسابهای موقت طراح — بعد از تحویل، طراح نباید admin بماند مگر قرارداد پشتیبانی مشخص
- اگر چند کاربر دارید (منشی، حسابدار)، نقش هر کدام مشخص باشد
تست عملی: خودتان وارد شوید و این کارها را انجام دهید — نه فقط تماشا:
- یک صفحه یا پست را ویرایش و ذخیره کنید
- یک تصویر آپلود کنید
- منوی سایت را ببینید (اگر قابل ویرایش است، یک تغییر کوچک)
- برای فروشگاه: یک محصول تست اضافه یا ویرایش کنید
- فرم تماس را پیدا کنید و یک پیام تست بفرستید
اگر هر کدام از اینها ممکن نبود، هنوز آموزش یا دسترسی کامل نشده. راهنمای عمیقتر: پنل مدیریت سایت برای صاحبان کسبوکار.
نکته امنیتی: رمز admin را در واتساپ plain text نگه ندارید. در password manager یا جای امن ذخیره کنید. و در تحویل، تأیید کنید ورود دو مرحلهای (2FA) در صورت امکان فعال شده — حتی اگر خودتان بعداً راه بیندازید.
بکاپ — بیمهنامه سایت شما
سایت بدون بکاپ، مثل مغازه بدون بیمه آتشسوزی است. یک بهروزرسانی خراب، هک، یا اشتباه انسانی — و هفتهها کار از بین میرود. در تحویل و انتشار سایت باید بدانید:
- آیا بکاپ خودکار روزانه یا هفتگی فعال است؟
- بکاپ کجا ذخیره میشود — همان سرور (ضعیف) یا فضای جدا (بهتر)؟
- چند نسخه نگه داشته میشود؟
- چطور restore میکنید — طراح یک بار نشان داده؟
- آیا بکاپ دستی هم میتوانید بگیرید؟
تست ایدهآل (اگر scope قرارداد اجازه میدهد): یک restore روی محیط تست — نه لزوماً روی سایت زنده. حداقل یک فایل بکاپ را دانلود کنید و مطمئن شوید باز میشود. جزئیات: راهنمای بکاپ سایت.
در قرارداد باید قید شده باشد: «مسئولیت راهاندازی بکاپ اولیه بر عهده مجری؛ آموزش بازیابی در جلسه تحویل.» اگر این بند نیست، قرارداد طراحی را قبل از پروژه بعدی اصلاح کنید.
آموزش و مستندات — تحویل بدون آموزش، تحویل ناقص است
تحویل فقط «لینک و رمز» نیست. شما باید بتوانید بدون تماس با طراح، کارهای روزمره را انجام دهید. حداقل آموزش در تحویل:
| موضوع | چه باید بلد باشید |
|---|---|
| ویرایش متن و تصویر | صفحه درباره ما، تماس، خدمات |
| افزودن خبر یا مقاله | اگر بلاگ دارید |
| محصول (فروشگاه) | اضافه، قیمت، موجودی، عکس |
| سفارش (فروشگاه) | دیدن سفارش، تغییر وضعیت |
| فرم تماس | دیدن پیامها، تنظیم ایمیل دریافت |
| منو و فوتر | تغییر شماره تماس یا لینک |
| پشتیبانگیری | گرفتن بکاپ دستی — در صورت نیاز |
درخواست کنید:
- جلسه آموزش ۱ تا ۲ ساعته — حضوری یا ویدیو
- ضبط ویدیو یا screencast برای مرور بعدی
- PDF یا فایل متنی ساده «قدمبهقدم» — حتی ۵ صفحه کافی است
- مخاطب تماس برای پشتیبانی قراردادی (نام، موبایل، ساعات)
اگر طراح میگوید «خیلی ساده است، خودتون یاد میگیرید»، بپرسید: «لطفاً ۳۰ دقیقه نشان بدهید چطور محصول اضافه میکنم.» سادگی نسبی است — برای کسی که اولین بار پنل میبیند، بدون آموزش سردرگمی طبیعی است.
بررسی محتوا و scope — همان چیزی که قرارداد کردید؟
قبل از پذیرش نهایی، خروجی را با آنچه در قرارداد یا پیشنهاد نوشته شده مقایسه کنید:
- تعداد صفحات — همه ساخته شده؟
- امکانات — فرم، گالری، فروشگاه، درگاه، چندزبانه، نقشه، واتساپ، …
- طراحی — نسخه موبایل و دسکتاپ هر صفحه اصلی
- محتوا — متن placeholder جایگزین شده یا هنوز «لورم ایپسوم»؟
- لوگو، رنگ، فونت — مطابق برند شما
- صفحات قانونی — حریم خصوصی، قوانین فروش (برای فروشگاه)
لیست revision در قرارداد چند بار بود؟ اگر نسخه تحویلی با scope فرق دارد، قبل از پرداخت آخر لیست نواقص بنویسید — نه شفاهی، در ایمیل یا تیکت. این همان جایی است که بندهای قرارداد جان میگیرند: scope، revision، و معیار پذیرش.
تست موبایل، مرورگر و سرعت — قبل از اینکه مشتری ببیند
مشتری واقعی روی گوشی قدیمی با اینternet معمولی سایت را باز میکند — نه روی لپتاپ طراح با Wi-Fi سریع. در تحویل خودتان تست کنید:
- موبایل Android و iPhone — صفحه اصلی، تماس، فرم
- مرورگر Chrome و Safari (یا Edge)
- دکمه تماس یککلیکی (
tel:) کار میکند؟ - فرم تماس پیام میرسد؟ (ایمیل یا پنل)
- نقشه و آدرس درست است؟
- لینکهای منو خراب (۴۰۴) ندارند؟
- سرعت قابل قبول — اگر بیش از ۵ ثانیه روی موبایل لود میشود، با طراح مطرح کنید
یک نفر غیر از تیم طراح — همسر، همکار، منشی — سایت را باز کند و بگوید «چطور تماس بگیرم؟» اگر گیج شد، قبل از انتشار اصلاح کنید.
فرم تماس، درگاه و ایمیل — مسیر پول و لید
سایت کسبوکار بدون مسیر تماس یا فروش، ویترین بیدر است. در تحویل:
- فرم تماس: یک پیام تست بفرستید — به ایمیل یا پنل برسد. subject و spam folder را چک کنید.
- ایمیل دامنه: اگر
info@yourbrand.irدارید، ارسال و دریافت تست شود. - درگاه پرداخت (فروشگاه): یک خرید تست واقعی — حتی با مبلغ کم و refund بعدی.
- واتساپ / تلگرام: دکمهها به شماره درست لینک میشوند؟
- Google Analytics / سرچ کنسول: اگر در scope بود، نصب و دسترسی به پنل برای شما.
بسیاری از اختلافات بعد از launch از همینجا شروع میشود: «فرم کار نمیکرد و ما نمیدانستیم.» تست در تحویل، مسئولیت را روشن میکند.
چکلیست پذیرش نهایی — ۲۵ مورد قبل از امضا
این جدول خلاصه تحویل و انتشار سایت است. هر ردیف را بله/خیر علامت بزنید. اگر حتی یک مورد مهم «خیر» است، پذیرش نهایی نکنید.
| # | مورد | تست | ✓ |
|---|---|---|---|
| ۱ | دامنه به نام کارفرما | ورود به پنل registrar | |
| ۲ | ایمیل recovery دامنه | متعلق به کارفرما | |
| ۳ | دسترسی پنل هاست | ورود موفق کارفرما | |
| ۴ | تمدید هاست روشن | تاریخ و مسئول | |
| ۵ | SSL فعال همه صفحات | قفل سبز | |
| ۶ | redirect HTTP به HTTPS | تست دستی | |
| ۷ | حساب admin به نام کارفرما | ورود و ویرایش | |
| ۸ | حذف admin موقت طراح | لیست کاربران | |
| ۹ | بکاپ خودکار فعال | تأیید در پنل | |
| ۱۰ | آموزش ضبط یا مستند | فایل تحویل شده | |
| ۱۱ | تمام صفحات scope | مقایسه با قرارداد | |
| ۱۲ | نسخه موبایل | تست ۲ دستگاه | |
| ۱۳ | فرم تماس | پیام تست دریافت | |
| ۱۴ | دکمه تماس tel | کلیک روی موبایل | |
| ۱۵ | درگاه پرداخت (فروشگاه) | خرید تست | |
| ۱۶ | ایمیل دامنه (در صورت وجود) | ارسال/دریافت | |
| ۱۷ | لینکهای خراب | بررسی منو اصلی | |
| ۱۸ | محتوای placeholder | جایگزین شده | |
| ۱۹ | favicon و عنوان تب | در مرورگر | |
| ۲۰ | robots و sitemap (در صورت scope) | با طراح | |
| ۲۱ | شماره و آدرس درست | مقایسه با واقعیت | |
| ۲۲ | ساعات پشتیبانی قرارداد | کتبی | |
| ۲۳ | تحویل فایلهای برند (لوگو، …) | دریافت شده | |
| ۲۴ | فاکتور و تسویه حساب | مطابق قرارداد | |
| ۲۵ | صورتجلسه تحویل امضا | هر دو طرف |
این چکلیست را میتوانید در ایمیل پذیرش ضمیمه کنید: «موارد ۱ تا ۲۵ در تاریخ … تأیید شد.» یک جمله ساده، سالها در اختلاف کمک میکند.
ثبت رسمی پذیرش — یک ایمیل کافی است
پذیرش نهایی باید کتبی باشد — ایمیل، PDF امضا شده، یا پیام در پلتفرم قراردادی. متن پیشنهادی:
با سلام،
سایت [آدرس] و موارد تحویلی (دامنه، هاست، SSL، پنل، بکاپ، آموزش) طبق چکلیست پیوست در تاریخ … مورد بررسی قرار گرفت و مورد تأیید اینجانب [نام] است. پذیرش نهایی فاز طراحی انجام شد. پشتیبانی طبق بند … قرارداد ادامه دارد.
[امضا / نام]
اگر نواقص جزئی مانده اما میخواهید launch کنید، پذیرش مشروط بنویسید: «به جز موارد ۸ و ۱۴ که تا تاریخ … باید رفع شود.» هرگز «فعلاً OK» شفاهی برای پرداخت کامل کافی نیست.
طراح هم باید تحویل را تأیید کند: «دسترسیها در تاریخ … منتقل شد.» دو طرف، یک تاریخ — برای آینده.
پرداخت مرحله آخر — چه زمانی بپردازید؟
ساختار رایج قرارداد: ۳۰٪ شروع، ۴۰٪ میانه، ۳۰٪ تحویل. بخش آخر باید بعد از تحویل واقعی — نه بعد از «تقریباً آماده.»
پرداخت نهایی را نگه دارید اگر:
- دامنه یا هاست هنوز به نام طراح است
- admin فقط برای طراح است
- فرم تماس یا درگاه تست نشده
- scope ناقص است و revision باقی مانده
- آموزش انجام نشده
- بکاپ راهاندازی نشده
این نه «بدقولی» است — اهرم قراردادی سالم. مجری حرفهای انتظار دارد تحویل کامل شود بعد پول بگیرد. اگر فشار «اول پول بعد رمز» آورد، به نشانههای مجری نامناسب فکر کنید.
اختلافات رایج بعد از تحویل — و پیشگیری
بعد از سالها مشاوره به کسبوکارها، این اختلافات بیشتر تکرار میشوند:
۱. «این خارج از scope بود»
کارفرما فکر میکرد «سایت کامل» شامل SEO، عکاسی، و ۵۰ محصول است. طراح فقط ۸ صفحه طراحی کرده. پیشگیری: scope عددی در قرارداد — صفحات، امکانات، revision. هر اضافه = الحاقیه.
۲. «دامنه مال ماست تا تسویه کامل»
طراح گروگانگیری دامنه — عمدی یا از بیتوجهی. پیشگیری: دامنه از روز اول به نام کارفرما — مالکیت دامنه.
۳. «پشتیبانی رایگان یعنی هر تغییری»
کارفرما هر هفته redesign میخواهد. طراح میگوید قرارداد تمام شد. پیشگیری: مدت و scope پشتیبانی — مثلاً «۳ ماه، باگ و آموزش؛ redesign جدا.»
۴. «سایت کند است / روی موبایل خراب است»
تست نشده. پیشگیری: چکلیست تحویل + پذیرش مشروط.
۵. «رمز را گم کردیم / طراح در دسترس نیست»
بدون مستندات تحویل. پیشگیری: همه رمزها در تحویل به کارفرما؛ password manager.
۶. «SEO کار نمیکند»
انتظار رتبه ۱ در هفته اول. پیشگیری: تفکیک «سایت SEO-friendly» از «خدمات سئو ماهانه» در قرارداد.
۷. «فایلهای سایت / کد مال کیست؟»
برای سایت اختصاصی مهم است. پیشگیری: بند مالکیت کد در قرارداد — بعد از تسویه، مالکیت با کارفرما.
در بیشتر موارد، طرفین بد نیستند — فرآیند تحویل و قرارداد مبهم بوده. چکلیست این مقاله همان فرآیند را روشن میکند.
یک نکته عملی: اگر احساس میکنید به بنبست رسیدهاید، مکث launch کنید. سایت live با مالکیت دست طراح، موقعیت مذاکره شما را ضعیف میکند. گاهی یک ایمیل محترمانه با لیست bullet «موارد باقیمانده برای تحویل کامل» و deadline یک هفته، بدون دعوا ۸۰٪ موارد را حل میکند. اگر نشد، مشاوره حقوقی یا فنی مستقل — قبل از پرداخت بیشتر — منطقیتر از جنگ واتساپی است.
علامتهای خطر در جلسه تحویل
- «رمزها را بعداً میفرستم»
- «دامنه موقتاً دست من است»
- «شما admin نمیخواهید، خطرناک است»
- «بکاپ لازم نیست، هاست خودش دارد» — بدون تست
- «آموزش در پشتیبانی است» — بدون جلسه اولیه
- فقط یک نفر از تیم طراح در جلسه — بدون دسترسی فنی
- فشار برای پرداخت قبل از تست فرم و موبایل
- عدم تمایل به صورتجلسه یا ایمیل تأیید
یک یا دو مورد ممکن است با توضیح منطقی حل شود. پنج مورد همزمان، زنگ خطر جدی است.
هفته اول بعد از انتشار — کارهای فوری
بعد از تحویل و انتشار سایت، هفته اول را جدی بگیرید:
- روز ۱: اعلام در اینستا، واتساپ، Google Business — لینک درست باشد
- روز ۲–۳: هر روز فرم تماس و سفارش را چک کنید
- روز ۴: از ۳ نفر بخواهید سایت را باز کنند و feedback بدهند
- روز ۵: سرعت و SSL دوباره — گاهی بعد از تغییر DNS مشکل میآید
- روز ۷: جلسه کوتاه با تیم داخلی: «چطور پنل استفاده کنیم؟»
اگر باگ پیدا شد و در دوره پشتیبانی رایگان هستید، تیکت بزنید — با screenshot و URL. هرگونه «کار نمیکند» بدون جزئیات، رفع کندتر میشود.
چه زمانی کمک بیرونی برای بررسی تحویل بگیرید؟
اگر پروژه زیر ۳۰ میلیون است و سایت معرفی ساده، همین چکلیست کافی است. کمک بیرونی ارزش دارد وقتی:
- فروشگاه با درگاه و موجودی پیچیده
- بودجه بالای ۱۰۰ میلیون
- سایت اختصاصی (نه وردپرس آماده)
- تجربه bad با مجری قبلی دارید
- تیم داخلی IT ندارید و ترس از گروگانگیری دارید
یک مشاور مستقل — نه رقیب طراح — میتواند در ۱–۲ ساعت چکلیست را با شما طی کند و بگوید «پرداخت نکن» یا «OK.» هزینه مشاوره معمولاً کسری از هزینه پروژه است.
تحویل سایت معرفی در برابر فروشگاه — تفاوت در چکلیست
همه سایتها یکسان تحویل نمیشوند. سایت معرفی (شرکتی، خدماتی، کلینیک) معمولاً چکلیست کوتاهتری دارد: دامنه، هاست، SSL، پنل، فرم تماس، موبایل، آموزش ویرایش صفحات. فروشگاه اینترنتی علاوه بر اینها نیاز به بررسی دقیقتر دارد:
- درگاه پرداخت — تست خرید واقعی و settlement به حساب شما
- محصولات — تعداد توافقشده وارد شده؟ عکس و قیمت درست؟
- موجودی — کم شدن خودکار با فروش؟
- هزینه ارسال — مناطق و نرخها صحیح؟
- سبد خرید و checkout — روی موبایل بدون گیر؟
- پیامک یا ایمیل سفارش — به مشتری و به شما میرسد؟
- قوانین مرجوعی و حریم خصوصی — برای فروش آنلاین الزامیتر است
- اینماد یا نماد اعتماد — اگر در scope بود، فعال و لینک شده؟
اشتباه رایج: کارفرمای فروشگاه فقط «ظاهر سایت» را در تحویل میبیند و بعد از launch اولین سفارش واقعی گیر میکند — درگاه خطا میدهد، یا پیامک نمیآید. برای فروشگاه، حداقل دو سفارش تست (یکی خودتان، یکی همکار) قبل از پذیرش نهایی توصیه میشود. اگر پروژه شما فروشگاه است، علاوه بر این مقاله، چکلیستهای تخصصی launch فروشگاه را هم در نظر بگیرید — اما اصول مالکیت دامنه، هاست، SSL و admin برای هر دو یکسان است.
مدارک و فایلهایی که باید در تحویل بگیرید
تحویل حرفهای فقط دسترسی آنلاین نیست — یک بسته تحویل هم باید داشته باشید:
- لوگو و فایلهای برند: PNG، SVG، نسخه روشن/تیره — نه فقط روی سایت
- تصاویر با کیفیت: عکسهایی که طراح استفاده کرده (اگر مالکیت با شماست)
- فونتها و لایسنس: اگر فونت تجاری است، مطمئن شوید مجازید
- لیست افزونهها / ماژولها: نام و نسخه — برای بهروزرسانی بعدی
- راهنمای PDF یا ویدیو: آموزش پنل
- قرارداد و الحاقیهها: نسخه امضا شده
- فاکتور نهایی: برای حسابداری
- اطلاعات تماس پشتیبانی: نام، موبایل، ایمیل، ساعات
این بسته را در یک فولدر cloud (Google Drive، …) با دسترسی مالکیت برای شما تحویل بگیرید — نه لینک موقت که بعداً expire شود. اگر طراح «همه چیز روی سرور است» گفت، بپرسید: «فایل خام لوگو و راهنمای PDF کجاست؟» سایت live بدون بسته فایل، وابستگی به مجری را ادامه میدهد. برای پروژههای B2B، این بسته گاهی در ممیزی یا فروش آینده شرکت هم ارزش پیدا میکند — سایت دارایی دیجیتال است، نه فقط «یک لینک.»
نقشه راه ۴۸ ساعته قبل از پذیرش نهایی
اگر طراح گفت «فردا launch میکنیم، امروز تأیید کن»، این برنامه را دنبال کنید:
روز اول — صبح (۲ ساعت): دامنه و هاست — خودتان وارد پنلها شوید. SSL را روی ۱۰ URL تست کنید. لیست کاربران admin را ببینید.
روز اول — بعدازظهر (۲ ساعت): پنل — ویرایش یک صفحه، آپلود عکس، تست فرم. فروشگاه: یک محصول و یک سفارش تست.
روز دوم — صبح (۱.۵ ساعت): موبایل واقعی — Android و iPhone. تماس، واتساپ، نقشه. از یک نفر outsider تست پنجثانیهای بگیرید.
روز دوم — بعدازظهر (۱ ساعت): جلسه آموزش + ضبط. نواقص را لیست کنید. پذیرش مشروط یا کامل — ایمیل بنویسید.
۴۸ ساعت برای پروژهای که ماهها طول کشیده، سرمایه معقول است. مجری حرفهای برنامه تحویل structured میدهد — نه «الان ببین OKه.» اگر طراح از این برنامه استقبال نکرد، همان یک سیگنال برای احتیاط است.
سوالات متداول درباره تحویل و انتشار سایت
تحویل سایت معمولاً چند روز طول میکشد؟
اگر همه چیز آماده است، یک جلسه ۲–۴ ساعته برای انتقال دسترسی، آموزش، و تست کافی است. انتقال دامنه بین registrarها ممکن است ۲–۷ روز طول بکشد — بهتر است دامنه از اول به نام شما باشد.
آیا باید همه پول را قبل از تحویل بدهم؟
خیر. معمولاً ۱۰–۳۰٪ آخر پس از تحویل و پذیرش. اگر مجری اصرار به ۱۰۰٪ قبل از رمز دارد، احتیاط کنید.
اگر بعد از تحویل باگ پیدا شد چه کنم؟
در دوره پشتیبانی قراردادی → تیکت به طراح. بعد از آن → پرداخت ساعتی یا قرارداد جدید. باگ = چیزی که در scope بود و کار نمیکند؛ تغییر جدید = جدا.
وردپرس تحویل بگیرم یا سایت اختصاصی؟
وردپرس: دسترسی admin و آموزش راحتتر. اختصاصی: بپرسید مستندات و مالکیت کد. هر دو باید دامنه، هاست، SSL، بکاپ تحویل شوند.
طراح admin بماند خوب است یا بد؟
در دوره پشتیبانی با نقش محدود OK. بعد از تحویل، admin اصلی باید شما باشید. حساب طراح را حذف یا به Editor تبدیل کنید.
چطور بفهمم بکاپ واقعاً کار میکند؟
یک restore تست — یا حداقل دانلود فایل بکاپ. «هاست خودش بکاپ دارد» بدون نمایش در پنل کافی نیست.
تحویل و راهاندازی (launch) را همزمان کنیم؟
ترجیحاً: اول تحویل کامل روی دامنه اصلی یا staging، بعد launch عمومی. بعضی کسبوکارها soft launch دارند — محدود — بعد اعلام رسمی.
صورتجلسه تحویل لازم است؟
برای پروژه بالای ۵۰ میلیون یا B2B، بله. برای پروژه کوچک، ایمیل تأیید دو طرف کافی است.
۴۸ ساعت اول بعد از انتشار — چکلیست کوتاه
روز اول بعد از انتشار، اینها را خودتان یا تیمتان چک کنید: فرم تماس روی موبایل و دسکتاپ، لینک منو، نقشه یا آدرس، واتساپ، و صفحه ۴۰۴. اگر فروشگاه دارید: یک سفارش تست با مبلغ کم یا حالت آزمایشی درگاه. اگر SSL یا دامنه درست نباشد، همان روز با مجری تماس بگیرید — نه هفته بعد.
روز دوم: سرچ کنسول و آنالیتیکس را باز کنید (اگر وصل شده). یک بکاپ تازه بگیرید یا از مجری تأیید کتبی بخواهید. رمز پنل را عوض کنید اگر موقتاً مشترک بوده. آموزش کوتاه به کسی که محتوا میگذارد بدهید تا وابستگی فوری ایجاد نشود. جزئیات مالکیت دامنه را دوباره در مالکیت دامنه و سایت مرور کنید.
جمعبندی — تحویل درست، مالکیت واقعی
تحویل و انتشار سایت آخرین و مهمترین فاز پروژه است — جایی که پول، مالکیت، و آرامش آینده شما تعیین میشود. دامنه و هاست به نام شما، SSL فعال، پنل admin در دست شما، بکاپ تستشده، آموزش documented، چکلیست ۲۵ موردی تأیید شده، پذیرش کتبی، و بعد پرداخت نهایی — این ترتیب ساده، از ۸۰٪ دردسرهای رایج جلوگیری میکند.
اگر پروژه در مرحله آخر است، همین امروز چکلیست را با طراح share کنید. اگر قرارداد را هنوز امضا نکردهاید، اول بندهای تحویل و مالکیت را در قرارداد بگذارید. اگر مجری را انتخاب میکنید، راهنمای انتخاب طراح و منابع دامنه، SSL، پنل، و بکاپ را بخوانید.
سایت خوب سایتی است که نه فقط زیبا باشد — بلکه مال شما باشد. اگر میخواهید قبل از پذیرش نهایی، چکلیست تحویل پروژهتان را با یک نگاه حرفهای مرور کنید، یا برای پروژه بعدی از اول فرآیند درست طراحی شود، از طریق صفحه تماس درخواست مشاوره بدهید. یک ساعت آمادهسازی در تحویل، از ماهها وابستگی و اختلاف جلوگیری میکند.