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