پیام رسان سامانه ای برای ارسال پیامک است که در کنار پنل مدیریتی، امکان اتصال سایت و نرم افزار به خدمات پیامکی را ارائه می کند. طبق معرفی رسمی این مجموعه، وب سرویس پیامکی آن برای کاربردهایی مانند کد تأیید، اعلان سفارش و اطلاع رسانی در دسترس توسعه دهندگان قرار دارد.
| نیاز کسب وکار |
مسیر مناسب |
نقش تیم فنی |
| مدیریت ارسال توسط کارشناس |
پنل پیامکی |
آماده سازی اطلاعات مخاطبان |
| اعلان خودکار رویدادهای سایت |
API پیامک |
اتصال رویداد به درخواست ارسال |
| استفاده در فروشگاه آماده |
افزونه سازگار |
بررسی تنظیمات و آزمایش اتصال |
پیام رسان در مجموعه خدمات موج شهر
در صفحه معرفی شرکت موج شهر، توسعه نرم افزارهای تحت وب و فعالیت در حوزه تبلیغات پیامکی از زمینه های کاری این مجموعه عنوان شده است. همانطور که در payam-resan.com گفته شده: «شرکت موج شهر فعالیت خود را در سال ۱۳۸۷ با محوریت فناوری، تولید و توسعه نرم افزارهای تحت وب آغاز کرد.»
خدمات معرفی شده در سایت payam-resan شامل ارسال گروهی، دفترچه مخاطبان، زمان بندی و گزارش پیامک هاست. این مجموعه همچنین اتصال به نرم افزارهای CRM و حسابداری را در میان کاربردهای خدمات خود معرفی می کند.
ارسال پیامک انبوه پیام رسان برای تیم های نرم افزاری، اهمیت چنین ساختاری در هماهنگ کردن عملیات کسب وکار با اطلاع رسانی به مشتری است؛ مثلاً ثبت یک رویداد در نرم افزار بتواند آغازگر ارسال اعلان مرتبط باشد.
وب سرویس پیامک چه نقشی در محصول نرم افزاری دارد
پنل تحت وب برای مدیریت ارسال توسط کاربر انسانی کاربرد دارد؛ API همان فرایند را به منطق برنامه متصل می کند. در این مدل، برنامه پس از وقوع رویدادی مشخص، اطلاعات موردنیاز را به سامانه پیامکی می فرستد و پاسخ را پردازش می کند. بنابراین تصمیم درباره زمان ارسال و مخاطب، بخشی از طراحی محصول خواهد بود.
در یک مثال، فروشگاه پس از تأیید پرداخت، شماره سفارش و شماره موبایل مشتری را برای ارسال اعلان آماده می کند. توسعه دهنده باید رویداد پرداخت موفق را از ایجاد اولیه سفارش تفکیک کند تا مشتری پیش از پرداخت، پیام تأیید خرید نگیرد. همین دقت در سامانه نوبت دهی نیز لازم است؛ پیام رزرو باید پس از ثبت قطعی نوبت تولید شود.
برای بررسی مسیر اتصال، صفحه وب سرویس پیامکی پیام رسان مراحل درخواست فعال سازی، ساخت کلید و استفاده از الگو را توضیح می دهد. نمونه درخواست ها نیز برای زبان هایی مانند PHP، پایتون و سی شارپ ارائه شده اند.
ارزیابی اتصال پیش از استفاده عملیاتی
ارزیابی یک سرویس پیامکی با دریافت نخستین پیام آزمایشی تمام نمی شود. تیم فنی باید مشخص کند هنگام خطای شبکه، پاسخ ناموفق یا تکرار یک رویداد چه رفتاری انتظار می رود. نتیجه این بررسی، مبنای تصمیم درباره آماده بودن اتصال برای استفاده کاربران است.
| موضوع آزمایش |
مورد قابل بررسی |
نتیجه مورد انتظار |
| اطلاعات گیرنده |
قالب شماره موبایل |
رد شماره نامعتبر پیش از ارسال |
| پاسخ سرویس |
نتیجه عملیات و شناسه پیام |
ثبت امکان پیگیری |
| تکرار رویداد |
دریافت دوباره اعلان پرداخت |
جلوگیری از پیام تکراری |
| اختلال ارتباط |
درخواست با نتیجه نامشخص |
بررسی وضعیت پیش از تلاش مجدد |
این کنترل ها پیشنهادهای پیاده سازی در سمت نرم افزار هستند. وجود API به تنهایی جایگزین طراحی مدیریت خطا، ثبت رویداد و حفاظت از اطلاعات مشتری نمی شود.
طول پیام و هزینه ارسال باید در طراحی دیده شود
متن اعلان نیز بخشی از تصمیم فنی است. طبق مستندات محدودیت طول پیامک AWS، پیام خارج از الفبای GSM ظرفیت معمول ۷۰ کاراکتر در حالت تک بخشی دارد؛ در پیام چندبخشی، ظرفیت هر بخش به ۶۷ کاراکتر کاهش می یابد. این توضیح فنی در صفحه ای بدون تاریخ انتشار درج شده و تعرفه پیام رسان را تعیین نمی کند.
برای متن فارسی، افزودن نام مشتری یا لینک طولانی می تواند تعداد بخش های پیام را تغییر دهد. بهتر است طول متن نهایی پس از جای گذاری متغیرها بررسی شود. درباره ایموجی ها نیز شمارش ظاهری حروف کافی نیست و باید شیوه شمارش سرویس کنترل شود.
ملاحظات توسعه دهندگان برای راه اندازی
در ارسال پیامک با api، نگهداری کلید دسترسی و مدیریت درخواست ها باید در سمت سرور انجام شود. قراردادن کلید در کد قابل مشاهده مرورگر، کنترل دسترسی به سرویس را تضعیف می کند. برای آغاز کار، این اقدامات کاربرد دارند:
- کلید دسترسی را در تنظیمات امن سرور نگه دارید و از ثبت آن در گزارش خطا جلوگیری کنید.
- ارسال را به رویداد معتبر کسب وکار متصل کنید و برای جلوگیری از تکرار، شناسه رویداد را ذخیره کنید.
- برای کد تأیید، زمان اعتبار و محدودیت درخواست مجدد را در برنامه تعریف کنید.
در انتخاب نهایی، تیم توسعه باید سازگاری مستندات با نیاز پروژه، امکان پیگیری پیام و شرایط پشتیبانی را بررسی کند. هزینه نیز باید بر اساس متن واقعی اعلان ها و حجم ارسال برآورد شود تا تصمیم صرفاً بر پایه قیمت اولیه پنل نباشد.
پرسش های متداول
تفاوت پنل پیامکی و API پیامک چیست
پنل برای مدیریت ارسال در محیط کاربری است؛ API امکان فراخوانی خدمات پیامکی از داخل سایت و نرم افزار را فراهم می کند.
آیا پاسخ موفق به معنی تحویل پیامک است
خیر. پذیرش درخواست و تحویل به گوشی دو مرحله متفاوت اند؛ نتیجه عملیات و وضعیت تحویل باید جداگانه بررسی شوند.
آیا برای اتصال زبان برنامه نویسی مشخصی لازم است
انتخاب زبان به پروژه بستگی دارد. توانایی ارسال درخواست HTTP و پردازش پاسخ، مبنای پیاده سازی اتصال است.
برای ارسال پیامک الگویی چه چیزی لازم است
طبق راهنمای پیام رسان، الگو باید ثبت و تأیید شود؛ سپس کلید الگو در درخواست ارسال استفاده می شود.
پیش از اتصال فروشگاه چه آزمایشی انجام شود
یک سفارش آزمایشی با پرداخت موفق ایجاد کنید و متن، گیرنده، نتیجه ارسال و رفتار سیستم در برابر تکرار رویداد را بررسی کنید.