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