خرید سایت آماده زمانی انتخاب مناسبی است که بسته پیشنهادی، کار اصلی کسب‌وکار شما را با تغییرات محدود انجام دهد و دسترسی‌ها، هزینه تمدید و امکان انتقال آن روشن باشد. اگر برای اجرای یک نیاز ضروری باید بخش بزرگی از بسته بازسازی شود، سفارش طراحی متناسب با نیاز را هم بررسی کنید. ظاهر جذاب دمو به‌تنهایی برای این تصمیم کافی نیست.
پیش از پرداخت، سه چیز بخواهید: فهرست دقیق اقلام تحویل، اجرای یک سناریوی واقعی در نسخه آزمایشی و برآورد هزینه راه‌اندازی و ادامه کار. در این راهنما، معیارهای مقایسه را برای سایت آماده وردپرس، سایت شرکتی و فروشگاهی مرور می‌کنیم.
عبارت «سایت آماده» تعریف واحدی در پیشنهادهای فروش ندارد. ممکن است فروشنده فقط یک قالب تحویل دهد یا سایتی نصب‌شده با تنظیمات اولیه ارائه کند. ابتدا مشخص کنید دقیقاً کدام مورد را می‌خرید:
قالب آماده HTML و CSS معمولاً لایه نمایشی است و نباید وجود پنل مدیریت یا ثبت سفارش را از نام آن نتیجه گرفت. درباره بسته جوملا، وردپرس یا هر سیستم دیگر نیز امکانات همان محصول را بررسی کنید. عبارت «سایت فروشگاهی آماده» باید با فهرست قابلیت‌های قابل آزمون همراه باشد.
سفارشی‌سازی می‌تواند روی وردپرس هم انجام شود؛ برای مثال، یک سایت از قالب پایه استفاده کند اما فرم یا چیدمان ویژه داشته باشد. اگر پرسش شما انتخاب فناوری است، مقایسه وردپرس و سایت اختصاصی موضوع را جداگانه توضیح می‌دهد. اینجا معیار، تناسب بسته پیشنهادی با کار شما و شرایط تحویل آن است.
| معیار | سایت آماده | طراحی متناسب با نیاز |
|---|---|---|
| نقطه شروع | قابلیت‌ها و الگوهای از قبل ساخته‌شده | نیازهای مستندشده و محدوده مورد توافق |
| زمان اجرا | تابع نصب، اصلاح، آماده‌سازی محتوا و آزمون | تابع تحلیل، طراحی، توسعه و آزمون مورد نیاز |
| تغییرات | باید حدود تنظیمات و هزینه تغییر خارج از بسته روشن شود | باید خروجی هر تغییر و شرایط درخواست‌های تازه روشن شود |
| توسعه آینده | وابسته به ساختار اجزا و مسیر نگهداری بسته | وابسته به کیفیت اجرا، مستندات و امکان ادامه توسط تیم دیگر |
| انتقال و دسترسی | نیازمند بررسی حساب‌ها، فایل‌ها، داده و محدودیت میزبانی | نیازمند تعیین همین موارد در محدوده تحویل پروژه |
| مقایسه هزینه | قیمت بسته به‌اضافه تکمیل، تمدید و تغییرات لازم | هزینه اجرای توافق‌شده به‌اضافه نگهداری و توسعه بعدی |
نام روش، سرعت، امنیت یا رتبه گوگل را تضمین نمی‌کند. یک بسته آماده ممکن است به‌خوبی نیاز شما را پوشش دهد؛ یک اجرای سفارشی هم ممکن است به علت مستندسازی ضعیف وابستگی ایجاد کند. برای بررسی اجرای مبتنی بر اجزای موجود، محدوده طراحی سایت با وردپرس را با فهرست نیازهای خود تطبیق دهید.
بپرسید دامنه و حساب میزبانی چگونه در اختیار شما قرار می‌گیرند، ایمیل بازیابی حساب‌ها متعلق به چه کسی است و چه سطح دسترسی مدیریتی دریافت می‌کنید. داشتن نام کاربری برای ویرایش متن، به‌تنهایی پاسخ این پرسش‌ها نیست. اگر میزبانی جزئی از بسته است، روش دریافت پشتیبان و ادامه کار نزد ارائه‌دهنده دیگر را مشخص کنید.
دسترسی سرویس ایمیل، پیامک، ابزار آمار و حساب‌های خرید قالب و افزونه را هم فهرست کنید. در پایان همکاری باید معلوم باشد کدام حساب تحویل می‌شود و کدام اشتراک به تهیه مستقل نیاز دارد. چک‌لیست تحویل سایت وردپرسی به کارفرما برای تبدیل این پرسش‌ها به اقلام تحویل مفید است.
برای هر قالب، افزونه، فونت یا سرویس، نام، منبع تهیه، صاحب حساب و هزینه یا شرایط تمدید را بخواهید. درباره عبارت‌هایی مانند «لایسنس مادام‌العمر» روشن کنید منظور حق استفاده از فایل است یا دسترسی به به‌روزرسانی و پشتیبانی، و این دسترسی از چه مسیری فراهم می‌شود.
طبق صفحه رسمی مجوز وردپرس، خود وردپرس تحت GPLv2 یا نسخه‌های بعدی عرضه می‌شود. برای تصمیم خرید، شرایط فایل‌ها، خدمات و دارایی‌های هر بسته را نیز جداگانه بررسی کنید. نام وردپرس پاسخ کامل شرایط پشتیبانی، حساب خرید یا استفاده از عکس‌های دمو نیست. اگر تصاویر یا فونت‌ها قابل تحویل نیستند، هزینه جایگزینی آن‌ها را پیش از خرید مشخص کنید.
فقط نپرسید «خروجی دارد؟»؛ بپرسید خروجی شامل چه چیزهایی است و چگونه بازیابی می‌شود. برای فروشگاه، محصولات، تنوع‌ها، تصاویر، مشتریان و سفارش‌ها را جدا بررسی کنید. برای سایت خبری، نوشته‌ها، دسته‌ها، نویسندگان و نشانی مطالب مهم‌اند. از فروشنده بخواهید انتقال نمونه‌ای از داده آزمایشی و بازیابی آن را نشان دهد.
برون‌بری استاندارد وردپرس فایل XML محتوایی ایجاد می‌کند. این خروجی را معادل یک نسخه کامل و قابل بازیابی از تمام سایت فرض نکنید. راهنمای رسمی پشتیبان پایگاه داده نیز تصریح می‌کند که پشتیبان دیتابیس شامل فایل‌های قالب، افزونه و بارگذاری‌ها نیست. برای تحویل کامل، تکلیف فایل‌ها، پایگاه داده و دستور بازیابی را با هم روشن کنید.
فهرست نسخه‌های نصب‌شده، مسیر دریافت به‌روزرسانی و مسئول آزمون پس از تغییر را بخواهید. حذف هشدارهای پیشخوان یا نصب تعداد زیادی افزونه امنیتی، به‌تنهایی شاهد سالم بودن بسته نیست. وجود اجزای بدون منبع روشن یا نبود برنامه بازیابی، نیازمند بررسی فنی پیش از استفاده از اطلاعات واقعی است.
راهنمای امنیت وردپرس بر استفاده از منابع قابل اعتماد، به‌روزرسانی، محدود کردن دسترسی و پشتیبان‌گیری تأکید دارد. از مجری بخواهید روش اجرای این موارد را برای همان بسته توضیح دهد. رفع ایراد اولیه، نگهداری دوره‌ای و ساخت قابلیت تازه را هم در پیشنهاد از یکدیگر قابل تشخیص کنید.
در دمو یک خدمت، محصول یا خبر آزمایشی اضافه کنید؛ سپس تصویر و عنوان آن را تغییر دهید. اگر هر کار ساده فقط با دخالت فروشنده ممکن است، زمان پاسخ و هزینه آن در تصمیم شما اثر دارد. برای تغییر قالب یا صفحه‌ساز بپرسید چه بخش‌هایی قابل استفاده می‌مانند و چه بخش‌هایی به بازسازی نیاز دارند.
توسعه‌پذیری را با یک درخواست مشخص بسنجید؛ مثلاً افزودن روش ارسال یا فرم درخواست با فیلدهای ویژه. پاسخ «همه چیز قابل توسعه است» کافی نیست. راه اجرا، اجزای وابسته و برآورد همان درخواست را بخواهید.
برای مقایسه قیمت خرید سایت فروشگاهی یا شرکتی، همه پیشنهادها را با محدوده و دوره زمانی یکسان بررسی کنید:
هزینه شروع و سال اول = بسته یا اجرای اولیه + نصب و شخصی‌سازی + ورود محتوا و انتقال داده + دامنه و میزبانی + ابزارها و سرویس‌ها + نگهداری + تغییرات ضروری.
کنار هر ردیف بنویسید شامل پیشنهاد هست یا جدا پرداخت می‌شود و مسئول انجام آن کیست. برای سال بعد، تمدیدها و خدمات جاری را دوباره مرور کنید. راهنمای طراحی سایت ارزان و کاهش دامنه پروژه کمک می‌کند امکانات قابل تعویق را پیدا کنید. اگر پیشنهاد «طراحی سایت آماده رایگان» است، محدودیت‌ها و هزینه‌های بعدی ساخت سایت رایگان را نیز بررسی کنید.
دمو را با محتوای فارسی و داده آزمایشی متناسب با کار خود بررسی کنید. در این مرحله اطلاعات واقعی مشتری یا سفارش را در اختیار نسخه نامطمئن قرار ندهید. نتیجه هر آزمون را با تاریخ، ایراد و مسئول اصلاح ثبت کنید.
برای مشخص کردن صفحات و امکانات فروشگاه، بخش‌های صفحه هزینه طراحی سایت فروشگاهی با وردپرس را مرور کنید. برای پروژه معرفی شرکت نیز جزئیات هزینه طراحی سایت شرکتی با وردپرس نقطه شروع مقایسه محدوده است. مبلغ نهایی را بر اساس پیشنهاد روز و امکانات واقعاً مورد نیاز بخواهید.
مثال فرضی اول: یک شرکت خدماتی به معرفی خدمات، چند نمونه‌کار و دریافت درخواست نیاز دارد. اگر بسته آماده با محتوای فارسی آن شرکت درست نمایش داده شود، مسئول شرکت بتواند مطالب را ویرایش کند و اقلام تحویل روشن باشند، اصلاح محدود همان بسته می‌تواند گزینه قابل بررسی باشد. برای تصمیم، نتیجه فرم و امکان مدیریت محتوا از تعداد دموها مهم‌تر است.
مثال فرضی دوم: یک فروشگاه به تأیید سفارش سازمانی در چند مرحله و اتصال ویژه به سامانه داخلی نیاز دارد. اگر بسته آماده فقط خرید معمولی را پوشش می‌دهد، ابتدا نمونه اجرای اتصال و فرایند تأیید را بخواهید. سپس هزینه و نگهداری توسعه روی بسته را با پیشنهاد طراحی سایت اختصاصی مقایسه کنید. تصمیم به اجرای اختصاصی باید بر مبنای این نیاز روشن باشد.
این دو مثال شرح مشتری یا پروژه واقعی نیستند. یک راه میانی هم قابل بررسی است: استفاده از بخش‌های استاندارد و توسعه فقط همان قسمت ضروری. برای تهیه درخواست قابل ارزیابی، از راهنمای اطلاعات لازم پیش از سفارش طراحی سایت استفاده کنید.
پاسخ مبهم را به درخواست مشخص تبدیل کنید. برای مثال، به جای «فروشگاه کامل»، نام صفحات، تعداد محصولات ورودی، شیوه ارسال و سناریوی خرید را بنویسید. پیش از پرداخت نهایی، انجام آزمون‌ها و تحویل اقلام توافق‌شده را کنترل کنید.
به محدوده بسته بستگی دارد. محتوا، تصاویر، تنظیم فرم و پرداخت، پاک‌سازی داده نمایشی و آموزش ممکن است کار جداگانه باشند. همه این موارد را پیش از خرید در فهرست اقلام تحویل بیاورید.
اگر نیاز ضروری با تغییر محدود پوشش داده شود، ممکن است اجرای ساده‌تری داشته باشد. هزینه تکمیل، تمدید، انتقال داده و اصلاحات را هم حساب کنید؛ قیمت فایل یا بسته به‌تنهایی مبنای مقایسه نیست.
میزان تغییر به قالب، ابزار طراحی و نحوه اجرا بستگی دارد. یک صفحه نمونه با محتوای خودتان بخواهید و مرز تنظیمات معمول با طراحی یا توسعه اضافه را روشن کنید.
این چک‌لیست بخش فنی تحویل را پوشش می‌دهد. در واگذاری سایت فعال، ادعاهای ترافیک، فروش، سابقه دامنه و امکان انتقال دارایی‌ها به بررسی جداگانه با شواهد همان سایت نیاز دارند. صرف دیدن تصویر یک گزارش را تأیید عملکرد کسب‌وکار در نظر نگیرید.
