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