پنج هفته تا مهاجرت، سه سال تا بازده مرکب: چگونه یک کارگزاری منطقه‌ای ECN/STP یک کتاب مشتری موجود را روی Kenmore منتقل کرد — و همان‌جا ماند

نوعی از مطالعه موردی کارگزاری فارکس وجود دارد که همه‌چیزش درباره تحول است: تعویض پلتفرم، چرخش مقرراتی، نمودار رشد هاکی‌چوبی. این یکی از آن‌ها نیست. این مطالعه درباره ثبات است. درباره مشتری‌ای که با یک کتاب معامله‌گر موجود وارد شد، یک پلتفرم «آماده برای بازار» خواست، ظرف پنج هفته آن را آنلاین گرفت، بخش عمده‌ای از آن کتاب را در همان ماه اول به آن منتقل کرد، و سپس طی دو سال و نیم بعدی روی همان استک به‌صورت پیوسته رشد مرکب داشت. نه مهاجرت پلتفرم. نه بازمعماری. فقط افزوده‌شدن مداوم PSPها، انواع حساب، ابزارهای IB و قابلیت‌های عملیاتی هم‌زمان با بلوغ کسب‌وکار.

به یک معنا، این داستان یک کارگزاری تاب‌آور است. و این، از نظر ما، از همه دوست‌داشتنی‌تر است.

درباره مشتری

این مشتری یک بروکر منطقه‌ای فارکس ECN/STP است که در سراسر منطقه MENA فعالیت می‌کند و پایگاه قابل‌توجهی از معامله‌گرانش به آسیای نوظهور هم کشیده شده است. حدود چهل درصد از مشتریان ثبت‌نام‌شده از کشورهای MENA متصل می‌شوند؛ یک‌چهارم دیگر از جنوب و جنوب‌شرق آسیا می‌آیند. این پلتفرم از ابتدا تا انتها هر دو رابط کاربری انگلیسی و عربی را پشتیبانی می‌کند، با چیدمان راست‌به‌چپ، قالب‌های ایمیل محلی‌سازی‌شده و مسیر‌دهی پشتیبانی به زبان عربی — هرچند زبان مشترک پایگاه معامله‌گران انگلیسی است و عربی، بومی‌سازی ثانویه برای آنبوردینگ به زبان مادری محسوب می‌شود.

خط محصول آن‌ها به‌وضوح فارکس خردِ سنتی است که از طریق MetaTrader 5 اجرا می‌شود: حساب‌های ECN با اسپرد پایین برای معامله‌گران فعال، حساب‌های Standard برای تازه‌واردها، و در کنار آن‌ها مجموعه‌ای بلند از پیکربندی‌های تخصصی حساب برای مشتریان نهادی، مدیران سرمایه PAMM/MAM، زیراحساب‌های IB مبتنی بر ریبیت، و یک خط US Stocks. هیچ فاز چالشی، هیچ برنامه فاندینگ، هیچ ابزار مصنوعی‌ای در کار نیست — فقط یک Traders Room زنده، یک بروکر واقعی در پس آن، و سازوکار عملیاتی لازم برای آنبورد، KYC، تأمین وجه، پشتیبانی و پرداخت به معامله‌گرانی که از پلتفرم استفاده می‌کنند.

ورود به بازار آن‌ها به‌شدت IB-محور است. حدود چهل‌وپنج درصد از کل معامله‌گران ثبت‌نام‌شده از طریق یک Introducing Broker و از مسیر برنامه چندسطحی IB درون پلتفرم معرفی شده‌اند. تعداد IBهای فعال در محدوده چندصد نفرِ پایین است؛ دنباله بلندِ sub-IBها از این هم گسترده‌تر است. یک موتور ریبیت چندسطحی کمیسیون‌ها را در هر تعداد سطحی که بروکر بخواهد جبران کند، توزیع می‌کند.

راه‌اندازی

پیشنهاد در پایان سه‌ماهه سوم سال ۱ امضا شد. دامنه کار، طبق استانداردهای Kenmore، متعارف بود: Traders Room برای MT5، CRM تعبیه‌شده، ماژول Multi-Tier IB، توسعه PAMM توسط Tools4Brokers، یکپارچه‌سازی با یک PSP برای واریزها، فرم‌های دستی واریز بانکی و واریز رمزارزی، چت زنده، پشتیبانی چندزبانه، و یک طراحی جدید برای Traders Room.

ساختار اجرا از چهار فاز استاندارد — کشف، توسعه، تست، استقرار — عبور کرد و پلتفرم ظرف حدود پنج هفته پس از امضای قرارداد به‌صورت زنده راه‌اندازی شد. در دو هفته نخست پس از go-live، اتصال سرویس MT5 را برقرار کردیم، زیرساخت ایمیل را پیکربندی کردیم، چت زنده را مستقر کردیم و نخستین گروه معامله‌گران را مهاجرت دادیم. اولین یکپارچه‌سازی PSP (یک پردازشگر منطقه‌ای دوستدار رمزارز) هم‌زمان با خودِ milestone راه‌اندازی تحویل شد.

رویداد تعیین‌کننده این راه‌اندازی، cutover نبود — مهاجرتی بود که پس از آن رخ داد. تا پایان ماه دوم پس از راه‌اندازی، کتاب معامله‌گران موجود به‌طور کامل همراه با تاریخچه حساب‌ها، اسناد KYC و سلسله‌مراتب IB به پلتفرم جدید وارد شده بود. همان یک ماه مهاجرت، حدود دو سومِ تمام معامله‌گرانی را شامل می‌شود که این پلتفرم تا به امروز داشته است؛ یک‌سوم باقی‌مانده در طول سی ماه بعد، به‌صورت ارگانیک از طریق شبکه IB و ثبت‌نام مستقیم ساخته شد.

ماژول‌های تحویل‌شده

Traders Room و Forex CRM (MT5)

مشتری با این نیاز به سراغ ما آمد که یک Traders Room داشته باشد که کتاب موجودش را از روز اول جذب کند، هر رویداد عملیاتی را از طریق یک جریان‌کار واحد CRM هدایت کند، و به کارکنانش یک سطح مدیریت منسجم بدهد تا از آنجا کارگزاری را اداره کنند. ما Traders Room را همراه با CRM تعبیه‌شده تحویل دادیم. تا اوج عملیاتی در سال دوم، سیستم بیش از هزار وظیفه داخلی را در یک ماه اوج پردازش می‌کرد — تأیید ثبت‌نام، بررسی‌های KYC، تأیید واریز، تأیید برداشت، افتتاح حساب IB، درخواست‌های انتقال و به‌روزرسانی‌های معامله‌گران — همگی از طریق یک صف واحد با دسترسی مبتنی بر نقش و تخصیص مبتنی بر زبان.

در کلِ این همکاری تا امروز، پلتفرم حجم بالایی از تسک‌های تکمیل‌شده واریز و برداشت را ثبت کرده است، با نرخ تکمیل بالاتر از نود و نه درصد در هر دو سوی دفتر. این شاخص قابلیت اطمینانی است که معمولاً وقتی مشتریان بالقوه می‌پرسند آیا یک Traders Room از Kenmore می‌تواند یک عملیات واقعی معاملاتی را مدیریت کند، برجسته می‌کنیم: نرخ تکمیل واریز و برداشت هم‌تراز با شبکه‌های بزرگ کارت، و پایدار در طول سی ماه.

یکپارچه‌سازی MetaTrader 5

این مشتری منحصراً روی MT5 معامله می‌کند. ما در زمان راه‌اندازی یک اتصال سرویس MT5 را فراهم کردیم، گروه‌های حساب را برای هر خط محصول معاملاتی بروکر پیکربندی کردیم، و از آن زمان آن زیرساخت را ثابت نگه داشته‌ایم. هیچ مهاجرت پلتفرمی، هیچ گذار MT4 به MT5، هیچ جابه‌جایی از white-label به سرور مستقیم در کار نبوده است. استک MT5ای که مشتری در سال ۱ با آن شروع کرد، همان استکی است که امروز هم اجرا می‌کند. این ثبات عمدی است و از چیزهایی است که فکر می‌کنیم یک همکاری با Kenmore باید آن را کسل‌کننده کند. پلتفرم معاملاتی جایی نیست که یک کارگزاری موفق بخواهد توجه عملیاتی‌اش را صرف آن کند.

مدیریت چندسطحی IB

برنامه IB کانال اصلی جذب مشتری این کارفرما و شخصی‌سازی‌شده‌ترین ماژول در این همکاری است. ما سلسله‌مراتب چندسطحی IB موجود را در روز اول به پلتفرم جدید منتقل کردیم — URLهای ارجاع، سطوح sub-IB، قوانین کمیسیون — و سپس در طول دو سال بعدی به‌صورت تدریجی سیستم را گسترش دادیم.

پیکربندی فعلی از تعداد نامحدودی سطح IB پشتیبانی می‌کند، با منطق ریبیتی که می‌تواند برای هر IB و هر محصول، بر اساس پیپ، درصد کمیسیون، وجه نقد ثابت یا مشارکت در سود تنظیم شود — یا به‌صورت یک فرمول سفارشی که چند مورد از این‌ها را هم‌زمان دربر بگیرد. یک موتور ریبیت چندسطحی رویدادهای کمیسیون را به‌صورت پیوسته تولید می‌کند؛ رویدادهای تغییر ریبیت برای شفافیت ثبت می‌شوند، و IBها می‌توانند کل زیر‌درخت خود را با یک کلیک به‌صورت CSV قابل دانلود دریافت کنند.

امروز حدود چهل‌وپنج درصد از پایگاه معامله‌گران ثبت‌شده به یک IB نسبت داده می‌شود — یعنی تقریباً نیمی از هر مشتری‌ای که بروکر دارد از شبکه IB آمده، نه از جذب پولی یا ثبت‌نام مستقیم. برای این مشتری، برنامه IB همان نقشی را دارد که ترافیک پولی برای برخی بروکرهای دیگر دارد: کانال غالب، کانالی که با تلاش مقیاس می‌گیرد، و کانالی که پلتفرم برای خدمت‌رسانی به آن مهندسی شده است.

ماژول مدیر سرمایه PAMM/MAM (Tools4Brokers)

ما در زمان راه‌اندازی، Tools4Brokers PAMM را یکپارچه کردیم و از همان هفته اول آن را در محیط عملیاتی اجرا کردیم. مشتری از آن به‌عنوان پیشنهاد money-manager خود استفاده می‌کند: تریدرهای باتجربه از طریق Traders Room درخواست می‌دهند تا به‌عنوان PAMM manager ثبت شوند، شرایط عملکرد خود را تعیین می‌کنند و تخصیص سرمایه‌گذاران را از طریق پورتال مخصوص تریدر می‌پذیرند؛ تیم ادمین بروکر نیز هر دو حساب مدیر و سرمایه‌گذار را از طریق CRM تأیید می‌کند. در طول این همکاری، صدها حساب MAM/PAMM باز شده‌اند. در میانه همکاری، یک پنجره pop-up سفارشی برای شرایط و ضوابط در جریان ثبت‌نام PAMM پیاده‌سازی کردیم، همراه با ثبت صریح پذیرش و رکوردهای زمان‌دار توافق — از آن نوع جزئیات مبتنی بر compliance که اگر از ابتدا طراحی نشده باشد، اضافه‌کردنش بعداً دردسرساز است.

پشتیبانی چندزبانه

مشتری از همان روز اول به‌صورت دوزبانه راه‌اندازی شد. هم Traders Room و هم CRM مخصوص بروکر به انگلیسی و عربی محلی‌سازی شده‌اند، با چیدمان کامل راست‌به‌چپ برای عربی، قالب‌های ایمیل محلی‌سازی‌شده برای هر زبان، و تخصیص پشتیبانی بر اساس مسیر زبان تا درخواست‌های مشتریان عرب‌زبان به اپراتورهای عربی‌زبان برسد. در میان پایگاه تریدرهای ثبت‌شده، انگلیسی غالب است — حدود نوزده نفر از هر بیست تریدر از رابط انگلیسی استفاده می‌کنند — اما همین پیکربندی عربی است که بروکر را در بازار اصلی خودش به‌عنوان یک اپراتور جدی قابل‌تشخیص می‌کند.

چت زنده

چت زنده به‌طور مستقیم هم به Traders Room و هم به سایت عمومی متصل است و هر دو توسط همان سیستم چت پشتیبانی می‌شوند. اپراتورهای چت بر اساس منطقه و زبان دسته‌بندی می‌شوند. تاریخچه چت تریدرها به رکورد CRM آن‌ها متصل است، بنابراین وقتی یک تریدر گفت‌وگو را باز می‌کند، اپراتور از قبل حساب، وضعیت KYC و تاریخچه اخیر تراکنش‌های او را در همان نما می‌بیند.

راهکارهای پرداخت

مشتری در زمان راه‌اندازی با یک PSP شروع کرد — همان دامنه اولیه بود و همین باعث شد لانچ در بازه پنج‌هفته‌ای خودش باقی بماند. طی هجده ماه بعد، چهار یکپارچه‌سازی پرداخت دیگر را اضافه کردیم:

• یک PSP فیات منطقه‌ای (SticPay)، که در ماه 1 به‌عنوان کانال واریز لانچ یکپارچه شد.
• یک PSP فیات منطقه‌ای دوم (Praxis)، با یکپارچه‌سازی واریز و برداشت، که در ماه 4 تحویل داده شد.
• یک crypto-PSP (Cregis) که از USDT روی شبکه‌های TRC20، ERC20 و BEP20 پشتیبانی می‌کند و در ماه 13 تحویل داده شد. کریپتو از نظر حجم به یکی از بزرگ‌ترین کانال‌های واریز مشتری تبدیل شد.
• یک PSP فیات سوم (Unipayments)، که در ماه 21 تحویل داده شد؛ زمانی که مشتری تنوع بیشتر در مسیرهای پرداخت برای پرداخت‌های بازارهای نوظهور می‌خواست.

پشت این PSPها، تجمیع‌کننده پرداخت Kenmore (Ninjacharge) قرار دارد که به‌عنوان لایه مسیریابی عمل می‌کند و بر اساس جغرافیا، ارز و در دسترس بودن PSP تصمیم می‌گیرد هر واریز از کدام PSP پردازش شود. Ninjacharge یک لایه smart-routing است که تراکنش‌ها را به مناسب‌ترین PSP زیرساختی برای منطقه تریدر هدایت می‌کند و هنگام رسیدن یک کانال به سقف، به‌صورت خودکار fallback انجام می‌دهد.

در کنار این مسیرهای خودکار، بروکر برای مشتریانی که تسویه خارج از مسیرهای اصلی را ترجیح می‌دهند یا به آن نیاز دارند، جریان‌های دستی واریز/برداشت از طریق انتقال بانکی و کیف‌پول مستقیم کریپتو را نیز اجرا می‌کند. در کل این همکاری، این کانال‌های دستی — حواله‌های بانکی که از طریق صف‌های تأیید مدیریت‌شده در CRM مسیریابی می‌شوند، و انتقال‌های کیف‌پول کریپتو با بارگذاری رسید QR-code — در مجموع بخش عمده حجم کل واریز را تشکیل داده‌اند. جریان‌های مسیریابی‌شده از طریق PSP، دنباله بلندِ پرتکرار را پوشش می‌دهند.

ترکیب کامل کانال‌های واریز امروز شامل بیش از شصت پیکربندی merchant در مناطق و ارزهای مختلف است. از نظر سهم از کل حجم واریز، کیف‌پول کریپتوی دستی و انتقال بانکی دستی تقریباً هم‌سطح و بزرگ‌ترین کانال‌ها هستند و کانال‌های کریپتو و فیات مسیریابی‌شده از طریق PSP بقیه را پوشش می‌دهند.

سیستم Bonus / Credit

عملیات Bonus و اعتبار در همان workflow وظایف و تأییدیه‌ها مثل واریزهای عادی انجام می‌شود. مشتری از آن برای اعتبارهای کمیسیون IB، کمپین‌های تبلیغاتی گاه‌به‌گاه و تعدیل موجودی استفاده می‌کند — همه از طریق CRM و با مجوزهای تأیید مبتنی بر نقش و trailهای حسابرسی ثبت‌شده.

طراحی وب

هویت بصری Traders Room، از جمله پالت رنگی، header، footer، آیکون‌های برند و overrideهای theme در سطح CSS، همراه با لانچ تحویل شد و در طول همکاری و هم‌زمان با تکامل برند عمومی مشتری، بهبود یافت. پورتال مخصوص تریدرها هویت بصری اختصاصی بروکر را به‌صورت end-to-end حمل می‌کند؛ در رابط کاربری هیچ نشانه‌ای از یک platform شخص ثالث دیده نمی‌شود.

توسعه سفارشی

از ماه 1 به بعد، یک جریان مداوم توسعه سفارشی هم‌زمان با roadmap ماژول‌های استاندارد پیش رفته است. در طول این همکاری، بیش از صد بهبود سفارشی مجزا را تحویل داده‌ایم — بیشتر آن‌ها کوچک، هدفمند و ظرف چند روز پس از درخواست آماده شده‌اند. الگو همان چیزی است که فکر می‌کنیم باعث موفقیت همکاری‌های بلندمدت Kenmore می‌شود: کوچک، مشخص، سریع و مداوم. مشتری لازم نیست بین «این تغییر کوچک را می‌خواهیم» و «نمی‌خواهیم دو ماه صبر کنیم» یکی را انتخاب کند. چند نمونه از جریان‌های توسعه مهم‌تر:

• موتور rebate چندسطحی IB. ماژول استاندارد multi-tier IB در زمان لانچ تحویل شد. در طول Year 2، یک لایه غنی‌تر برای منطق rebate ساختیم — پشتیبانی چندارزی، override نرخ برای هر IB، profit-sharing در کنار کمیسیون‌های pip-based و درصدی، درخت IB، و ثبت کامل audit برای تغییرات نرخ rebate. برنامه IB گسترده‌ترین ماژول این همکاری است.
• یکپارچه‌سازی اعلان‌های Telegram و Slack. کانال‌های داخلی Telegram و Slack بروکر را برای رویدادهای واریز، برداشت، ثبت‌نام و کمیسیون به‌صورت real-time متصل کردیم. اعلان‌ها برای هر کانال، هر نوع رویداد و هر منطقه قابل تنظیم هستند؛ و بر اساس بازخورد اپراتورها، چندین بار در مورد اینکه چه فیلدهایی در هر اعلان نمایش داده شود، بهینه‌سازی انجام داده‌ایم.
• احراز OTP از طریق WhatsApp / messenger. در میانه همکاری، مشتری یک کانال تأیید دومرحله‌ای می‌خواست که برای مشتریانی که پیام‌رسان را به ایمیل ترجیح می‌دادند کار کند. ما یک یکپارچه‌سازی messenger-OTP تحویل دادیم که از طریق WhatsApp کار می‌کند و از opt-in برای هر تریدر پشتیبانی می‌کند، و timestampهای تأیید روی رکورد تریدر ذخیره می‌شوند.
• ماژول Sales. ماژول تیم‌های فروش پیشرفته Kenmore در Year 2 برای این مشتری عملیاتی شد. این ماژول قوانین lead-routing، تخصیص sales-agent بر اساس زبان و منطقه زمانی، و رهگیری pipeline از ثبت‌نام تا اولین واریز را پشتیبانی می‌کند.
• فرم‌های واریز و برداشت کریپتو با بارگذاری رسید QR-code. برای کانال دستی کریپتو، تریدرها می‌توانند یک QR code یا اسکرین‌شات تراکنش روی زنجیره را ضمیمه کنند؛ واریزها به‌طور خودکار با آدرس کیف‌پول مربوطه تطبیق داده می‌شوند و اپراتور آن‌ها را با یک کلیک از طریق CRM تأیید می‌کند.
• فرم‌های سفارشی برداشت با فیلدهای تعریف‌شده توسط بروکر. برای هر مسیر برداشت فیات (حواله بانکی، پرداخت‌های منطقه‌ای)، ما پیکربندی فیلد مخصوص همان مسیر را ساختیم — قالب نام گیرنده، فیلدهای reference و قواعد validation — تا داده‌های برداشت که از platform خارج می‌شوند همیشه با نیازهای مسیر دریافت‌کننده سازگار باشند.
• workflow توافق‌نامه خدمات PAMM. جریان ثبت‌نام PAMM اکنون شامل یک پنجره pop-up صریح شرایط و ضوابط با دو checkbox پذیرش و یک رکورد پذیرش زمان‌دار ذخیره‌شده در پروفایل تریدر است.
• اجرای سیاست محدودیت حساب. اعمال محدودیت تعداد حساب برای هر تریدر در سمت client و admin، که در طول همکاری از پنج به ده افزایش یافت، هم‌زمان با گسترش ترکیب محصول مشتری.
• گسترش متغیرهای قالب ایمیل. مشتری ده‌ها قالب ایمیل سفارشی‌شده برای تأیید، وضعیت واریز/برداشت، یادآوری‌های KYC و پرداخت‌های ریبیت IB دارد. در طول این همکاری، هر زمان که یک قالب جدید به آن‌ها نیاز داشت، متغیرهای جایگزین جدیدی را به‌صورت درخواستی اضافه کردیم (نام نوع حساب، جزئیات روش پرداخت، نام‌های سطح IB).
• مدیریت سفارشی URL ارجاع IB. فراتر از URL استاندارد ارجاع IB، مشتری چندین قالب URL سفارشی و قراردادهای پارامتر متفاوت برای کمپین‌های مختلف IB دارد. ما از آن قالب‌ها و خط لوله ردیابی متناظر از طریق CRM پشتیبانی ارائه دادیم.

ریتم این موارد پایدار بوده است. در طول سی ماه پس از راه‌اندازی — با حذف ماه راه‌اندازی و ماه مهاجرت، که هر دو حجم بالاتری داشتند — لاگ توسعه نشان می‌دهد به‌طور میانگین ماهانه سه تا پنج بهبود تکمیل شده است، با جهش‌هایی در نیمه دوم سال 2 (وقتی Sales Module، WhatsApp OTP و یکپارچه‌سازی‌های Cregis crypto-PSP همگی اضافه شدند) و دوباره در سال 3، هم‌زمان با بلوغ ابزارهای IB و اضافه شدن workflow توافق‌نامه برای PAMM.

داده‌ها چه می‌گویند

پلتفرم بیش از سی ماه است که فعال بوده است. اعداد زیر از داده‌های عملیاتی گرفته شده‌اند و به‌صورت نسبت، ضریب و درصد بیان می‌شوند — نه به‌صورت مقادیر مطلق.

دفتر کسب‌وکارِ مهاجرت‌داده‌شده‌ای که سی ماه رشد مرکب داشت

ترتیب راه‌اندازی و مهاجرت در داده‌ها به‌صورت یک جهش بسیار بزرگ و سپس سی ماه انباشت تدریجی و پایدار دیده می‌شود. حدود دو‌سوم از پایگاه تریدرها در دو ماه نخست پس از راه‌اندازی ظاهر شد، چون دفتر موجود وارد شد. یک‌سوم باقی‌مانده به‌صورت ارگانیک و از طریق برنامه IB در سال‌های بعد شکل گرفت — یعنی به‌ازای هر دو تریدر موجودی که بروکر در زمان راه‌اندازی منتقل کرد، حدود یک تریدر دیگر از طریق کانال‌های ارگانیک و مبتنی بر IB روی پلتفرم ثبت‌نام شد.

تا پایان سال 3، پایگاه تریدرهای ثبت‌نام‌شده به حدود 1.55× مبنای پس از مهاجرت رشد کرده بود.

ریتم ماهانه پس از راه‌اندازی دو جهش ارگانیک ثبت‌نام را نشان می‌دهد — یکی در Q4 سال 2 (ناشی از یک موج بازاریابی IB که میانگین فصل قبل را چهار برابر کرد) و دیگری در Q1 سال 3 — که با ماه‌های حالت پایدار در بازه سی تا هشتاد در هم آمیخته‌اند.

حجم واریز یک مرتبه بزرگی مقیاس گرفت

داستان رشدِ واضح‌تر در سمت حجم واریز دیده می‌شود. حجم واریز فصلی در Q1 سال 1 (اولین فصل کامل پس از راه‌اندازی) مبنای همکاری بود. تا Q1 سال 3، حجم واریز فصلی به بیش از 11× آن مبنا رشد کرده بود.

حجم برداشت با حجم واریز تقریباً نسبت 0.7 تا 0.9 را دنبال می‌کند؛ نسبتی که برای یک بروکر خرده‌فروشی فعال معمول است — نه الگوی واریزِ یک‌باره و خروج، بلکه یک عملیات معاملاتی پیوسته که در آن مشتریان به‌طور مستمر واریز، معامله و برداشت می‌کنند. اوج حجم ماهانه واریز مشاهده‌شده در طول این همکاری بیش از 130× مبنای ابتدایی راه‌اندازی است، که بخشی از آن توسط واریزهای گاه‌به‌گاه نهادی از طریق انواع حساب سطح‌بالای بروکر هدایت شده است.

یک محصول سنتی که روی یک پلتفرم واحد اجرا می‌شود

فهرست انواع حساب بروکر یکی از غنی‌ترین فهرست‌هایی است که روی پلتفرم داریم. بیش از 110 پیکربندی حساب تعریف شده است که طیف خط محصول بروکر را پوشش می‌دهد:

• حساب‌های Standard (بدون کمیسیون، اسپرد بالاتر) — بخش عمده ثبت‌نام‌های جدید.
• حساب‌های ECN (اسپرد خام با کمیسیون به‌ازای هر لات) — محصول مناسب تریدرهای فعال.
• حساب‌های Pro و Institutional برای مشتریان با واریز بالاتر.
• حساب‌های PAMM Manager و PAMM Investor برای جریان‌های money-manager.
• حساب‌های Wallet، Rebate، Reward، Demo، US Stocks و حساب‌های واجد شرایط بونوس که دنباله بلند را کامل می‌کنند.

همه این پیکربندی‌ها روی یک سرویس MT5 واحد اجرا می‌شوند.

تعامل مشتری پایدار است

شاخص‌های اصلی تعامل در کل پایگاه تریدرهای ثبت‌نام‌شده:

• تقریباً نه نفر از هر ده تریدر ثبت‌نام‌شده آدرس ایمیل خود را تأیید کرده‌اند — رقمی به‌اندازه کافی بالا که نشان می‌دهد قیف ثبت‌نام، ترافیک واقعی است نه ثبت‌نام رباتی.
• هفت نفر از هر ده تأیید KYC را تکمیل کرده‌اند — نسبت انطباقی قوی برای یک بروکر منطقه‌ای.
• سه نفر از هر چهار حساب ثبت‌نام‌شده در وضعیت فعال هستند (حذف، تعلیق یا بایگانی نشده‌اند).
• چهل‌وپنج درصد از تریدرهای ثبت‌نام‌شده به یک IB منتسب هستند — یعنی برنامه IB از نظر سهم، بزرگ‌ترین کانال جذب واحد است.
• ده درصد از پایگاه تریدرها به وضعیت حساب دارای واریز رسیده‌اند — نرخ تبدیل معمول forex خرده‌فروشی برای یک بروکر جاافتاده.

قابلیت اطمینان عملیاتی در نرخ‌های هم‌تراز با صنعت

در کل رکوردهای پردازش‌شده وظایف واریز و برداشت (به‌جز import مهاجرت)، نرخ تکمیل واریز 98.9% و نرخ تکمیل برداشت 99.4% است. تیم عملیاتی آن‌قدر کوچک است که با ده‌ها admin سنجیده می‌شود؛ پیکربندی نقش‌ها شامل چندین نقش عملیاتی منطقه MENA، به‌علاوه نقش‌های اختصاصی فروش و بازاریابی، IT، IB-VIP و viewer است که همگی از طریق کنترل دسترسی مبتنی بر نقش Kenmore مجوزدهی شده‌اند.

توزیع منبع: با محوریت MENA و حضور معنادار آسیایی

توزیع جغرافیاییِ IP-مبنا در پایگاه تریدرها تمرکز قوی MENA را همراه با حضور معنادار جنوب و جنوب‌شرق آسیا نشان می‌دهد، به‌علاوه دنباله‌ای از تریدرهای اروپایی و سایر مناطق که پلتفرم چندزبانه از طریق همان Backoffice به آن‌ها سرویس می‌دهد.

ترکیب انواع حساب

حساب‌های معاملاتی واقعی بر دفتر حساب‌ها غالب هستند و حساب‌های IB و MAM با هم نزدیک به سی درصد از کل حساب‌ها را تشکیل می‌دهند — ترکیبی که برای استراتژی محصول این بروکر متمایز است. سهم Money Manager، به‌ویژه، برای یک کارگزاری در این اندازه به‌طور غیرمعمول بالا است و نشان‌دهنده سرمایه‌گذاری مشتری روی خط money-manager به‌عنوان یک جریان درآمدی موازی است.

ترکیب کانال‌های پرداخت

دو کانال بزرگ واریز از نظر حجم — انتقال دستی بانکی و کیف پول کریپتوی دستی — در مجموع حدود هشتاد و پنج درصد از کل حجم واریز ثبت‌شده را تشکیل می‌دهند. دنباله بلندِ روت‌شده از طریق PSP (کریپتوی Cregis، PSPهای فیات منطقه‌ای از طریق Ninjacharge) پانزده درصد باقی‌مانده را با فراوانی بسیار بالاترِ تراکنش مدیریت می‌کند. این توزیع برای بروکری که مشتریان بزرگ‌تر آن settlement railهای با تماس انسانی بیشتر را ترجیح می‌دهند، در حالی که پایگاه خرده‌فروشی آن از مسیردهی خودکار PSP استفاده می‌کند، کاملاً characteristic است.

این چه چیزی را ثابت می‌کند

جمع‌بندی این همکاری یک داستان جهشی نیست. یک داستان حالت پایدار است.

سرعت تا بهره‌برداری، با یک دفتر موجود. پنج هفته از قرارداد تا سیستم live، با مهاجرت کامل دفتر تریدرهای موجود بروکر در ماه دوم. این یک راه‌اندازی green-field نیست که بروکر فرصت داشته باشد تا برای روز اول همه‌چیز را بسازد — این جابه‌جایی یک دفتر موجود از مشتریان به یک پلتفرم جدید است، بدون اینکه حساب‌ها، اسناد KYC یا سلسله‌مراتب IB در این مسیر از دست بروند. ابزارهای مهاجرت و دامنه Trader’s Room در روز اول همان‌طور که وعده داده شده بود عمل کردند.

تاب‌آوری بدون re-platforming. سی ماه بهره‌برداری مستمر روی یک stack واحد MT5. بدون مهاجرت پلتفرم، بدون رویدادهای rip-and-replace، بدون تغییرات معماری عمده. پلتفرمی که در سال 1 live شد، همان پلتفرمی است که امروز اجرا می‌شود، با یک پیکربندی ماژولی بسیار غنی‌تر که روی آن لایه‌گذاری شده است. برای یک اپراتور کارگزاری، این همان نتیجه به‌ظاهر ساده‌ای است که در عمل سخت‌ترین نتیجه برای دستیابی است — پلتفرمی که رشد را جذب می‌کند بدون اینکه به گلوگاه تبدیل شود.

توسعه سفارشی به‌عنوان یک قابلیت مستمر. سه یا چهار بهبود کوچک سفارشی در هر ماه، هر ماه، به‌مدت سی ماه — این ریتم یک همکاریِ پایدار است، نه یک تحویلِ یک‌باره. نقشه راه ماژول استاندارد بیشتر نیازهای یک کارگزاری را پوشش می‌دهد؛ لایه سفارشی، لبه‌های مخصوص کارگزار را مدیریت می‌کند. هر دو روی یک پلتفرم اجرا می‌شوند.

یک موتور رشد مبتنی بر IB، در مقیاس. چهل‌وپنج درصد از پایگاه معامله‌گران به یک برنامه IB درون‌پلتفرمی نسبت داده می‌شود. یک فهرست فعال از IBها در محدوده چندصد نفر، با دنباله‌ای گسترده‌تر از sub-IBها در زیر آن‌ها. یک موتور ریبیت چندسطحی که کمیسیون‌ها را به‌صورت پیوسته و با ثبت کامل لاگ حسابرسی پرداخت می‌کند. ماژول IB گسترده‌ترین ماژول در این همکاری است، و ماژولی است که بیشترین همبستگی مستقیم را با رشد کارگزار دارد.

افزونگی چند PSP بدون وابستگی. کارگزار در زمان راه‌اندازی با یک PSP شروع کرد و اکنون چهار یکپارچه‌سازی پرداخت به‌علاوه مسیرهای دستی را با مسیردهی هوشمند میان آن‌ها اجرا می‌کند. وقتی یک پردازشگر به سقف روزانه می‌رسد یا یک مسیر منطقه‌ای از کار می‌افتد، واریزها بدون دخالت اپراتور از کانال‌های جایگزین هدایت می‌شوند.

قابلیت اطمینان در مقیاس. نرخ تکمیل بیش از نود و نه درصد برای هر دو مورد واریز و برداشت در کل تاریخچه تراکنش‌هایی که از طریق پلتفرم پردازش شده‌اند. این همان معیاری است که اپراتورهای کارگزاری واقعاً آن را احساس می‌کنند — نه عدد تیترِ AUM، بلکه این‌که آیا واریزها تسویه می‌شوند و برداشت‌ها بدون نیاز به پیگیری اضافی پردازش می‌شوند یا نه.

این همان چیزی است که یک همکاری Kenmore زمانی به نظر می‌رسد که مطابق خواسته ما کار کند: یک راه‌اندازی سریع، یک مهاجرت تمیز، یک پلتفرم پایدار، و یک ریتم توسعه سفارشی که همراه با کسب‌وکار رشد می‌کند، نه این‌که توسط آن مصرف شود.

شاخص‌های کلیدی در یک نگاه

شاخص	مقدار
زمان از قرارداد تا سیستم زنده	≈ 5 هفته
ماه‌های عملیات مستمر	30+
رشد پایگاه معامله‌گران — از مبنای پس از مهاجرت تا وضعیت فعلی	1.55×
حجم واریز فصلی — سال 3 در برابر سال 1 (همان فصل تقویمی)	11×
اوج حجم واریز ماهانه در برابر مبنای اولیه راه‌اندازی	130×+
نسبت حجم برداشت به واریز (وضعیت پایدار)	≈ 0.7–0.9
سهم انتساب IB از پایگاه معامله‌گران ثبت‌نام‌شده	45%
Introducing Brokerهای فعال در شبکه	low hundreds
پیکربندی‌های نوع حساب تعریف‌شده روی پلتفرم	110+
نام‌های متمایز محصولات نوع حساب	35
زبان‌های پشتیبانی‌شده در Traders Room و CRM	2 (English, Arabic — with RTL)
یکپارچه‌سازی‌های PSP فعال در production	4 (plus manual bank & crypto rails)
پلتفرم معاملاتی	MT5 only — no platform migrations
نرخ تأیید ایمیل در میان معامله‌گران ثبت‌نام‌شده	≈ 90%
سهم تأیید KYC در میان معامله‌گران ثبت‌نام‌شده	≈ 71%
سهم حساب‌های فعال از میان معامله‌گران ثبت‌نام‌شده	≈ 74%
نرخ تکمیل واریز (وضعیت: completed)	98.9%
نرخ تکمیل برداشت (وضعیت: completed)	99.4%
بهبودهای سفارشی تحویل‌شده پس از راه‌اندازی	130+ over 30 months
اندازه تیم عملیاتی در سمت ادمین	dozens of admins

---