مشتری یک شرکت معاملهگری اختصاصی است که به معاملهگران خرد در سراسر جنوبشرقی آسیا خدمات میدهد. اکثریت قاطع شرکتکنندگان آن در یک بازار داخلی واحد قرار دارند — نزدیک به نه نفر از هر ده نفر — اما این پلتفرم از زمان راهاندازی معاملهگرانی از بیش از پنجاه کشور جذب کرده است، با خوشههای ثانویه قابلتوجه در نقاط دیگر جنوبشرقی آسیا و شرق آسیا.
مدل کسبوکار یک نردبان کلاسیک از ارزیابی تا تامین سرمایه است: معاملهگران یک چالش میخرند، توانایی خود را در برابر قوانین دراوداون و هدف سود ثابت میکنند، و به یک حساب فاندشده ارتقا مییابند که در آن بیشتر سودی را که به دست میآورند برای خود نگه میدارند. آنچه این مشتری را جالب میکند این است که تا چه حد تهاجمی این نردبان را بهینهسازی کردند — و چه مقدار پول را دوباره به سمت معاملهگرانی که از آن عبور کردند بازگرداندند.
وقتی به ما مراجعه کردند، یک برند، یک مخاطب، و شروعی برای یک پایگاه شرکتکننده داشتند — و هیچیک از زیرساختهایی را که یک Prop Firm واقعاً بر آن اجرا میشود نداشتند. نه یکپارچهسازی پلتفرم معاملاتی، نه پورتال معاملهگر، نه CRM، نه مسیرهای پرداخت، نه موتور چالش. هرچه در ادامه میآید را ما ساختیم.
ما حدود پنج ماه پیش از افتتاح رسمی شرکت، وارد پروژه شدیم.
تحویل اصلی — Traders Room Prop Firm Edition با CRM داخلی آن — برنامهریزی، پیکربندی و در 46 روز از شروع پروژه تحویل شد. بخشهای پیرامونی حتی سریعتر پیش رفتند: برندینگ، لوگو و ظاهر پورتال مشتری در 10 روز فعال شد؛ سیستم چت زنده در 16 روز مستقر و عملیاتی شد؛ صفحه پرداخت سریع — جریان تکصفحهای مرور-انتخاب-پرداخت-ثبتنام که کل مدل تجاری بر آن استوار است — در 13 روز آماده شد. اولین درگاه پرداخت برای واریزهای چالش در کمتر از شش هفته یکپارچه و آزمایش شد.
چیزی که بقیه زمان را مصرف کرد، خود اتاق نبود. پلتفرم بود.
دامنه اولیه امضاشده یک build برای MT5 بود. در مراحل ابتدایی توسعه، مشتری مسیر را تغییر داد و ما بهجای آن یک endpoint برای cTrader مستقر کردیم. پیش از نهاییشدن آن تصمیم، دوباره مسیر عوض شد — این بار به TradeLocker.
ما یکپارچهسازی را بازسازی کردیم. این فرایند از اولین تیکت تا محیط production کمی کمتر از چهار ماه طول کشید و در همان ماهی نهایی شد که شرکت بهصورت رسمی راهاندازی شد.
این همان بخشی است که هیچکس در یک proposal برای ساخت Prop Firm نمینویسد. تغییر پلتفرم معاملاتی در میانه توسعه یک کلید تنظیمات نیست؛ بر provision کردن حسابها، مدیریت credentialها، دریافت تاریخچه معاملات، موتور قوانین چالش، و هر ایمیلی که به login اشاره میکند اثر میگذارد. ما دو بار این شوک را جذب کردیم و باز هم به پنجره راهاندازی رسیدیم.
مهاجرت دوم مربوط به دفتر معاملاتی خود مشتری بود. در ماه 2, طی دو روز, کل پایگاه موجود شرکتکنندگان و تاریخچه زنده چالش آنها را به پلتفرم منتقل کردیم — معاملهگران، ارزیابیهای باز، ارزیابیهای تکمیلشده، و وضعیت قبولی/ردی، همگی حفظ شدند. شرکت برای این کار معاملات را متوقف نکرد.
پرتال مخصوص تریدرها جایی است که شرکتکنندگان کاتالوگ چالشها را مرور میکنند، چالش را میخرند، پیشرفت ارزیابی خود را پیگیری میکنند، مدارک را ارسال میکنند و درخواست برداشت ثبت میکنند. ما آن را با دستهبندیهای چالش برای فیلتر بر اساس اندازه حساب، یک داشبورد زنده، تاریخچه معاملات، یک تقویم اقتصادی، چت پشتیبانی و بارگذاری مدارک پیکربندی کردیم. بیش از دو هزار رشته مخصوص تریدرها برای همراستا شدن با لحن برند مشتری پر شد و سه زبان رابط کاربری برای توسعههای آینده تنظیم شد.
مشتری به مخاطبی با ترافیک پولی میفروشد، بنابراین فاصله بین «علاقهمند» و «پرداختکننده» باید تقریباً صفر میبود. صفحه تسویه سریع مرور چالش، انتخاب، پرداخت و ثبتنام حساب را در یک فرم واحد خلاصه میکند و پشت آن یک API قرار دارد، بنابراین همان کاتالوگ میتواند در صفحات بازاریابی خودِ مشتری نیز نمایش داده شود. این بخش در محدوده اولیه پروژه بود، ظرف دو هفته تحویل شد و تاکنون تمام فروشهای پولی شرکت را پوشش داده است.
این همان ماژولی است که مشتری بیشترین استفاده را از آن داشت. این ماژول کنترل موجودی، قیمت، مدتزمان، سقف ضرر روزانه و کلی، حالت شرط ضرر، هدف سود، حداقل روزهای معامله، قوانین سازگاری، تقسیم سود، زمانبندی برداشت و متنهای مخصوص تریدرها را ــ برای هر محصول و بدون دخالت تیم فنی ــ در اختیارشان گذاشت. اینکه با این کنترل چه کردند موضوع بخش داده در ادامه است.
ما ماژول کد تبلیغاتی را در ماه 2 راهاندازی کردیم. این ماژول از تخفیفهای درصدی یا مبلغ ثابت، هدفگیری بر اساس هر محصول، قوانین برای کاربر جدید در برابر کاربر موجود، سقف استفاده سراسری، بازههای تاریخ فعال و تولید انبوه پشتیبانی میکند. سپس مشتری 139 کد ایجاد کرد، از جمله یک موج یکماهه 116تایی — عملاً یک کمپین اینفلوئنسر و افیلیت که کاملاً از داخل CRM اجرا شد.
این ماژول که در ماه 8 اضافه شد، به تریدرها اجازه میدهد هنگام تسویه اولیه، بهبودهای شرایط را خریداری کنند. مشتری یک ارتقای تقسیم سود را به آن متصل کرد — که سهم تریدر را تا 90% بالا میبرد — برای 10 مورد از پیکربندیهای چالش خود، و بدین ترتیب صفحه تسویه را بدون افزودن محصول جدید، برای بار دوم درآمدزایی کرد.
احراز هویت داخل محیط انجام میشود: تریدرها مدارک را بارگذاری میکنند، CRM وضعیت تأیید را پیگیری میکند و امتیازدهی AML به رکورد تریدر متصل میشود. حجم احراز هویت با مسیر تأمین سرمایه همراستا است نه با ثبتنامها، و همین هم مطلوب است — شرکت زمانی تریدرها را احراز میکند که قرار است به آنها پول بدهد، نه قبل از آن.
هر رویداد عملیاتی در سیستم — خرید چالش، نیاز به حساب دمو، موفقیت در ارزیابی، شکست در ارزیابی، افتتاح حساب فاندشده، ثبت درخواست برداشت، ارسال تغییر پروفایل — یک تسک با یک گردشکار مشخص در پشت آن ایجاد میکند. صد درصد تسکها در CRM مشتری بهصورت سیستمی ایجاد میشوند. هیچکس در تیم مشتری بهصورت دستی کار عملیاتی ایجاد نمیکند.
ما در نسخه پیشازعرضه، ارائهدهنده خدمات پرداخت انتخابی مشتری را برای خرید چالش با کارت و ارز محلی یکپارچه کردیم، سپس در ماه 2 وقتی مخاطبان مشتری آن را درخواست کردند، یک روش واریز استیبلکوین اضافه کردیم و در همان ماه یک مسیر برداشت مبتنی بر والت نیز افزودیم. Ninjacharge در بالای اینها بهعنوان لایه تجمیع و مسیردهی قرار میگیرد و هر تراکنش را به ارائهدهندهای که مشتری میخواهد به آن برسد هدایت میکند.
ماژول اعلانها رویدادهای تسک و واریز را به کانالهای خودِ مشتری ارسال میکند. چت زنده، گردشکار تیکت پشتیبانی، صندوق ورودی ادمین، سطحبندی دسترسی بر اساس چهار نقش ادمین، ثبت کامل فعالیتها، و یک لایه گزارشدهی قابلپیکربندی، بخش عملیاتی را تکمیل میکنند.
نه ساخت سفارشی روی محصول استاندارد اضافه شد. مهمترینهایشان اینها بودند:
نمودار سازگاری. Prop firmها با قوانین سازگاری زندگی میکنند و میمیرند، و نمودار استاندارد تاریخچه معاملات به تریدر نشان نمیداد که آیا داخل محدوده خودش هست یا نه. ما آن را با یک نمودار سازگاری اختصاصی در پورتال تریدر جایگزین کردیم — در ماه راهاندازی درخواست شد و در 10 روز تحویل داده شد.
گواهیها. تریدرهایی که ارزیابی را با موفقیت پشت سر بگذارند یا برداشت دریافت کنند، یک گواهی برندشده میگیرند که میتوانند آن را به اشتراک بگذارند. این به یک کانال بازاریابی برای مشتری تبدیل شد و آن را در طول سهماهه اول سه بار جداگانه بازطراحی کردند؛ سریعترین زمان تحویل همانروز بود.
اعتبارهای یکپارچه پلتفرم. مشتری میخواست رمز عبور اولین چالش یک تریدر به اعتبار اصلی پلتفرم معاملاتی او تبدیل شود، نه اینکه برای هر چالش یک لاگین جدید صادر شود. ما جریان ایمیل و تأمین را بازطراحی کردیم تا این کار ممکن شود — تغییری که زنجیره ایجاد حساب را از ابتدا تا انتها تحتتأثیر قرار داد.
بازیابی رمز عبور بهصورت خودخدمت. در ادامه موارد بالا، این امکان به تریدرها داده شد که رمز عبور پلتفرم معاملاتی خود را مستقیماً از داخل پورتال بازنشانی کنند و یک بار کاری پشتیبانیِ تکرارشونده حذف شد.
قانون غیرفعال بودن. در Month 9, مشتری یک شرط جدید برای شکست چالش درخواست کرد: ارزیابیهایی که برای تعداد مشخصی روز بدون معامله باقی بمانند، بهصورت خودکار بسته شوند. این قابلیت در 12 روز تحویل داده شد و اکنون در تفکیک دلیل رد شدن بهعنوان یکی از سه روش اصلی پایان یافتن یک ارزیابی نمایش داده میشود.
اعلانهای پورتال، فیلد توسعهیافته توضیحات چالش، و روش واریز رمزارزی، فهرست را کامل میکنند.
همه ارقام بهصورت شاخصشده یا به شکل نسبت بیان شدهاند. ماه 1 ماه راهاندازی است.
این تیتر اصلی است. با مقایسه سهماهه اول فعالیت شرکت با سهماهه دوم، حجم پول پرداختشده به تریدرهای تأمینشده 15.3× رشد کرد. پربازدهترین ماه پرداختی بهتنهایی — Month 6 — 11× اولین ماه فعالیت معنادار پرداختی شرکت بود.
این رشد ناشی از یک تریدر خوششانس نبود. پرداختیها در میان مجموعه روبهگسترشی از حسابهای تأمینشده پخش شد و تا پایان دوره مشاهدهشده، تقریباً دو نفر از هر پنج تریدر تأمینشده حداقل یک برداشت ثبت کرده بودند.
در کل دوره، بهازای هر واحد درآمد کارمزد چالشی که شرکت جمعآوری کرد، تقریباً 1.7 واحد بهصورت پرداختی به تریدرهای تأمینشده بازگشت — پیش از در نظر گرفتن سهم سود خود شرکت.
برای یک prop firm، آن نسبت معیار اعتبار است. تریدرها با هم صحبت میکنند و شرکتی که بهطور مشهود پرداخت میکند، شرکتی است که همچنان فروش دارد. و دقیقاً همین اتفاق بعدش رخ داد.
| فصل فعالیت | فروش چالش پرداختی | درآمد کارمزد چالش |
|---|---|---|
| Q1 (Months 1–3) | baseline | baseline |
| Q2 (Months 4–6) | +72% | +49% |
| Q3 (Months 7–9) | +36% | +38% |
رشد کل از Q1 تا Q3: +134% در حجم فروش. هیچ فصلی عقبگرد نداشت.
نمای ماهانه نوسان بیشتری دارد، همانطور که در جذب از طریق ترافیک پولی همیشه همینطور است. ماه اوج — Month 7 — 8.6× حجم فروش و 6.9× درآمد کارمزد کمرمقترین ماه نیمه اول را داشت.
بزرگترین رویداد جذب منفرد مشتری در Month 6 رخ داد، زمانی که آنها 116 کد پرومو در یک ماه تولید کردند و از طریق شبکه شرکای خود منتشر کردند. ثبتنامها در آن ماه به 8.8× سطح دو ماه قبل رسید و استفاده از کدهای پرومو در ماه بعد با 7.7× سطح Month 3 به اوج رسید.
کل این کمپین — تولید کد، هدفگیری بر اساس محصول، سقف مصرف، بازههای زمانی، ردیابی استفاده — توسط تیم خود مشتری داخل CRM و بدون هیچ دخالت توسعهای اجرا شد.
مشتری یک ارزیابی آزمایشی بدون هزینه را بهعنوان محصول بالای قیف فروش ارائه میدهد. بیش از یک نفر از هر چهار تریدری که آزمون رایگان را انجام دادند، بعداً یک چالش پولی خریدند. برای محصولی که برای شرکت هیچ هزینهای جز یک حساب دمو ندارد، این بازده بسیار خوبی است.
خریداران پرداختکننده بهطور میانگین 1.8 چالش پولی برای هر نفر داشتند، و یک نفر از هر سه نفر بیش از یک بار خرید کرد — برخی از آنها بارها و بارها. خرید مجدد، نه خرید اول، همان چیزی است که اقتصاد جذب یک prop firm را کار میاندازد و کاتالوگ عمداً برای پشتیبانی از آن ساخته شد.
از ارزیابیهایی که به نتیجه رسیدند، تقریباً یک نفر از هر دوازده نفر مرحله اول را گذراند. از میان آنهایی که به مرحله دوم رسیدند، نزدیک به نیمی آن را با موفقیت گذراندند. از ابتدا تا انتها، تقریباً یک نفر از هر ده تریدری که ارزیابی را شروع کردند به یک حساب تأمینشده رسیدند.
رایجترین دلایل پایان یافتن یک ارزیابی، سقف مجاز زیان کل، سقف مجاز زیان روزانه، و — پس از Month 9 — قانون جدید غیرفعال بودن بودند.
مشتری یک کاتالوگ را راهاندازی نکرد و آن را رها نکرد. آنها با یک خانواده ارزیابی دو مرحلهای در چهار سطح اندازه حساب بهعلاوه آزمون رایگان شروع کردند. در Month 2 یک خانواده تکمرحلهای اضافه کردند. در Month 3 یک سطح پنجم و سطح ابتدایی حساب را در هر دو خانواده و یک خانواده تأمین مالی فوری با دراوداون شناور راهاندازی کردند. در Month 7 کمهزینهترین محصول اکسپرس خود را معرفی کردند. در Month 8 upsale سهم سود را در سراسر کاتالوگ اضافه کردند.
این یعنی 34 پیکربندی فعال چالش در چهار خانواده محصول و پنج سطح اندازه حساب، ساختهشده در شش ماه — و همه اینها بهصورت self-served از طریق CRM.
| شاخص | نتیجه |
|---|---|
| حسابهای چالش در کمتر از یک دقیقه provision شدند | 94% |
| وظایفی که توسط سیستم بهجای کارکنان تولید شدند | 100% |
| تیکتهای پشتیبانی بهازای هر تریدر | کمتر از یک مورد در هر چهار |
| پشتیبانی بهعنوان سهمی از کل حجم وظایف عملیاتی | ~9% |
| نرخ تأیید ایمیل | 93% |
فعالیت CRM در اوج عملیاتی به 3.2× ماه راهاندازی رسید و 3.8× کمرمقترین ماه نیمه اول بود. حجم ایمیل خودکار به اوج 2.3× سطح ماه راهاندازی رسید. در تمام این مدت، پشتیبانی کمتر از یکدهم حجم کل وظایف باقی ماند — این سیستم بود که رشد را جذب کرد، نه تیم مشتری.
یک Prop Firm را میتوان از هیچ در پنج ماه ساخت — از جمله با دو بار تغییر پلتفرم معاملاتی. مشتری دو بار نظرش را درباره مهمترین یکپارچهسازیِ ساختاری در استک عوض کرد، و با این حال طبق برنامه لانچ شد. این همان چیزی است که یک room محصولسازیشده بههمراه یک تیم تحویل اختصاصی برای شما میخرد.
مهاجرت book لازم نیست به قطعی منجر شود. یک پایگاه کاملِ مشارکتکنندگانِ موجود، با وضعیت ارزیابیِ زنده و تاریخیِ دستنخورده، طی دو روز جابهجا شد در حالی که شرکت همچنان به معامله ادامه میداد.
تکرار محصول یک فعالیت self-service است. چهار خانواده محصول، پنج سطح حساب، 34 پیکربندی، 139 کد پرومو، و یک upsale برای profit-split — هیچکدام نیاز به تیکت توسعه نداشتند. وقتی مشتری در بازار خود فرصتی دید، فاصله بین تصمیم تا محصول زنده در حد ساعتها اندازهگیری میشد.
رشد روی پلتفرم مینشیند، نه روی تیم. حجم فروش بیش از دو برابر شد، حجم پرداختها در یک فصل پانزده برابر رشد کرد، و حجم رویدادهای CRM بیش از سه برابر شد — در حالی که پشتیبانی کمتر از یکدهم بار عملیاتی باقی ماند و 94% از حسابها در کمتر از یک دقیقه provision شدند.
و تریدرها پولشان را گرفتند. در نهایت، این همان عددی است که یک Prop Firm با آن سنجیده میشود، و این شرکت 1.7× درآمد challenge fee خود را به افرادی بازگرداند که ارزیابیهایش را پاس کردند.
| شاخص | نتیجه |
|---|---|
| پرداختی به تریدرهای funded، Q1 → Q2 | 15.3× رشد |
| ماه اوج پرداخت نسبت به اولین ماه پرداخت | 11× |
| پرداختی بازگشتی بهازای هر واحد درآمد challenge fee | 1.7 : 1 |
| تریدرهای funded که پرداختی دریافت کردند | حدود 2 از 5 |
| فروش challenge پولی، Q1 → Q3 | +134% |
| رشد درآمد challenge fee، فصلبهفصل | +49%، سپس +38% |
| ماه اوج فروش نسبت به آرامترین ماه H1 | 8.6× |
| ثبتنامها در ماه اوج کمپین | 8.8× دو ماه قبل |
| تبدیل free trial → challenge پولی | بیش از 1 از 4 |
| challengeهای پولی بهازای هر خریدار پرداختکننده | 1.8 |
| خریدارانی که بیش از یکبار خرید کردند | 1 از 3 |
| نرخ ارزیابی → حساب funded | حدود 1 از 10 |
| پیکربندیهای challenge ساختهشده | 34، در 6 ماه |
| خانوادههای محصول / سطوح حساب | 4 / 5 |
| کدهای پرومو ایجادشده | 139 (116 در یک ماه) |
| حسابهای provision شده در کمتر از یک دقیقه | 94% |
| تسکهای تولیدشده بهصورت خودکار | 100% |
| تیکتهای پشتیبانی بهازای هر تریدر | کمتر از 1 در 4 |
| نرخ تأیید ایمیل | 93% |
| بازارهای پوششدادهشده | بیش از 55 کشور |
| زمان از kickoff تا تحویل core room | 46 روز |
| تغییرات پلتفرم معاملاتی که پیش از لانچ جذب شدند | 2 |
| مدت مهاجرت book | 2 روز |
| ویژگیهای سفارشی تحویلشده | 9 |
نسخه Prop Firm Kenmore Design همهچیز را در یک پلتفرمِ پیوستهدرحالتوسعه در اختیار شما میگذارد: CRM، Traders Room، مدیریت چالش، پرداختها، افیلیتها و عملیات تریدرها. سریع راهاندازی کنید و بدون نیاز به مهاجرت به پلتفرمی دیگر، مقیاس بگیرید.
سریع راهاندازی کنید. Prop Firm خود را بدون مهاجرت به پلتفرمی دیگر مقیاس دهید.
