دو منطقه، دو پلتفرم، ده‌ها هزار تریدر: 24 ماه عملکرد یک Prop Firm با معامله‌گری جهانی روی Kenmore

درباره مشتری

مشتری یک شرکت Proprietary Trading مستقر در خلیج است که مخاطبانی با فعالیت معاملاتی جهانی دارد. قیف چالش آن‌ها به تریدرهای خرد در بیش از دویست کشور می‌فروشد — بزرگ‌ترین گروه‌ها از بریتانیا، ایالات متحده، هند، فرانسه، آلمان و منطقه مدیترانه می‌آیند — و تمام تجربه کاربریِ سمت تریدر به زبان انگلیسی ارائه می‌شود. آن‌ها یک خط محصول جامع را اداره می‌کنند: چالش‌های ارزیابی یک‌مرحله‌ای، دو‌مرحله‌ای و سه‌مرحله‌ای در کنار نسخه‌های instant-funding و instant-pro، با هر دو مدل ریسک fixed-drawdown و trailing-drawdown.

راه‌اندازی — از قرارداد تا تریدرهای فعال در حدود یک ماه

فاکتور راه‌اندازی اولیه در هفته سوم ماه اول صادر شد. اولین تریدر 32 روز بعد روی پلتفرم ثبت‌نام کرد. فاکتور تحویل نهایی حدود شش هفته پس از امضای قرارداد بسته شد. در این فاصله، موارد زیر را پیاده‌سازی کردیم:

  • کل Kenmore Prop Firm Trader’s Room و CRM، پیکربندی‌شده بر پایه استک استاندارد Matchtrader؛
  • Express Checkout برای قیف عمومی چالش؛
  • ایمیل تراکنشی و بازاریابی؛
  • چت زنده؛
  • یکپارچه‌سازی پرداخت Express-checkout از طریق Paytiko، در پشت لایه تجمیعی Ninjacharge برای مسیریابی؛
  • برندسازی (لوگو، هدر، فوتر، favicon) و پورتال سمت تریدر با هدایت URLهای affiliate.

اولین موجِ بیش از پنجاه تیکت در همان اسپرینت آغازین متمرکز بود. بعد از آرام شدن لانچ، روند کار توسعه سفارشی به چند تیکت در ماه کاهش یافت و همان‌جا ثابت ماند.

آنچه ارائه دادیم

Prop Firm CRM و Trader’s Room

هسته اصلی پیاده‌سازی. CRM به مدیران، تیم پشتیبانی و تیم ریسکِ شرکت یک فضای کاری واحد می‌دهد که تمام تعاملات تریدر را پوشش می‌دهد: صف وظایف یکپارچه برای واریزها، KYC، برد و باخت در مرحله دمو، ایجاد حساب لایو، درخواست‌های برداشت، کمیسیون‌های IB و تیکت‌های پشتیبانی. Trader’s Room هم به مشتری نهایی یک پرتال می‌دهد تا ثبت‌نام کند، KYC را تکمیل کند، چالش‌ها را بخرد و دوباره امتحان کند، حساب‌های خود را در هر دو منطقه مدیریت کند و درخواست برداشت ثبت کند.

در طول چرخه عملیاتی، گردش‌کار وظایف بین Year 1 و Year 2 رشد چندبرابری در توان عملیاتی را مدیریت کرد — از جمله یک ماه پاییزی در Year 2 که حدود 2.4× حجم معمول وظایف را ثبت کرد — بدون هیچ مداخله‌ای از سمت پلتفرم. ردپای کامل audit trail ژورنال مشتری و audit trail اقدامات ادمین از هر ورودی پشتیبانی می‌کند. تمام این‌ها پشت یک تیم ادمین داخلی چهار نفره برای مشتری قرار داشت و تیم Kenmore از نظر مدیریت سیستم پشتیبانی می‌کرد.

مدیریت چالش — کارخانه محصول

این همان بخشی است که پلتفرم در آن بهترین عملکرد را دارد و داده‌ها هم این را نشان می‌دهند: بیش از 870 پیکربندی متمایز چالش در طول همکاری ساخته و فروخته شد. کاتالوگ پیکربندی شامل دسته‌های یک‌مرحله‌ای، دو‌مرحله‌ای، سه‌مرحله‌ای، instant و instant-pro است، در حالت‌های ریسک fixed-drawdown و trailing-drawdown، و بر اساس کاتالوگ انواع حساب MT5 و Matchtrader شرکت نگاشت شده است.

سرعت تولید محصول عمداً یکنواخت نبود. Year 1 حدود نود پیکربندی چالش را ایجاد کرد — به اندازه‌ای که بتوان راه‌اندازی و عملیات را پیش برد. Year 2 شاهد افزایش بیش از هشت‌برابریِ تعداد بود، زیرا شرکت روی چرخه‌های فصلی محصول، چالش‌های رویدادهای ویژه و پیشنهادهای انحصاری برای شرکا تمرکز کرد. یک ماه پاییزیِ Year 2 شاهد راه‌اندازی 130 پیکربندی جدید برای یک کمپین تبلیغاتی بود؛ یک ماه آغازینِ زمستان در Year 2 نیز بیش از 300 مورد را ثبت کرد. پیکربندی برای تیم محصول شرکت یک سطح no-code است — برای عرضه یک گونه جدید از چالش نیازی به توسعه‌دهنده ندارند — و آن‌ها به‌صورت تهاجمی از این سطح استفاده کردند.

مدیریت ریسک و لیدربوردها

trailing drawdown در اوایل همکاری به‌عنوان یک نوع trigger سفارشی اضافه شد (ویژگی‌ای که شرکت مشخصاً درخواست کرده بود — ببینید توسعه سفارشی در ادامه — و اکنون در کل پایگاه نصب Prop Firm ما به استاندارد تبدیل شده است). حدود یک‌سوم پیکربندی‌های چالش شرکت اکنون از قوانین trailing-drawdown استفاده می‌کنند. خودِ تیم ریسک در اواخر Year 2 به‌عنوان یک نقش ادمین اختصاصی اضافه شد — نشانه‌ای از بلوغ سازمانی، نه یک کمبود؛ پلتفرم پیش‌تر قوانین را در محیط production اجرا می‌کرد و شرکت برای اقدام بر اساس آنچه می‌دید، نیرو اضافه کرد.

عملیات چندمنطقه‌ای — دو برند، یک CRM

شرکت دو منطقه را روی یک پلتفرم مشترک اجرا می‌کند. برند اصلی در ماه اول راه‌اندازی شد. یک برند دوم در Month 5 مستقر شد — یک منطقه اضافه کامل با لوگو، favicon، یکپارچه‌سازی MT5، جریان واریز/برداشت، sender ایمیل منطقه‌ای، و قوانین یکتایی حساب که از برند اصلی جدا شده‌اند. بررسی‌های آگاه از منطقه تضمین می‌کنند که یک تریدر می‌تواند در هر دو برند حساب داشته باشد بدون اینکه هویت‌ها با هم تداخل پیدا کنند؛ ایمیل‌های منطقه‌ای از فرستنده درست ارسال می‌شوند؛ و Backoffice هر دو منطقه را با یک برچسب منطقه‌ای در یک صف وظایف می‌بیند.

منطقه دوم حدود 9% از ثبت‌نام‌های تریدرها را به خود اختصاص می‌دهد اما در بازه فعال خود در Year 1 و بخش ابتدایی Year 2 به‌طور نامتناسبی سهم داشت، پیش از آنکه شرکت تمرکز خود را دوباره به برند اصلی بازگرداند.

یکپارچه‌سازی‌ها و مهاجرت‌های پلتفرم معاملاتی

راه‌اندازی روی Matchtrader انجام شد. MT5 در Month 5 هم‌زمان با rollout منطقه دوم اضافه شد، که به شرکت دو پلتفرم معاملاتی هم‌زمان روی همان Trader’s Room داد. در طول همکاری، سپس دو مهاجرت جداگانه سرور MT5 را مدیریت کردیم — حساب‌ها، گروه‌ها و تاریخچه معاملات — بدون اینکه جریان سمت مشتری مختل شود:

  • پایان Year 1 / آغاز Year 2: یک مهاجرت کامل حساب‌های معاملاتی از سرور MT5 اولیه به یک استقرار جدید MT5. این مهاجرت از بین این دو بزرگ‌تر بود: استقرار سرور جدید، مهاجرت حساب‌ها و گروه‌ها، تغییر routing در Trader’s Room، و بازنشسته‌کردن سرور قدیمی.
  • اواسط Year 2: یک استقرار سرویس MT5 دوم که footprint پلتفرم را یکپارچه کرد و همه مناطق را به MT5 تولیدی فعلی منتقل کرد.

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

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

راهکارهای پرداخت — استک merchant

استک فعال پرداخت برای خرید چالش در نهایت به این موارد رسید:

  • Paytiko به‌عنوان PSP اصلی، که حدود 93% از حجم موفق خرید چالش بر اساس مبلغ دلاری را پوشش می‌داد؛
  • Ninjacharge به‌عنوان لایه routing/aggregation بالای لایه PSP؛
  • یک کانال تأیید دستی در سمت ادمین برای موارد خاص و تطبیق آفلاین.

دلار-سهم متمرکز است، اما مزیت عملیاتی تعداد merchants نیست — این است که اضافه‌کردن یا جابه‌جا کردن یک PSP پشت Ninjacharge به‌جای یک release کد، یک تغییر پیکربندی است. این integration برای رشد کردن اندازه‌گذاری شده بود.

Affiliates — مهاجرت برنامه

در طول این engagement دو مدل distinct از partner-program اجرا شد، و transition بین آن‌ها بخشی از داستان است.

موتور اصلی Affiliate از زمان launch تا آغاز Year 2 اجرا می‌شد — قوانین commission چندسطحی و workflowهای task خودکارِ رویداد-commission برای هر purchase واجد شرایطِ challenge. در quarter دوم Year 2 ما firm را به یک ماژول Affiliates renewed منتقل کردیم — سبک‌تر، با reporting تمیزتر و integration فشرده‌تر با visualisation درخت Affiliate Kenmore — و صف ایجاد accountهای Affiliate به صف ایجاد accountهای Affiliate hand off شد. تا پایان این بازه، firm به یک base از partner accountها در محدوده چندصد رسید، که مجموعاً از هر دو نسل program به دست آمده بود.

commissionها در طول این engagement به چندصد رویداد commission رسیدند، اما این program عمداً یک top-up است نه channel اصلی acquisition — فروش مستقیم از طریق calendar فصلی promo (see below) موتور اصلی است.

Express Checkout و موتور promo فصلی

challengeها از طریق یک express checkout تک‌صفحه‌ای که از site marketing firm لینک شده است خریداری می‌شوند، و module Kenmore Promo Codes لایه تخفیف را power می‌کند.

در Year 1 موتور promo بخش عمده کار discounting را بر عهده داشت: 76 promo code distinct که حول یک calendar از رویدادهای فصلی ساخته شده بودند (summer، year-end، retake offerها، campaignهای holiday-themed، Black Friday، Cyber Monday، و چندین campaign holiday-themed در هر سال)، و حدود 8,500 checkout دارای discount را ایجاد کردند. بهترین code از نظر عملکرد نزدیک به 2,800 استفاده جذب کرد؛ بعدی بیش از 2,400. در Year 2 firm strategy را تغییر داد و بیشتر discounting را به خودِ لایه challenge-configuration منتقل کرد (price-vs-list مستقیم روی product)، که attribution را ساده‌تر کرد اما cadence فصلی را در طول build-out پیکربندی حفظ کرد.

KYC، چندزبانه، live chat، و pipeline اسناد trader

KYC از طریق module استاندارد Trader Documents اجرا شد — submission، assignment بازبین، handling انقضا، emailهای approval، و scoring AML همگی داخل workflow task wired شده بودند. نسبت سندِ پردازش‌شده به trader ثبت‌شده در کل arc عملیاتی کمی کمتر از یک سند به ازای هر trader ثبت‌شده است. KYC به‌جای registration به مرحله funded-trader gated شده است، بنابراین بخش عمده submissionها روی جمعیتی متمرکز می‌شود که واقعاً در آستانه پرداخت هستند.

portal فقط به زبان انگلیسی است، که برای audience جهانیِ firm مناسب است — جمعیت trader بیش از دویست کشور را در بر می‌گیرد اما به انگلیسی ثبت‌نام و معامله می‌کند. live chat به‌صورت پیش‌فرض برای portal trader و site public فعال است.

توسعه سفارشی — کنترل‌شده و themed

در طول این engagement چند پروژه customization برای این project پیاده‌سازی شد. تقسیم‌بندی:

5 ویژگی net-new, که هر کدام اکنون بخشی از build استاندارد prop-firm Kenmore هستند:

  • Trailing Drawdown به‌عنوان یک trigger type جدید (اوایل Year 1) — ویژگی‌ای که در اصل این client درخواست کرده بود؛ ما آن را به‌صورت یک trigger عمومی ساختیم و از آن زمان بخشی از platform بوده است;
  • integration منطقه‌ای برای brand دوم (Month 5);
  • integration MT5 به‌عنوان یک افزوده per-region (Month 7);
  • ابزارهای migration MT5 (آغاز Year 2);
  • یک role جدید admin به‌همراه مدل permissions refined (اواسط Year 2)، که از تقسیم firm بین staff پشتیبانی read-only و تیم risk اختصاصی پشتیبانی می‌کند.

43 ticket مربوط به task و sub-task, که بیشترشان در sprint launch و دو بازه migration MT5 متمرکز بودند.

عبارت «3 bug در 24 ماه» چیزی است که بیش از همه به آن افتخار می‌کنیم. ده‌ها هزار trader، دو migration platform معاملاتی، دو نسل برنامه Affiliate، جهشی چندبرابری در throughput پرداخت، و سه bug ثبت‌شده.

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

ما عمداً اعداد مطلق را از case studyهای منتشرشده حذف می‌کنیم — آنچه operator bank می‌کند و آنچه پرداخت می‌کند اطلاعات operator است، نه ما. شکل curve، به‌صورت indexed و ratioشده، داستان را تعریف می‌کند.

سال‌به‌سال — pool funded-trader بالغ شد

با مقایسه Year 1 (Months 1–12) با Year 2 (Months 13–24) به‌صورت تجمعی، با index کردن Year 1 = 1.00:

SeriesYear 1Year 2YoY multiplier
Challenge-purchase count1.00×1.39×1.4×
Challenge-purchase revenue1.00×8.20×8.2×
Payout count1.00×6.08×6.1×
Payout dollar volume1.00×3.69×3.7×

نامتقارنی خودِ داستان است. درآمد challenge-purchase سال‌به‌سال رشد کرد — برای یک prop firm در حال بلوغ، با جهش‌های رویدادهای فصلی که بار اصلی را به دوش می‌کشیدند، قوی بود. حجم payout به دلار 3.7× و از نظر رویدادها 6.1× رشد کرد. pool funded-trader از cohortهای Year 1 از بین نرفت؛ بلکه همچنان compound شد، همچنان به milestoneهای payout رسید، و back office هرکدام را از همان workflow task عبور داد.

اوج — Q3 Year 2 باعث شد payoutها تقریباً 9× baseline quarter launch شوند

با index کردن هر quarter نسبت به اولین quarter عملیاتی پایدار firm (Y1 Q2 — Months 4–6 — = 1.00):

QuarterPurchase volumePayout countPayout dollar volumePay-to-purchase ratio
Y1 Q2 (baseline)1.00×1.00×1.00×0.43 : 1
Y1 Q31.04×1.19×1.62×0.66 : 1
Y1 Q41.08×1.77×2.09×0.82 : 1
Y2 Q10.72×3.37×2.69×1.60 : 1
Y2 Q22.04×5.96×3.68×0.77 : 1
Y2 Q30.68×9.74×8.92×5.58 : 1
Y2 Q40.58×5.88×3.38×2.47 : 1

جهش promo در Q2 سال دوم — آزمون فشار عملیاتی

یک ماه promo واحد در پاییز Year 2 عملیات را از سخت‌ترین آزمون فشارش عبور داد:

  • 3.95× تعداد challenge-purchase معمول یک ماه؛
  • 3.35× حجم دلاری challenge-purchase معمول یک ماه؛
  • 2.4× throughput task معمول یک ماه؛
  • 2.8× تعداد ایجاد live-account معمول یک ماه؛
  • 130 پیکربندی challenge جدید که در همان یک ماه ایجاد شد.

platform همه این‌ها را بدون هیچ مداخله سفارشی پردازش کرد. موتور promo، workflow task، pipeline ایجاد live-account، صف بررسی سند KYC، و صف payout همگی در همان مسیر کد مقیاس شدند. تیم admin چهار نفره firm آن را مدیریت کرد.

تعامل trader و کیفیت

در سراسر arc عملیاتی:

  • 89% از مشتریان پرداخت‌کننده، چالش را در همان روز ثبت‌نام خود می‌خرند — یک قیف بازاریابی‌محور با نیت خرید بالا که در آن سایت عمومی کارِ تبدیل را انجام می‌دهد و Traders Room تحویل را بر عهده می‌گیرد؛
  • 94% اولین خرید خود را ظرف هفته اول انجام می‌دهند؛
  • به‌طور میانگین 3.6 چالش به ازای هر خریدار خریداری می‌شود — رفتار تکرار خرید قوی، همسو با مدل Prop Firm که اقتصادِ retake در آن اهمیت دارد؛
  • 24% از چالش‌های تکمیل‌شده پذیرفته می‌شوند به مرحله بعد یا لایو — در محدوده معمول صنعت، و پایدار در هر دو گروه سال 1 و سال 2؛
  • نرخ تأیید ایمیل بین سال 1 و سال 2 دو برابر شد — از حدود 40% به حدود 82% — زیرا شرکت قیف ثبت‌نام خود را سخت‌گیرانه‌تر کرد و سیگنال‌های ضدتقلب را در سایت عمومی اضافه کرد؛
  • میانگین هشتاد روز از قبولی در چالش تا دریافت اولین برداشت — شامل دوره‌های مربوط به قوانین تریدر تأمین‌شده، تأیید KYC و قوانین زمان‌بندی پرداختِ خود شرکت.

دامنه جغرافیایی — از ابتدا برای انگلیسیِ جهانی ساخته شد

از همان ابتدا مشخص بود که شرکت به‌صورت جهانی معامله خواهد کرد و داده‌ها نیز این الگو را تأیید می‌کنند. ظرف سه ماه اول، پلتفرم تریدرهایی از بیش از 120 کشور ثبت کرده بود؛ ظرف سال اول، بیش از 200 کشور. تا پایان بازه عملیاتی، دامنه تجمعی به 218 کشور متمایز رسید.

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

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

به‌نظر ما، سه چیز.

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

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

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

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

شاخصمقدار
زمان از امضای قرارداد تا اولین تریدر لایو≈ 32 روز
بازه عملیاتی24 ماه
پلتفرم‌های معاملاتی هم‌زمان اجراشدهMatchtrader + MT5
استقرارهای متمایز سرور پلتفرم معاملاتی4 در کل همکاری (شامل مهاجرت‌ها)
مناطق راه‌اندازی‌شده روی یک CRM مشترک2
زبان‌های پشتیبانی‌شده1 (انگلیسی — مخاطب انگلیسیِ جهانی)
کشورهای متمایز دسترسی‌یافته218
مقیاس جمعیت تریدرده‌ها هزار
پیکربندی‌های چالشِ فعال تا پایان بازه870+
سرعت پیکربندی چالش سال‌به‌سال≈ 8× سال 2 نسبت به سال 1
کدهای پروموی فعال مستقرشده (سال 1)76
پرداخت‌های تسویه‌چک‌اوت با پرومو (سال 1)≈ 8,500
سهم خریداران همان‌روز≈ 89%
سهم خریداران هفته اول≈ 94%
میانگین چالش به‌ازای هر خریدار3.6
نرخ قبولی چالش تکمیل‌شده≈ 24%
نرخ تأیید ایمیل (سال 1 → سال 2)≈ 40% → ≈ 82%
میانگین روزها از قبولی چالش تا اولین پرداخت≈ 80 روز
رشد تعداد پرداخت‌ها سال‌به‌سال6.1×
رشد دلاری پرداخت‌ها سال‌به‌سال3.7×
حجم اوج پرداخت فصلی نسبت به مبنای فصل راه‌اندازی8.9×
سرعت توسعه سفارشی در کل همکاری53 تیکت پشتیبانی در مجموع
ویژگی‌های جدید تحویل‌شده5 (همه اکنون جزو استاندارد پلتفرم Kenmore)
باگ‌های ثبت‌شده در سراسر همکاری3
حساب‌های افیلیت هم‌زمانصدها
PSP فعال از طریق تجمیع‌کننده NinjachargePaytiko + مسیر دستی
اندازه تیم داخلی مدیریت کلاینت4
نقش‌های ادمین پیکربندی‌شده تا پایان بازه5 (شامل تیم ریسک اختصاصی)

در حال راه‌اندازی یا توسعه یک Prop Firm هستید؟

از امضای قرارداد تا فعال‌سازی تریدرهای واقعی در ۳۲ روز. از راه‌اندازی تا ۲۱۸ کشور در ۲۴ ماه. با ما صحبت کنید تا ببینیم Prop Firm شما برای مقیاس‌پذیری بدون بازنویسی چه نیازی دارد.

یک پلتفرم. چندمنطقه‌ای. ساخته‌شده برای Prop Firmها.

Get access to documentation and consultation