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