نگهداری، توسعه و رشد
پس از انتشار، امنیت، خطا، محتوا و Backlog توسعه را در یک برنامه قابل اولویت‌بندی نگه می‌داریم تا محصول به پروژه‌ای رهاشده تبدیل نشود.
پیش از طراحی و اجرا
محصول وب بعد از انتشار با تغییر مرورگر، سرویس ثالث، محتوا، نیاز کاربر و تهدید امنیتی روبه‌رو می‌شود. اگر مسئولیت و روش انتشار روشن نباشد، تغییر کوچک هم به ریسک بزرگ تبدیل می‌شود.
این خدمت بیشتر برای مشتریان فعلی یا سایت و محصولی مناسب است که پس از ممیزی اولیه، امکان پشتیبانی امن آن تأیید شده باشد.
به‌روزرسانی، نسخه پشتیبان، مانیتورینگ خطا و اصلاحات امنیتی با توجه به زیرساخت واقعی برنامه‌ریزی می‌شوند.
درخواست‌ها وارد Backlog می‌شوند و بر اساس اثر، ریسک و وابستگی در ظرفیت توافق‌شده اجرا می‌شوند.
در مدل رشد یکپارچه، داده سایت، SEO، CRM و کمپین به تصمیم‌های قابل تحویل برای دوره بعد تبدیل می‌شود.
چک‌لیست نگهداری
پشتیبانی سایت وردپرسی یعنی هسته، قالب و افزونه‌ها امن و به‌روز بمانند، بدون اینکه فرم، پرداخت یا صفحه‌ای از کار بیفتد. حداقل آن شش کار است: به‌روزرسانی کنترل‌شده، نسخه پشتیبان مستقل با آزمون بازگردانی، سخت‌سازی امنیتی، پایش خطا و دسترس‌پذیری، آزمون مسیرهای تبدیل پس از هر تغییر و ترتیب روشن برای رسیدگی به حادثه امنیتی. در قرارداد پشتیبانی، تک‌تک این موارد را جداگانه ببینید.
برای سایت اختصاصی (غیروردپرسی) همین منطق برقرار است، اما به‌جای افزونه‌ها، وابستگی‌های کد، نسخه زبان برنامه‌نویسی و فریم‌ورک و سرویس‌های ثالث پایش می‌شوند. نسخه‌ای که دوره پشتیبانی امنیتی‌اش تمام شده، مثلاً یک نسخه قدیمی PHP، حتی بدون هیچ خطای ظاهری ریسک باز است و باید در برنامه ارتقا بیاید.
دامنه خدمت
دامنه نهایی بر اساس نیاز، زیرساخت و اولویت نسخه قابل اجرا مشخص می‌شود.
نگهداری، نسخه پشتیبان، خطا و به‌روزرسانی
ظرفیت مشخص برای Backlog و قابلیت‌های جدید
سایت، SEO، داده، CRM و اتوماسیون در یک اولویت‌بندی مشترک
مدل دقیق، زمان پاسخ و کانال درخواست در قرارداد هر پروژه مشخص می‌شود
مقایسه مدل‌ها
اگر سایت تغییر زیادی ندارد و فقط باید امن و در دسترس بماند، مدل پشتیبانی فنی کافی است. اگر هر ماه درخواست تازه‌ای برای بهبود یا قابلیت جدید دارید، به ظرفیت توسعه ماهانه نیاز دارید؛ و اگر سایت، SEO، CRM و کمپین باید با یک اولویت‌بندی مشترک جلو بروند، مدل رشد یکپارچه مناسب‌تر است.
| مدل | چه چیزهایی را پوشش می‌دهد | چه چیزهایی باید جدا توافق شود | مناسب کدام سایت است |
|---|---|---|---|
| پشتیبانی فنی و امنیت | به‌روزرسانی، نسخه پشتیبان، رفع خطا، اصلاحات امنیتی و پایش | قابلیت جدید، تغییر طراحی، محتوا و SEO | سایت شرکتی یا معرفی که تغییر کمی دارد اما نباید از دسترس خارج یا آلوده شود |
| توسعه و بهبود ماهانه | ظرفیت مشخص برای Backlog: رفع اشکال، بهبود فرم و صفحه و قابلیت‌های جدید به ترتیب اولویت | درخواست‌های بیشتر از ظرفیت دوره و بازطراحی ساختاری | فروشگاه یا محصولی که هر ماه درخواست تغییر دارد |
| رشد یکپارچه | سایت، SEO، داده، CRM و اتوماسیون با یک Backlog و گزارش مشترک | بودجه تبلیغات و هزینه سرویس‌های ثالث، که باید جدا از ظرفیت کار نوشته شوند | کسب‌وکاری که سایت منبع اصلی لید یا فروش آن است و چند کانال باید با هم تصمیم‌گیری شوند |
در توافق‌نامه سطح خدمت (SLA) هر سه مدل، زمان پاسخ و زمان رفع را جدا بنویسید؛ زمان پاسخ فقط زمان شروع بررسی است، نه زمان حل مشکل. اگر فقط به سئوی مستمر نیاز دارید و نگهداری فنی را تیم دیگری انجام می‌دهد، خدمت سئوی ماهانه دامنه دقیق‌تری دارد.
فرایند همکاری
هر مرحله یک تصمیم، خروجی قابل بازبینی و معیار پذیرش روشن دارد.
بخش ۱
زیرساخت، مالکیت حساب‌ها، Backup و بدهی فنی قبل از پذیرش بررسی می‌شوند.
بخش ۲
درخواست با هدف، اثر و معیار پذیرش وارد صف می‌شود؛ پیام پراکنده جای Ticket را نمی‌گیرد.
بخش ۳
تغییر در محیط مناسب تست، پشتیبان تهیه و مسیر بازگشت مشخص می‌شود.
بخش ۴
آنچه تغییر کرده، ریسک باز و پیشنهاد بعدی کوتاه و قابل پیگیری ثبت می‌شود.
مثال توضیحی
در ابتدای دوره، خطای پرداخت، بهبود فرم و یک قابلیت جدید در Backlog هستند. خطای اثرگذار اول رفع و تست می‌شود؛ بهبود فرم پس از بررسی داده اجرا می‌شود؛ قابلیت جدید فقط در صورت ظرفیت وارد همان دوره خواهد شد. اولویت‌ها شفاف‌اند و جابه‌جایی آن‌ها اثر زمان و دامنه را تغییر می‌دهد.
خروجی همکاری
فهرست نهایی با دامنه همان پروژه تنظیم می‌شود؛ این موارد چارچوب عمومی تحویل هستند.
پیش از تصمیم
پس از ممیزی فنی و دسترسی‌ها ممکن است پذیرفته شود. بدهی فنی یا نبود مسیر Backup می‌تواند به یک مرحله اصلاح اولیه نیاز داشته باشد.
سایت هک‌شده پس از ممیزی ممکن است پذیرفته شود، اما اول باید پاک‌سازی و بستن مسیر نفوذ انجام شود و نگهداری ماهانه پس از ثبت خط مبنای سالم شروع می‌شود. اگر چند سایت روی یک هاست اشتراکی هستند، همه باید بررسی شوند، و اگر گوگل برای سایت هشدار امنیتی نشان داده است، پس از پاک‌سازی باید از گزارش مشکلات امنیتی سرچ کنسول درخواست بررسی مجدد ثبت شود.
به ظرفیت توافق‌شده و اندازه هر درخواست بستگی دارد. Backlog اولویت می‌گیرد و ظرفیت نامحدود وعده داده نمی‌شود.
در مدل رشد یکپارچه بله؛ در مدل پشتیبانی فنی و امنیت فقط موارد توافق‌شده فنی و امنیتی پوشش داده می‌شوند.
هزینه پشتیبانی ماهانه سایت به سه عامل بستگی دارد: ریسک سایت (فروش آنلاین، داده کاربران، تعداد افزونه و سرویس ثالث)، سرعت تغییر و حجم درخواست‌های ماهانه، و ساعت پوشش و زمان پاسخی که در قرارداد لازم دارید. به همین دلیل برآورد پس از ممیزی اولیه و ثبت خط مبنا قابل دفاع است، نه از روی تعداد صفحه‌ها.
پشتیبانی هاست مسئول سرور، شبکه و سرویس میزبانی است؛ به‌روزرسانی افزونه‌ها، رفع خطای کد، امنیت داخل سایت و آزمون فرم‌ها معمولاً در دامنه آن نیست. مرز مسئولیت هر دو را مکتوب کنید و معیارهای سمت میزبانی را در راهنمای انتخاب هاست ببینید.
مسیرهای مرتبط
قدم بعدی
زیرساخت، وضعیت فعلی و حجم تغییر را بررسی می‌کنیم تا مدل همکاری و ظرفیت ماهانه قابل دفاع باشد.