نیاز و دامنه
جریان تماس، افراد مجاز و معیار نتیجه را مشخص کنید.
در حال آمادهسازی صفحه
پیگیری پیام صوتی بدون وابستگی به حضور پشت میز؛ راهنمای مالک صندوق، اعلان ایمیلی، تحویل ناموفق و حفاظت فایل صوتی.
نقشهٔ مفهومی آموزشی؛ قابلیت و نتیجهٔ واقعی باید با سامانه و سناریوی سازمان آزموده شوند.
Voicemail to Email برای آگاه کردن مسئول از پیام صوتی قابل استفاده است. اما فایل مکالمه دادهٔ بالقوه حساس است و فرستادن آن به ایمیلهای متعدد، سطح دسترسی را گسترش میدهد. طراحی باید مالک صندوق، مقصد اعلان و روند رسیدگی را روشن کند تا پیام بیصاحب یا بدون حفاظت نماند.
جریان تماس، افراد مجاز و معیار نتیجه را مشخص کنید.
مسیر عادی و حالت خطا را با مسئول خدمت هماهنگ کنید.
رفتار واقعی تماس و حفاظت اطلاعات را آزموده کنید.
شاهد، محدودیت و مسئول پیگیری را ثبت کنید.
برای هر صندوق، مسئول اصلی و جایگزین مجاز تعیین کنید. پیام خوشامد باید روشن کند چه اطلاعات حداقلی برای پیگیری لازم است و چه انتظاری از زمان پاسخ وجود دارد. از مخاطب نخواهید رمز یا اطلاعات محرمانه را در پیام بگذارد؛ ظرفیت و رفتار صندوق پر را هم بررسی کنید.
معرفی Voicemail در Asterisk ثبت پیام و دسترسی صاحب صندوق را توضیح میدهد. مالکیت صندوق و احراز دسترسی باید مستقل از اعلان ایمیل بررسی شوند. تنظیمی که کنترل دسترسی پیامها را دور میزند، فقط برای راحتی کاربر انتخاب نکنید.
گاهی اعلان حداقلی کافی است و شنیدن پیام از مسیر کنترلشده انجام میشود. اگر فایل پیوست لازم است، دسترسی مقصد و امکان بازفرستادن را با سیاست سازمان بررسی کنید. یک لینک ناشناس و بدون حفاظت نیز جایگزین امن محسوب نمیشود؛ انتخاب به حساسیت و امکانات محصول وابسته است.
پذیرش پیام توسط سرویس ایمیل، خواندن آن را ثابت نمیکند. خطای ارسال، برگشت ایمیل و مقصد تغییر یافته باید برای مسئول آشکار شوند. پیام اصلی تا اجرای سیاست نگهداری قابل پیگیری باشد. رمز ایمیل یا اطلاعات ورود سرویس را در صفحهٔ عمومی یا درخواست معمولی ارسال نکنید.
مدت نگهداری صوت و اعلان، نقش دریافتکنندگان و روش حذف طبق سیاست را مشخص کنید. با خروج همکار، مقصد ایمیل و دسترسی صندوق را بازبینی کنید. صندوق مشترک بدون مالک، پیامهای فراموششده ایجاد میکند؛ دورهٔ بررسی پیامهای رسیدگینشده باید مسئول داشته باشد.
صندوق خالی و پر، پیام کوتاه، قطع مخاطب و خطای ایمیل را با دادهٔ آزمایشی بررسی کنید. شنیدن فایل روی دستگاه مجاز و امکان پیگیری بدون اعلان را نیز آزموده کنید. تحویل شامل روند پاسخ است، نه فقط یک ایمیل موفق؛ حساسیت صوت را در بکاپ و خروجیها حفظ کنید.
سامانهٔ فعلی، نیاز کاری و محدودیتهای اجرا را مشخص کنید تا دامنه، روش و معیار تحویل قابل تعریف شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
تماس خارج ساعت کاری به صندوق پشتیبانی میرود. اعلان به مسئول شیفت میرسد، اما ایمیل جایگزین قدیمی خطا دارد. تیم خطا را ثبت و پیام اصلی را از مسیر مجاز پیگیری میکند. رسیدگی فقط پس از پاسخ مسئول تکمیل میشود؛ تحویل ایمیل بهتنهایی درخواست مشتری را بسته نمیکند.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ تلفن تحت شبکه و ارتباطات صوتی ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
خیر؛ شنیدن، پاسخ و وضعیت پیگیری باید جدا از تحویل اعلان ثبت شوند.
نه؛ اعلان حداقلی یا دسترسی کنترلشده ممکن است با سیاست سازمان مناسبتر باشد.
خطا باید قابل مشاهده باشد و پیام از مسیر اصلی مجاز قابل پیگیری بماند.
بله؛ مسئول اصلی، جایگزین و دورهٔ رسیدگی باید روشن باشند.
مقصد ایمیل، مالک صندوق و دسترسیهای پیامها بازبینی شوند.
خیر؛ از مخاطب فقط اطلاعات حداقلی و غیرمحرمانهٔ لازم برای پیگیری بخواهید.
منابع برای مبانی و نمونهٔ روشها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.
نوع سامانه و هدف خدمت را بگویید تا قابلیت، آزمون و نگهداری متناسب بررسی شوند.
ثبت درخواست مشاوره ←