خرید سرشماره USSD؛ راهنمای انتخاب، قیمت و راهاندازی برای سازمانها
اگر قصد خرید سرشماره USSD برای یک شرکت یا سازمان را دارید،
انتخاب خود کد تنها بخشی از تصمیم است. بعد از دریافت سرشماره باید مشخص شود
منوها چگونه مدیریت میشوند، سرویس به چه سیستمهایی متصل است، چه تعداد
زیرکد خواهید داشت و زیرساخت چگونه برای توسعه آینده آماده میشود.
به همین دلیل بهتر است پیش از خرید کد USSD، علاوه بر قیمت و نوع سرشماره،
معماری و نحوه مدیریت سرویس را نیز بررسی کنید.
در این راهنما میخوانید:
سرشماره USSD چیست؟
سرشماره USSD کد اصلی یک سرویس کد دستوری است که کاربر با
شمارهگیری آن وارد منوی سرویس میشود. برای مثال، در کدی مانند
*500#، عدد 500 سرشماره اصلی سرویس است.
زیر این سرشماره میتوان منوها، خدمات و در برخی ساختارها زیرکدهای مختلفی
تعریف کرد. بنابراین سرشماره را میتوان نقطه ورود کاربران به سرویس USSD
در نظر گرفت.
اگر ابتدا میخواهید با فناوری و سازوکار این کانال ارتباطی آشنا شوید،
راهنمای
USSD چیست؟
را مطالعه کنید.
تفاوت سرشماره و زیرکد USSD چیست؟
یکی از اولین تصمیمها پیش از خرید سرشماره USSD این است که بدانید واقعاً به یک سرشماره مستقل نیاز دارید یا یک زیرکد پاسخگوی نیاز شما خواهد بود.| معیار | سرشماره USSD | زیرکد USSD |
|---|---|---|
| ساختار | کد اصلی سرویس | زیرمجموعه یک سرشماره |
| نمونه | *500# | مسیر یا کدی زیر سرشماره اصلی |
| استقلال | بیشتر | وابسته به سرشماره اصلی |
| مدیریت چند سرویس | مناسبتر برای ساختارهای بزرگ | مناسب برای سرویسهای محدودتر |
| توسعه آینده | انعطاف بیشتر | وابسته به ساختار سرویس اصلی |
| هزینه | معمولاً بالاتر | معمولاً اقتصادیتر |

قبل از خرید سرشماره USSD چه چیزهایی را مشخص کنیم؟
قبل از اینکه درباره یک شماره خاص تصمیم بگیرید، بهتر است ابتدا کاربرد سرویس را مشخص کنید. نیاز مجموعهای که فقط یک منوی ساده دارد با سازمانی که چندین خدمت، تیم و سیستم Backend دارد متفاوت است.- USSD قرار است چه خدماتی ارائه کند؟
- چند منو، سرویس یا زیرکد نیاز دارید؟
- چه تعداد تیم یا کاربر باید سرویس را مدیریت کنند؟
- آیا سرویس به CRM، دیتابیس، API یا سیستمهای داخلی متصل میشود؟
- آیا ساختار سرویس در آینده توسعه خواهد یافت؟
- چه سطحی از گزارشگیری و Monitoring نیاز دارید؟
قیمت سرشماره USSD به چه عواملی بستگی دارد؟
برای قیمت سرشماره USSD نمیتوان یک عدد ثابت برای همه پروژهها ارائه کرد. شرایط ارائه سرویس میتواند براساس نوع کد، ساختار قرارداد، ارائهدهنده و نیازهای فنی پروژه متفاوت باشد. هنگام برآورد هزینه بهتر است این موارد را در نظر بگیرید:- سرشماره مستقل یا زیرکد بودن سرویس
- شرایط تخصیص و تعداد ارقام کد
- مدل قرارداد و خدمات ارائهدهنده
- نیاز به پلتفرم مدیریت USSD
- تعداد اتصالها به Backend و APIها
- نیازهای زیرساختی و مقیاس سرویس
- پشتیبانی و نگهداری
نکته:
در پروژههای سازمانی، مقایسه فقط براساس هزینه دریافت شماره میتواند
گمراهکننده باشد. بهتر است هزینه کل راهاندازی و مدیریت سرویس در طول
زمان بررسی شود.
آیا خرید کد USSD بهتنهایی کافی است؟
در یک سرویس ساده ممکن است دریافت کد بخش عمده پروژه باشد؛ اما برای سازمانها، Providerها و مجموعههایی که چند سرویس دارند، سرشماره فقط نقطه شروع است. پشت یک کد مانند *500# ممکن است منوهای متعدد، APIها، سیستمهای داخلی، کاربران مدیریتی و مسیرهای مختلف سرویس قرار گرفته باشند.مدیریت منو و Flow سرویس
هر بار که یک گزینه منو تغییر میکند نباید الزاماً کل چرخه توسعه نرمافزار تکرار شود. وجود یک لایه مدیریتی مناسب کمک میکند تغییرات Flow سرویس کنترلشدهتر انجام شوند. برای آشنایی بیشتر میتوانید صفحه USSD Menu Maker را ببینید.اتصال USSD به Backend و API
در بسیاری از کاربردهای سازمانی، منوی USSD باید اطلاعات را از سامانههای دیگر دریافت یا در آنها ثبت کند. برای مثال ممکن است سرویس به CRM، سیستم مشتریان یا سایر Backendهای سازمان متصل شود.کنترل دسترسی کاربران
اگر چند تیم روی یک سرویس کار میکنند، تعیین سطح دسترسی اهمیت زیادی پیدا میکند. تیم کسبوکار، عملیات و فنی الزاماً نباید دسترسی یکسانی به تمام بخشهای سرویس داشته باشند.Monitoring و گزارشگیری
بعد از انتشار نیز باید بتوانید عملکرد سرویس، Sessionها و نقاطی را که کاربران با مشکل مواجه میشوند بررسی کنید. در پروژههای بزرگ این دید عملیاتی یکی از بخشهای مهم معماری USSD است.مراحل خرید و راهاندازی سرشماره USSD
فرآیند دقیق بسته به نوع پروژه و شرایط ارائهدهنده متفاوت است؛ اما برای یک پروژه سازمانی میتوان مسیر کلی را به شکل زیر در نظر گرفت.1
تحلیل نیاز
Use Case، تعداد سرویسها، کاربران و برنامه توسعه آینده مشخص میشود.
2
انتخاب سرشماره یا زیرکد
براساس مقیاس پروژه، استقلال موردنیاز و ساختار سرویس تصمیمگیری میشود.
3
دریافت یا تخصیص کد
شرایط کد و مدل ارائه سرویس با ارائهدهنده بررسی میشود.
4
طراحی Flow و منوها
مسیرهایی که کاربران طی خواهند کرد طراحی و سازماندهی میشوند.
5
اتصال به Backend
در صورت نیاز، APIها و سیستمهای داخلی به سرویس متصل میشوند.
6
تست و انتشار
سناریوهای مختلف سرویس بررسی و سپس سرویس در دسترس کاربران قرار میگیرد.
7
پایش و بهینهسازی
عملکرد سرویس پس از انتشار بررسی و در صورت نیاز Flow و زیرساخت بهینه میشود.

چه سازمانهایی به سرشماره USSD نیاز دارند؟
USSD میتواند در پروژههایی مناسب باشد که دسترسی سریع کاربران، سادگی تعامل و عدم وابستگی به نصب اپلیکیشن اهمیت دارد.اپراتورها و Providerها
برای مجموعههایی که تعداد زیادی سرویس و زیرکد را مدیریت میکنند، موضوعاتی مانند مدیریت Session، کنترل سرویسها و توسعهپذیری اهمیت بیشتری پیدا میکند. برای این گروه، صفحه راهکارهای تلیرکو برای اپراتورها مرتبط است.سازمانها و شرکتهای بزرگ
شرکتهای Enterprise ممکن است USSD را بهعنوان یکی از کانالهای ارتباطی یا ارائه خدمت در کنار سایر سامانههای خود استفاده کنند. برای اطلاعات بیشتر: راهکارهای سازمانی تلیرکوبانکها و مؤسسات مالی
در برخی سناریوها، USSD میتواند یکی از کانالهای دسترسی سریع به خدمات سازمان باشد. معماری و الزامات امنیتی هر پروژه باید متناسب با کاربرد آن بررسی شود. همچنین میتوانید راهکارهای بانکی تلیرکو را مشاهده کنید.هنگام انتخاب پلتفرم USSD چه مواردی را بررسی کنیم؟
| موضوع | سؤال مهم |
|---|---|
| ساختار کد | سرشماره مستقل نیاز دارید یا زیرکد؟ |
| مدیریت سرویس | آیا تیم شما میتواند Flow و منو را مدیریت کند؟ |
| Integration | اتصال به Backend و API چگونه انجام میشود؟ |
| دسترسی کاربران | آیا نقشها و سطح دسترسی قابل مدیریت هستند؟ |
| Monitoring | آیا عملکرد سرویس قابل پایش و گزارشگیری است؟ |
| توسعه آینده | اضافه کردن سرویس و زیرکد جدید چقدر ساده است؟ |
چرا مدیریت بعد از خرید سرشماره اهمیت دارد؟
فرض کنید سرشماره مناسبی دریافت کردهاید اما برای هر تغییر منو، اضافهکردن یک سرویس یا بررسی یک خطا وابسته به فرآیندی طولانی هستید. در چنین شرایطی داشتن خود سرشماره بهتنهایی کنترل عملیاتی کافی ایجاد نمیکند. به همین دلیل هنگام خرید سرشماره USSD بهتر است یک سؤال مهم را نیز مطرح کنید:
بعد از دریافت سرشماره، منوی USSD و سرویسهای پشت آن را چگونه مدیریت خواهیم کرد؟
اگر USSD قرار است بخشی از زیرساخت اصلی سازمان باشد، طراحی مدیریت،
Integration، دسترسی کاربران و Monitoring باید از ابتدا در معماری
پروژه دیده شوند.