هزینه و تعرفهٔ قرارداد نگهداری سایت در ۱۴۰۵؛ اعداد واقعی بازار

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

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

قرارداد نگهداری سایت دقیقاً چه چیزی را پوشش می‌دهد؟

یک قرارداد نگهداری استاندارد، وظایف تکرارشونده‌ای را می‌پوشاند که سلامت سایت را حفظ می‌کنند: اعمال به‌روزرسانی‌های هسته و افزونه‌ها، پشتیبان‌گیری منظم و قابل بازیابی، رصد دسترس‌پذیری و سرعت، بررسی خطاها و لاگ‌ها، و یک گزارش ماهانه از کارهای انجام‌شده. روی اینها باید بند «زمان پاسخ» بنشیند — یعنی وقتی سایت down شد یا خطای امنیتی گزارش شد، تا چند ساعت واکنش می‌بینید. همین بند است که تفاوت واقعی بین «سرویس» و «قول شفاهی» را نشان می‌دهد.

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

تواتر نیاز به نگهداری هم یکسان نیست: سایت معرفی که ماهی یک خبر می‌گذارد، با پنج قلم پایه و مرور فصلی خوب می‌ماند؛ فروشگاه اینترنتی که روزانه سفارش می‌گیرد، پایش روزانه و واکنش سریع می‌خواهد؛ و سایت سازمانی معمولاً الزامات مستندسازی و چند ذی‌نفع را اضافه می‌کند. همین تواتر است که در پیشنهادها به‌شکل سقف کار ماهانه یا سطح بسته رد می‌شود — سؤال درست از فروشنده، «برای سایت من در ماه چقدر کار واقعی انجام می‌شود؟» است، نه فقط «چقدر می‌گیری؟».

خدمات پایه‌ای که هر قرارداد باید داشته باشد

پنج خدمت پایهٔ زیر، کفِ قابل انتظار هر قرارداد جدی است؛ اگر پیشنهادی چند قلم اینها را نداشت، در واقع «نگهداری» نمی‌فروشد:

پنج خدمت پایه؛ اقلامی مثل رفع هک یا تغییرات گرافیکی معمولاً جداگانه قیمت می‌خورند.

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

بازهٔ برآورد بازار در ۱۴۰۵

جدول زیر بازهٔ برآورد بازار برای نگهداری ماهانه است؛ بازه‌ها عمداً پهن‌اند، چون دامنهٔ خدمت بین قراردادها متفاوت است:

بازهٔ برآورد بازار در زمان گردآوری (آبان ۱۴۰۵)؛ قیمت قطعی نیست و با دامنهٔ خدمت جابه‌جا می‌شود.

به تجربهٔ ما، پیشنهادهایی که زیر کف بازه‌اند معمولاً یکی از دو حالت را دارند: یا پشتیبان و پایش را از سبد حذف کرده‌اند، یا «نگهداری» فقط یعنی بازکردن یک ایمیل وقتی شما زنگ می‌زنید. در مقابل، قیمت‌های چند برابری بدون توضیح خدمت، گاهی هزینهٔ لایه‌های واسطه است نه کیفیت بیشتر. معیار مقایسه همان جدول پنج‌قلمی بخش قبل است: هر خانه را برای هر پیشنهاد پر کنید؛ بعد عدد معنا می‌گیرد.

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

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

عواملی که تعرفه نگهداری را بالا و پایین می‌کند

چهار عامل اصلی تعرفه را می‌سازند. اول، پیچیدگی فنی: فروشگاه با درگاه و انبار و افزونه‌های پرداخت، حساسیت و کار بیشتری دارد تا سایت معرفی ده‌صفحه‌ای. دوم، تواتر تغییرات: سایتی که هر ماه کمپین و صفحهٔ تازه می‌سازد، پایش سنگین‌تری می‌خواهد. سوم، سطح SLA: تعهد پاسخ در چهار ساعت با تعهد پاسخ در روز بعد، قیمت متفاوتی دارد — در پلن نخبهٔ سوئیت ویژن‌پرایم، SLA چهارساعته بخشی از بستهٔ ۱۴٫۹ میلیون تومان در ماه است. چهارم، چندسایت‌بودن: مدیریت سه دامنه هم‌خانواده، به‌صورت باندل ارزان‌تر از سه قرارداد مجزا تمام می‌شود؛ باندل سه‌سایتهٔ پیشرو سوئیت ۲۰ میلیون تومان در ماه است.

در مقابل، دو عامل قیمت را پایین می‌آورد و ارزش استفاده دارد: خودکارسازی کارهای تکرارشونده (به‌روزرسانی و پایش با پلتفرم، به‌جای نیروی تمام‌وقت) و بسته‌بندی خدمت‌ها با حجم مشخص و قابل پیش‌بینی سفارش. این دقیقاً منطق پلن‌های سوئیت است: بینش با ۲٫۹ میلیون در ماه ممیزی و محتوای منظم می‌دهد و پیشرو با ۷٫۹ میلیون انتشار خودکار را هم با اپراتور اجرایی اضافه می‌کند — نقطه‌ای که نگهداری و رشد مرزشان کم‌رنگ می‌شود.

مدل مأموریت‌محور؛ جایگزین قرارداد سالانهٔ قفل

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

این مدل برای چه کسی مناسب است؟ برای کسب‌وکارهایی که نیازشان متغیر است: یک ماه فقط پایش، ماه بعد مهاجرت و ماه بعد بازسازی چند صفحه. و برای تیم‌هایی که می‌خواهند قبل از تعهد، کیفیت کار را با کار واقعی بسنجند. تنها جایی که قرارداد سالانهٔ کلاسیک برتری روشن دارد، جایی است که تخفیف تعهد — مثل اشتراک سالانهٔ سوئیت با محاسبهٔ ۱۰ ماه برای ۱۲ ماه — از ریسک تعهد بیشتر ارزش بسازد؛ این مقایسه را با اعداد خودتان انجام دهید، نه با جملهٔ تبلیغاتی.

برای اینکه مدل مأموریت‌محور در عمل کج نرود، دو قاعده بگذارید: هر مأموریت، تعریف مکتوب خروجی داشته باشد — «رفع خطای ایندکس این الگوی صفحه» نه «بررسی مشکل»؛ و هزینهٔ هر مأموریت قبل از شروع مشخص شود، نه بعد از تحویل. در پروژه‌هایی که ما با همین قالب پیش رفته‌ایم، همین دو سطر، بیشتر سوءتفاهم‌های ممکن را از بین می‌برد؛ چون اختلاف‌ها معمولاً سر «چه شد» نیست، سر «چه باید می‌شد» است.

چک‌لیست ارزیابی پیشنهاد نگهداری

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

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

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

جمع‌بندی: نگهداری، بیمهٔ ارزانِ سایت شماست

قرارداد نگهداری سایت یعنی خرید آرامش با قیمت قابل محاسبه: از حدود ۱ تا ۳ میلیون تومان ماهانه برای سایت‌های کوچک تا بالای ۸ میلیون برای سازمانی‌ها در برآورد بازار ۱۴۰۵. پنج خدمت پایه را به‌عنوان کف انتظار بگذارید، SLA و بند خروج را صریح بخواهید و بین مدل قراردادی و مأموریت‌محور، با دادهٔ نیاز واقعی خودتان انتخاب کنید — نه با ترس از حادثه.

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

رصد ما، رشد شما.