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