چگونه یک کارگزاری تثبیت‌شده آفریقایی Prop Firm خود را به یک پلتفرم چندبرندی تبدیل کرد

مشتری این همکاری را به‌عنوان یک بازیگر شناخته‌شده آغاز کرد — یک کارگزار تثبیت‌شده forex خُرد با مدرسه معاملاتی خودش — و سال اول را با چیزی متفاوت به پایان رساند: یک پلتفرم چندمستاجری Prop Firm که هم برند خودشان و هم مجموعه‌ای از برندهای شریک را پشتیبانی می‌کرد، همه روی یک back office کن‌مُر. این، داستان این است که این گذار چگونه رخ داد و داده‌های عملیاتی زیرساخت چه چیزی درباره پلتفرمِ زیرین نشان می‌دهند.

درباره مشتری

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

  • یک CRM فارکس از قبل موجود با ده‌ها هزار مشتری ثبت‌نام‌شده.
  • یک برند آموزشی خواهر که دوره‌های معاملاتی ساختاریافته ارائه می‌داد.
  • یک شبکه از introducing brokers (IBs) که از قبل ترافیک خود را از طریق کمیسیون‌های forex درآمدزایی می‌کردند.

اما چیزی که نداشتند، یک محصول Prop Firm بود. به‌طور فزاینده‌ای، تریدرهای داخل قیف آموزشی آن‌ها به‌جای (یا علاوه بر) حساب‌های زنده forex، درخواست چالش‌های حساب تأمین‌شده می‌دادند. مشتری می‌خواست بدون برهم‌زدن کسب‌وکار موجود کارگزاری، این تقاضا را درآمدزایی کند. آن‌ها برای یک CRM Prop Firm به Kenmore آمدند که بتواند به زیرساخت موجودشان متصل شود، نه اینکه جایگزین آن شود.

راه‌اندازی

پیاده‌سازی با نسخه‌ای غیرسفارشی از Trader’s Room Prop. Firm Edition که به MT5 متصل شده بود آغاز شد. از زمان ارسال پیشنهاد امضاشده تا ثبت‌نام‌های زنده، حدود سی روز طول کشید.

سه ارائه‌دهنده پرداخت آفریقای جنوبی و آفریقایی — OZOW (instant EFT)، PayFast (cards/EFT)، و یک مسیر منطقه‌ای کریپتو — تا ماه 2 و پیش از هرگونه حجم معنادار، فعال شدند. پرتال کاربر نهایی در دو زبان راه‌اندازی شد. ماژول Affiliate هم‌زمان با master label فعال شد تا شبکه Affiliate موجود مشتری از روز اول بتواند از ارجاع‌های Prop Firm کمیسیون کسب کند.

در سه‌ماهه نخست، پلتفرم اولین چالش‌های پولی خود را اجرا می‌کرد، نخستین رویدادهای کمیسیون IB در حال پردازش بودند، و نخستین اسناد KYC از طریق خط لوله KYC پلتفرم تأیید می‌شدند.

چرخش — از یک کارگزاری به یک پلتفرم white-label

تصمیم سرنوشت‌ساز حوالی ماه 5 گرفته شد. مشتری دریافت که این پلتفرم می‌تواند برای راه‌اندازی Prop Firm دیگران هم استفاده شود. معماری Regions در Kenmore اجازه می‌دهد چندین محیط Trader-side — هرکدام با دامنه، برندینگ، هویت ایمیل، گزینه‌های واریز، تنظیمات زبان و دامنه‌بندی نقش‌های ادمینِ خاص خود — روی یک back-end واحد CRM Admin اجرا شوند. مشتری تصمیم گرفت این قابلیت را تجاری‌سازی کند.

در هشت ماه بعد، Kenmore یک توالی از regionهای جدید را روی همان setup اصلی راه‌اندازی کرد:

  • ماه 5 — region با برند عملیاتیِ خود مشتری، جدا از master label، فعال شد. این منطقه به خانه اصلی بخش عمده پایگاه فعلی مشتریان forex آن‌ها تبدیل شد.
  • ماه 7 — یک region white-label دوم برای یک شریک خارجی راه‌اندازی شد، با برندینگ و مسیریابی PSP مخصوص به خود.
  • ماه 8 — یک region شریک سوم با خط محصول Prop Firm متمایز و Trader’s Room اختصاصی خودش راه‌اندازی شد.
  • ماه 11 — ماژول مسابقات در سراسر master label فعال شد و مسابقات ماهانه زمان‌بندی‌شده را با ساختار جوایزی که به‌جای پرداخت نقدی، بر پایه challenge accounts ارزش‌گذاری شده بودند پشتیبانی کرد — هم‌راستاسازی تمیزِ هزینه بازاریابی با موجودی پلتفرم.
  • ماه 12 — یک region چهارم راه‌اندازی شد که این بار به برند آموزشی مشتری متصل بود: یک «Prop Trading Academy» که دسترسی به دوره‌ها را با challenge accounts ترکیب می‌کرد.
  • ماه 13 — دو region شریک دیگر در همان ماه راه‌اندازی شدند و مجموع regionهای فعال روی یک backbone واحد Kenmore را به هفت رساندند.

ساختار اقتصادی دقیقاً منعکس‌کننده هدفی بود که Kenmore برای ویژگی Regions طراحی کرده بود: اپراتور اصلی تمام وجوه ورودی/خروجی را از طریق یک مجموعه تجمیع‌شده از PSPها و یک اتصال MT5 مدیریت می‌کرد، در حالی‌که ادمین‌های هر region برند خود، بازاریابی، برنامه‌های IB و جریان‌های کاربرمحور را اداره می‌کردند. اپراتور اصلی به Kenmore یک هزینه ماهانه پلتفرم به‌علاوه هزینه راه‌اندازی و ماهانه به‌ازای هر region white-label پرداخت می‌کرد؛ شرکا هم بر اساس شرایطی که مستقل مذاکره شده بود به اپراتور اصلی پرداخت می‌کردند. Kenmore آن را ساخت؛ مشتری آن را به یک جریان درآمد تکرارشونده تبدیل کرد که پیش از آن نداشت.

پل‌زدن کارگزاری forex به Prop Firm

مهم‌ترین تصمیم فنی در این همکاری، یکپارچه‌سازی با CRM forex موجود مشتری بود. این کار سفارشی بود: یک push خودکار که به مشتری اجازه می‌داد یک مشتری ثبت‌شده forex را با هویت، وضعیت KYC، انتساب Affiliate و ترجیحات تماسِ حفظ‌شده، به یک region Prop Firm منتقل کند.

داده‌ها نشان می‌دهند این یکپارچه‌سازی چه چیزی را آزاد کرد. چهار ماه اول روی پلتفرم، حجم ثبت‌نامی ثابت اما متوسط تولید کرد — صدها ثبت‌نام در ماه. در ماه 7، یک مهاجرت انبوهِ واحد، حدود دویست برابرِ آن خط پایه ماهانه را به region با برند عملیاتی منتقل کرد: بیش از نه‌دهمِ تریدرهای جدید آن ماه مستقیماً با کدهای تبلیغاتی ضمیمه‌شده به region جدید رفتند. ماه‌های بعدی همچنان با پایه‌ای بالاتر از قبل ادامه یافتند، چون مهاجرت به‌جای cannibalise کردن جذب ارگانیک، یک uplift دائمی در «جهان فعال» ایجاد کرد که master label به آن بازاریابی می‌کرد.

این همان نقطه اثباتی است که بیشتر بنیان‌گذاران Prop Firm درباره‌اش سؤال می‌پرسند و تعداد کمی می‌توانند آن را به‌صورت شفاف نشان دهند: می‌توان یک دفتر موجود forex را بدون آن‌که همه‌چیز از نو onboard شود به یک محصول Prop منتقل کرد، چون همان CRM می‌تواند هر دو نوع مشتری را زیر یک مدل هویتی نگه دارد.

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

  • Prop Firm CRM و Trader’s Room. پلتفرم اصلی: ثبت‌نام، KYC، واریز، خرید challenge، تخصیص حساب MT5، داشبورد تریدر، back-office ادمین. ابتدا در نسخه غیرسفارشی مستقر شد و سپس به‌تدریج سفارشی‌سازی شد.
  • معماری Regions. master label نخستین region بود. شش region دیگر در دوازده ماه بعدی راه‌اندازی شدند، هرکدام با برندینگ مستقل، دامنه، کانال‌های واریز، پیکربندی زبان و دامنه‌بندی نقش‌های ادمین — اما همگی با یک سرور MT5، یک ماژول مدیریت ریسک، یک خط لوله KYC، یک صف Tasks و یک مجموعه PSPهای زیربنایی.
  • Multi-Level IB / Affiliates. از ماه 1 فعال شد تا شبکه IB موجود مشتری همچنان از حجم Prop Firm درآمدزایی کند. تا پایان Year One، بیش از صد IB فعال متصل بودند و ثبت‌نام‌های منتسب به IB حدود بیست‌وهفت درصد از کل sign-upها را تشکیل می‌دادند — نشانه‌ای قوی از این‌که کتاب Affiliate موجود واقعاً وزن قابل‌توجهی را به محصول جدید منتقل کرد.
  • راهکارهای پرداخت با تخصص منطقه‌ای. ده PSP زنده در تجمیع‌کننده پرداخت Ninjacharge یکپارچه و از طریق آن مسیریابی شدند: EFT فوری آفریقای جنوبی (OZOW)، کارت‌های آفریقای جنوبی (PayFast)، ریل‌های محلی نیجریه (OnlineNaira)، ریل‌های جنوب آسیا (CricPayz)، سه مسیر کریپتو (Binance، NACE، Confirmo)، و ریل‌های جهانی کارت/کیف‌پول (Stripe، Skrill، AstroPay). لایه تجمیع‌کننده به مشتری اجازه داد بر اساس کشور و زمینه منطقه‌ای، گزینه‌های مناسب را به تریدر مناسب نمایش دهد، بدون نیاز به توسعه سفارشی برای هر منطقه.
  • ماژول مدیریت ریسک با قوانین سفارشی. فراتر از اعمال استانداردِ محدودیت ضرر روزانه / ضرر کل / هدف سود، Kenmore روی موتور استاندارد چالش، یک Rule برای Consistency، یک Profitable Days Counter، و یک مکانیزم trailing-drawdown سفارشی ساخت. این‌ها همان شکل‌های قانونی بودند که مشتری می‌خواست با آن‌ها محصول حساب فاندشده خود را از رقبا متمایز کند.
  • Leaderboards و مسابقات. ماژول مسابقات در ماه 11 اضافه شد و برای اجرای مسابقات زمان‌بندی‌شده چند هفته‌ای با سطوح جوایز مبتنی بر اعتبارهای challenge account استفاده شد. در بازه گزارش‌شده دو مسابقه برگزار شد و هر دو دارای جدول جوایز دوازده‌مرحله‌ای بودند که از حساب‌های چالشی 10,000 دلاری تا حساب‌های چالشی 2,000,000 دلاری در بالای جدول امتداد داشتند.
  • Live Chat، رابط چندزبانه. همه موارد استاندارد، از زمان لانچ مستقر شدند.

توسعه سفارشی

توسعه سفارشی به‌صورت پایدار و عمدتاً در ماه‌های بلافاصله پس از اوج عملیاتی متمرکز بود — دوره‌ای که مشتری در حال یادگیری تفاوت رفتار تریدرهایش با تریدر عمومی Prop Firm بود. کارهای سفارشی شاخص، به ترتیب تقریبی:

  • ماژول Affiliate — تب اضافی (ماه 4) برای workflow مشخص Affiliate مشتری.
  • تاب‌آوری عملیاتی (ماه 8) — کنترلرهای توقف، بازیابی حساب‌های مفقود، همگام‌سازی مجدد داده‌ها — که به‌صورت واکنشی پس از یک incident کوتاه همگام‌سازی MT5 در مقیاس بالا ساخته شد.
  • Profitable Days Counter و منطق تریگر اضافی (ماه 8) — یک شاخص ریسک که مشتری می‌خواست به منطق چالش خود اضافه کند و در مجموعه قوانین استاندارد وجود نداشت.
  • بهبودهای تاریخچه تریدر (ماه 9) — نرمال‌سازی timezone، افزودن ستون buy/sell به جدول تاریخچه تریدر، و نگهداشت عمر حساب به‌گونه‌ای که حساب پس از pass/fail همچنان قابل مشاهده بماند.
  • هشدارهای امنیتی (ماه 9) — هشدارهای ورود با تغییر IP هم در داشبورد تریدر و هم در خود حساب معاملاتی نمایش داده شدند.
  • عملیات فروش (ماه 9) — تنظیمات مختلف مجوزها، تا عوامل پشتیبانی بتوانند محیط یک تریدر را تحت یک audit trail جداگانه مشاهده کنند.
  • Consistency Rule و گزینه‌های upsell (ماه 12) — قاعده‌ای که مانع قبولی تریدرها در یک چالش با یک روز بسیار بزرگ می‌شود، به‌علاوه یک لایه upsell که به خریداران اجازه می‌دهد یک حساب فعال را در جریان کار تمدید یا ارتقا دهند.
  • پالایش فرانت‌اند (ماه 13) — حذف live chat و صفحه پشتیبانی در آستانه بازطراحی UX، که به‌صورت یک کار سفارشی کوچک انجام شد نه یک تغییر تنظیمات، تا audit trail تمیز بماند.

هر یک از این موارد از یک نیاز عملیاتی واقعی آمده بود، نه از roadmap؛ این ریتم نشان می‌دهد که پلتفرم طی ماه‌های 4 تا 13 در حال جذب مشخصات خاص مشتری بود، نه در یک فاز بزرگ و ناگهانی.

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

ثبت‌نام‌ها در نیمه اول سال اول به‌صورت نمایی رشد کردند و سپس در ماه 7 یک جهش مرحله‌ای داشتند. نخستین ماه غیرناچیز یک baseline ایجاد کرد؛ تا ماه 6، پلتفرم به‌صورت ارگانیک حدود 125 برابر آن baseline کار می‌کرد. ماه 7 — مهاجرت عمده پایگاه مشتریان forex موجود مشتری به منطقه جدید با برند اپراتور — یک جهش ماهانه حدود 210 برابر baseline ایجاد کرد که بیش از نود درصد آن با promo code به منطقه جدید هدایت شد. ماه‌های بعدی در حدود 3 تا 5 برابر حالت پایدار پیش از مهاجرت تثبیت شدند که نشان می‌دهد مهاجرت، افزایشی بود نه یک رویداد یک‌باره که با رشد ارگانیک اشتباه گرفته شود.

خریدهای موفق challenge در ماه 9 به اوج حدود 93 برابر نخستین ماه غیرناچیز خرید رسید. بازه اوت تا اکتبر سال اول بیش از 60 برابرِ بازه فوریه تا آوریل خرید موفق challenge تولید کرد — یک رشد فصلیِ سمت درآمد که با تبدیل‌شدن مخاطبان مهاجرت‌کرده به قیف درآمدی هم‌راستا بود.

میانگین challenge به ازای هر خریدار روی 1.8 قرار گرفت. در کل دوره، میانه خریداران فعال تقریباً دو challenge خریدند — سیگنال قویِ خریدِ تکرارشونده برای مخاطبی که در بسیاری موارد برای نخستین بار با محصولات Prop Firm آشنا می‌شد.

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

نسبت‌دادن IB (Affiliate) نزدیک 27% بود. حدود یکی از هر چهار تریدر ثبت‌نام‌کرده با یک حساب IB متصل وارد شد و برنامه بیش از 100 IB فعال را پوشش می‌داد. این رقم برای یک عملیات Prop Firm در سال اول بالا است و نشان می‌دهد شبکه Affiliate موجود مشتری از همان ابتدا در محصول جدید به کار گرفته شد.

حجم KYC، ایمیل، journal و task به‌صورت هم‌زمان رشد کرد. در فصل اوج (ماه‌های 8 تا 10)، پلتفرم حدود 60% از کل اسناد KYC کل دیتاست را پردازش کرد، بیش از نیمی از همه ایمیل‌های مشتری را ارسال کرد، و نزدیک به دو‌سوم همه رویدادهای client-journal را ثبت کرد.

دامنه جغرافیایی به 191 کشور گسترش یافت، و پایگاه تریدرها به‌شدت در آفریقا (حدود 72% از کل ثبت‌نام‌ها) و جنوب آسیا (حدود 18%) متمرکز بود. بزرگ‌ترین کشور مبدأ در واقع در بازار داخلی اپراتور نبود — داده‌ها تقسیم تقریباً برابر میان دو کشور آفریقایی پیشرو را نشان می‌دهند، با چند کشور آفریقایی دیگر که حجم‌های قابل‌توجهی ایجاد کردند. پلتفرم یک‌بار ساخته شد و تریدرها را از نقشه‌ای بسیار بزرگ‌تر از آنچه بروکر اولیه مشتری هرگز تجربه کرده بود، جذب کرد.

تأیید ایمیل در 84% از کل جمعیت برقرار بود — به‌اندازه‌ای بالا که نشان دهد قیف ثبت‌نام با ترافیک بی‌کیفیت آلوده نشده، و به‌اندازه‌ای پایین که نشان دهد هنوز در cohort تأییدنشده فضای جذب وجود دارد.

اندازه‌گیری برحسب منطقه با بلوغ کسب‌وکار white-label تغییر کرد. در اوج استراتژیک (ماه 13)، منطقه با برند خود اپراتور حدود 60% از کل تریدرها را به خود اختصاص داد، master label حدود 39% را، و چهار منطقه external white-label باقی‌مانده سهم باقیمانده را.

سرعت محصول

در سیزده ماه، مشتری 338 واریانت متمایز محصول challenge را در 29 دسته ساخت و پیکربندی کرد — One-Step، Two-Step، Three-Step، Three-Phase، Pro، Smart، Instant Funding، Free Trial، مسابقات، به‌علاوه tierهای مخصوص شریک. تنها ماه اوج برای پیکربندی محصولات جدید، 87 واریانت جدید challenge تولید کرد؛ بیش از کل سه‌ماهه اول عملیات. هر منطقه white-label توانست زیر همان موتور، خط محصول خودش را تعریف کند. promo codeها نیز هم‌پای آن مقیاس شدند: حدود 2,800 کد در این بازه ایجاد شد و بیش از 18,000 بار استفاده شد، و پرحجم‌ترین ماه استفاده، همان مهاجرت عمده ماه 7 بود.

برای یک اپراتور Prop Firm در سال اول، چنین سطحی از تنوع محصول معمولاً یک شاخص پیشرو از بلوغ عملیاتی است. این یعنی تیم به اندازه کافی به پلتفرم اعتماد داشت که هر هفته در پیشنهادهای خود بازنگری و تکرار کند.

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

چند نکته درباره پلتفرم Kenmore که این همکاری به‌وضوح نشان می‌دهد:

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

معماری Regions به‌عنوان یک مدل کسب‌وکار عمل می‌کند، نه فقط یک قابلیت. این مشتری فقط دو برند را اداره نکرد — بلکه استقرار Kenmore خود را به یک پلتفرم white-label تبدیل کرد و در کنار آن شش region اضافی را نیز onboard کرد. حالا مشتری، خودِ پلتفرم را هم می‌فروشد، علاوه بر اینکه challengeها را از طریق پلتفرم می‌فروشد.

یک کارگزاری forex می‌تواند بدون نیاز به onboarding مجدد کتاب خود، به یک Prop Firm پل بزند. ارزشمندترین یکپارچه‌سازی سفارشی در این همکاری، اتصال بین CRM forex موجود مشتری و region جدید Prop Firm بود. مهاجرت ماه ۷ نشان داد که این اتصال در مقیاس بالا هم کار می‌کند.

پلتفرم منطق سفارشی مدیریت ریسک را بدون شکستن مدل استاندارد جذب می‌کند. قانون Consistency Rule، شمارنده Profitable Days Counter، و trailing drawdown سفارشی — این‌ها در کنار اعمال استاندارد loss روزانه/total loss پیاده‌سازی شدند، بدون اینکه نیازی به fork باشد. شکل‌های جدید قانون اضافه می‌شوند؛ شکل‌های قدیمی قانون به کار خود ادامه می‌دهند.

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

چند-منطقه‌ای بودن، چند-سیستمی بودن را لازم ندارد. یک سرور MT5، یک pipeline KYC، یک ماژول مدیریت ریسک، و یک صف Tasks، هفت region را با برندها، زبان‌ها، گزینه‌های واریز و محدوده‌بندی نقش‌های مدیریتیِ مخصوص به خود پشتیبانی کردند. با اضافه شدن هر region جدید، ردپای عملیاتی تقریباً رشد نمی‌کرد.

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

شاخصمقدار
زمان از امضای پیشنهاد تا نخستین تریدر زنده≈ 30 روز
Regions زنده روی یک backbone از Kenmore1 → 7 (در 13 ماه)
Regions شریک white-label خارجی onboard شده5
پیکربندی‌های challenge ساخته‌شده338
دسته‌های challenge29
یکپارچه‌سازی‌های زنده PSP (به‌جز aggregator)10
زبان‌های پشتیبانی‌شده2
کشورهای دارای تریدر ثبت‌شده191
سهم آفریقا از پایگاه تریدرهای ثبت‌شده≈ 72%
سهم تریدرهای منتسب به IB≈ 27%
IBهای فعال در شبکه100+
میانگین challenge به ازای هر خریدار1.8
نسبت درآمد challenge : پرداخت funded≈ 18:1
نرخ تأیید ایمیل (در کل cohort)≈ 84%
جهش ثبت‌نام تک‌ماهه در ماه 7 نسبت به مبنای ماه 1≈ 210×
خرید challenge در اوج ماه نسبت به ماه نخستِ خرید واقعی≈ 93×

یک پلتفرم Prop چندبرندی می‌سازید؟

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

یک CRM. هفت منطقه. بدون نیاز به جابه‌جایی پلتفرم.

Get access to documentation and consultation