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