הלקוח הוא חברת מסחר קנייני המשרתת סוחרים קמעונאיים ברחבי דרום-מזרח אסיה. הרוב המוחלט של המשתתפים שלה נמצא בשוק ביתי אחד — קרוב לתשעה מתוך עשרה — אך הפלטפורמה משכה סוחרים מיותר מחמישים מדינות מאז ההשקה, עם אשכולות משניים משמעותיים במקומות אחרים בדרום-מזרח אסיה ובמזרח אסיה.
מודל העסק הוא סולם קלאסי של הערכה-למימון: סוחרים קונים אתגר, מוכיחים את עצמם מול כללי drawdown ויעד רווח, ומתקדמים לחשבון ממומן שבו הם שומרים על רוב מה שהם מרוויחים. מה שהופך את הלקוח הזה למעניין הוא עד כמה אגרסיבית הייתה האיטרציה שלו על הסולם הזה — וכמה כסף הוא הוציא חזרה לסוחרים שעברו אותו.
כשהם פנו אלינו, הייתה להם מותג, קהל, והתחלה של בסיס משתתפים — אבל לא הייתה להם אף אחת מתשתיות הליבה ש-Prop Firm באמת פועלת עליהן. לא אינטגרציה לפלטפורמת מסחר, לא פורטל סוחרים, לא CRM, לא תשתית תשלומים, ולא מנוע אתגרים. את כל מה שמופיע להלן בנינו אנחנו.
החלנו לעבוד בערך חמישה חודשים לפני שהחברה פתחה את שעריה.
המשימה המרכזית — חדר הסוחרים Prop Firm Edition עם ה-CRM המובנה שלו — הוגדרה, הוגדרה בקונפיגורציה והועברה תוך 46 ימים מהסיום. החלקים שסביבו נעו מהר אף יותר: המיתוג, הלוגו ומסגרת הפורטל של הלקוח עלו לאוויר בתוך 10 ימים; מערכת הצ'אט החי נפרסה והפכה תפעולית בתוך 16 ימים; עמוד ה-checkout המהיר — זרימת עמוד-אחד של גלישה-בחירה-תשלום-רישום שעליה נשען כל המודל המסחרי — עמד מוכן בתוך 13 ימים. שער התשלומים הראשון להפקדות אתגר שולב ונבדק בתוך שישה שבועות.
מה שצרך את שארית הזמן לא היה ה-Room. זו הייתה הפלטפורמה.
ההיקף החתום המקורי היה בניית MT5. בתחילת הפיתוח הלקוח שינה כיוון, ופרסנו במקום זאת endpoint של cTrader. לפני שההחלטה הזו התייצבה, הם שינו כיוון שוב — הפעם ל-TradeLocker.
בניתחנו מחדש את האינטגרציה. היא התנהלה מעט פחות מארבעה חודשים מהטיקט הראשון ועד לייצור, והושקה בחודש שבו החברה עלתה לאוויר.
זה החלק בבנייה של Prop Firm שאף אחד לא מכניס להצעה. שינוי פלטפורמת מסחר באמצע הפיתוח הוא לא מתג קונפיגורציה; הוא נוגע בהקצאת חשבונות, בטיפול בפרטי גישה, בקליטת היסטוריית עסקאות, במנוע חוקי האתגר, ובכל אימייל שמזכיר התחברות. ספגנו שני שינויים כאלה ובכל זאת עמדנו בחלון ההשקה.
ההעברה השנייה הייתה הספר של הלקוח עצמו. ב-Month 2 , במהלך יומיים , העברנו את כל בסיס המשתתפים הקיים שלהם ואת היסטוריית האתגרים החיה שלו אל הפלטפורמה — סוחרים, הערכות פתוחות, הערכות שהושלמו, ומצב עובר/נכשל, הכול נשמר. החברה לא עצרה את המסחר כדי לבצע זאת.
הפורטל שפונה לסוחרים הוא המקום שבו המשתתפים גולשים בקטלוג האתגרים, רוכשים, עוקבים אחר התקדמות ההערכה שלהם, מגישים מסמכים, ומבקשים תשלומים. הגדרנו אותו עם קטגוריות אתגר לסינון לפי גודל חשבון, דשבורד חי, היסטוריית מסחר, לוח כלכלי, צ'אט תמיכה, והעלאת מסמכים. יותר משני אלפים מחרוזות שפונות לסוחרים אוכלסו כך שיתאימו לקול של הלקוח, עם שלוש שפות ממשק שהוגדרו כהכנה להתרחבות עתידית.
הלקוח מוכר לקהל שמגיע מתנועה בתשלום, לכן המרחק בין "מתעניין" ל"שילם" היה חייב להיות כמעט אפסי. עמוד ה-checkout המהיר מצמצם גלישה בקטלוג האתגרים, בחירה, תשלום, ורישום חשבון לטופס אחד עם API מאחוריו, כך שניתן להציג את אותו קטלוג גם בדפי השיווק של הלקוח עצמו. הוא היה חלק מההיקף המקורי, עלה לאוויר בתוך שבועיים, והוא נשא כל מכירה בתשלום שהחברה ביצעה.
זהו המודול שהלקוח השתמש בו הכי הרבה. הוא נתן להם שליטה על יתרה, מחיר, משך, מגבלות הפסד יומי והפסד כולל, מצב תנאי הפסד, יעד רווח, מספר ימי מסחר מינימלי, כללי עקביות, חלוקת רווחים, עיתוי משיכה, והטקסט שפונה לסוחר — לכל מוצר, בלי מעורבות הנדסית. מה שהם עשו עם השליטה הזו הוא נושא סעיף הנתונים בהמשך.
פרסנו את מודול קודי הקידום ב-Month 2. הוא תומך בהנחות באחוזים או בסכום קבוע, מיקוד לפי מוצר, כללים למשתמשים חדשים לעומת קיימים, תקרות שימוש גלובליות, חלונות תאריכים פעילים, ויצירה בכמות גדולה. הלקוח המשיך ובנה 139 קודים, כולל התפרצות של חודש אחד של 116 — בפועל קמפיין משפיענים ושותפים שינוהל כולו מתוך ה-CRM.
נוסף ב-Month 8, מודול ה-upsale מאפשר לסוחרים לקנות שיפורי תנאים במהלך ה-checkout הראשוני. הלקוח צירף שדרוג בחלוקת הרווח — עד 90% מחלקו של הסוחר — ל-10 מהתצורות של האתגרים שלו, ובכך מוניטיזציה של דף ה-checkout בפעם השנייה בלי להוסיף מוצר חדש.
אימות זהות פועל בתוך ה-Room: סוחרים מעלים מסמכים, ה-CRM עוקב אחר סטטוס האישור, ודירוג AML מצורף לרשומת הסוחר. נפח האימות עוקב אחר צינור המימון ולא אחר ההרשמות, וזה בדיוק מה שרוצים — החברה מאמתת סוחרים כשהיא עומדת להיות חייבת להם כסף, לא לפני כן.
כל אירוע תפעולי במערכת — רכישת אתגר, צורך בחשבון דמו, מעבר הערכה, כישלון הערכה, פתיחת חשבון ממומן, בקשת תשלום, הגשת שינוי בפרופיל — יוצר משימה עם workflow מוגדר מאחוריה. מאה אחוז מהמשימות ב-CRM של הלקוח נוצרות על ידי המערכת. אף אחד בצוות של הלקוח לא יוצר עבודת תפעול ידנית.
שילבנו את ספק שירותי התשלומים שנבחר עבור רכישות אתגר בכרטיס ובמטבע מקומי בבנייה שלפני ההשקה, אחר כך הוספנו שיטת הפקדה ב-stablecoin ב-Month 2 כשקהל היעד של הלקוח ביקש זאת, ובאותו חודש גם מסלול משיכה מבוסס wallet. Ninjacharge יושב מעל אלה כשכבת האגרגציה והניתוב, ומנתב כל עסקה לספק שהלקוח רוצה שתגיע אליו.
מודול ההתראות דוחף אירועי משימה והפקדה אל הערוצים של הלקוח עצמו. צ'אט חי, workflow לכרטיסי תמיכה, תיבת דואר נכנס לאדמין, הרשאות מבוססות תפקידים בארבעה תפקידי אדמין, יומן פעילות מלא, ושכבת דיווח ניתנת להגדרה משלימים את הצד התפעולי.
נכנסו תשעה פיתוחים מותאמים אישית מעל המוצר הסטנדרטי. אלה שהיו הכי חשובים:
תרשים העקביות. Prop Firm חיים ומתים על כללי עקביות, ותרשים היסטוריית המסחר הסטנדרטי לא הראה לסוחר אם הוא בתוך הכללים או מחוץ להם. החלפנו אותו בתרשים עקביות ייעודי בפורטל הסוחר — שנדרש בחודש ההשקה, ונמסר בתוך 10 days.
תעודות. סוחרים שעוברים הערכה או מבצעים משיכת רווח מקבלים תעודה ממותגת שהם יכולים לשתף. זה הפך לערוץ שיווקי עבור הלקוח, והם ביצעו בו שלושה סבבי שיפור נפרדים במהלך הרבעון הראשון; זמן התגובה המהיר ביותר היה same-day.
פרטי גישה מאוחדים לפלטפורמה. הלקוח רצה שסיסמת האתגר הראשון של הסוחר תהפוך לפרטי הגישה הראשיים שלו לפלטפורמת המסחר, במקום להנפיק התחברות חדשה לכל אתגר. שכתבנו את זרימת המייל וההקצאה כך שזה יקרה — שינוי שנגע בשרשרת יצירת החשבון מקצה לקצה.
איפוס סיסמה בשירות עצמי. בעקבות האמור לעיל, ניתנה לסוחרים היכולת לאפס את סיסמת פלטפורמת המסחר שלהם ישירות מהפורטל, ובכך הוסר עומס תמיכה חוזר.
כלל חוסר הפעילות. ב-Month 9, הלקוח ביקש תנאי כישלון חדש לאתגר: הערכות שנשארות ללא מסחר במשך מספר מוגדר של ימים נסגרות אוטומטית. נמסר בתוך 12 days, וכעת הוא מופיע בפירוט סיבות הכישלון כאחת משלוש הדרכים העיקריות שבהן הערכה מסתיימת.
התראות פורטל, שדה מורחב לתיאור האתגר, ושיטת הפקדה בקריפטו משלימים את הרשימה.
כל הנתונים מוצגים כאינדקסים או כיחסים. Month 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 promo codes in one month והפיצו אותם דרך רשת השותפים שלהם. ההרשמות באותו חודש עמדו על פי 8.8 מרמתן של חודשיים קודם לכן, ומימושי הקופונים הגיעו לשיא בחודש שלאחר מכן ב-פי 7.7 מרמת Month 3 שלהם.
כל הקמפיין — יצירת קודים, מיקוד לפי מוצר, מגבלות שימוש, חלונות תאריך, מעקב מימושים — נוהל על ידי צוות הלקוח עצמו בתוך ה-CRM, ללא מעורבות פיתוח.
הלקוח מציע הערכת ניסיון ללא עלות כמוצר מוביל במשפך. יותר מאחד מכל ארבעה סוחרים שלקחו ניסיון חינמי המשיכו לרכוש אתגר בתשלום. עבור מוצר שעולה לחברה רק חשבון דמו, זו תשואה חזקה.
רוכשים משלמים בממוצע 1.8 paid challenges each, ואחד מכל שלושה רכש יותר מפעם אחת — חלקם פעמים רבות. רכישה חוזרת, ולא רכישה ראשונה, היא מה שהופך את כלכלת הרכישה של Prop Firm לעובדת, והקטלוג נבנה במכוון כדי לתמוך בכך.
מבין ההערכות שהגיעו לסיום, בערך אחת מכל שתים עשרה עברה את השלב הראשון. מבין אלו שהגיעו לשלב השני, קרוב למחציתן עברו אותו. מקצה לקצה, כ-אחד מכל עשרה סוחרים שהתחילו הערכה הגיע לחשבון ממומן.
הדרכים הנפוצות ביותר שבהן הסתיימה הערכה היו מגבלת ההפסד הכוללת המותרת, מגבלת ההפסד היומית המותרת, ו-— אחרי Month 9 — כלל חוסר הפעילות החדש.
הלקוח לא השיק קטלוג והשאיר אותו כך. הם השיקו עם משפחת הערכה דו-שלבית על פני ארבע רמות גודל חשבון, לצד הניסיון החינמי. ב-Month 2 הם הוסיפו משפחה חד-שלבית. ב-Month 3 הם הוסיפו רמת חשבון חמישית, ברמת כניסה, בשתי המשפחות והשיקו משפחת מימון מיידי עם trailing drawdown. ב-Month 7 הם הציגו את מוצר האקספרס הזול ביותר שלהם. ב-Month 8 הם הוסיפו את שדרוג מכפיל חלוקת הרווחים לכל הקטלוג.
זהו 34 תצורות אתגר פעילות בארבע משפחות מוצרים ובחמש רמות גודל חשבון, שנבנו בתוך שישה חודשים — והכול בשירות עצמי דרך ה-CRM.
| מדד | תוצאה |
|---|---|
| חשבונות אתגר שהוקצו בתוך פחות מדקה | 94% |
| משימות שנוצרו על ידי המערכת ולא על ידי הצוות | 100% |
| כרטיסי תמיכה לכל סוחר | פחות מאחד לכל ארבעה |
| תמיכה כחלק מנפח המשימות התפעוליות הכולל | ~9% |
| שיעור אישור מיילים | 93% |
פעילות ה-CRM בשיא התפעולי עמדה על פי 3.2 מחודש ההשקה ופי 3.8 מהחודש השקט ביותר במחצית הראשונה. נפח המיילים האוטומטיים הגיע לשיא של פי 2.3 מרמות חודש ההשקה. לאורך כל התקופה, התמיכה נשארה מתחת לעשירית מנפח המשימות הכולל — המערכת ספגה את הצמיחה, לא צוות הלקוח.
ניתן לבנות prop firm מאפס בתוך חמישה חודשים — כולל שני שינויים בפלטפורמת המסחר.הלקוח שינה את דעתו פעמיים לגבי האינטגרציה המשמעותית ביותר מבחינה מבנית ב-stack, ובכל זאת ההשקה יצאה בזמן. זה מה שמספק חדר מוצרי יחד עם צוות אספקה ייעודי.
העברת book לא חייבת להיות השבתה.בסיס משתתפים קיים שלם, עם מצב evaluation חי והיסטורי intact, הועבר תוך יומיים, בזמן שהחברה המשיכה לסחור.
איטרציית מוצר היא פעילות בשירות עצמי.ארבע משפחות מוצרים, חמש רמות חשבון, 34 קונפיגורציות, 139 קודי קידום, והצעת upsale של profit-split — אף אחד מהם לא דרש כרטיס פיתוח. כשהלקוח זיהה הזדמנות בשוק שלו, הפער בין ההחלטה למוצר החי נמדד בשעות.
הצמיחה נוחתת על הפלטפורמה, לא על הצוות.נפח המכירות יותר מהכפיל את עצמו, נפח התשלומים גדל פי 15 ברבעון, ונפח אירועי ה-CRM יותר מהשליש את עצמו — בזמן שהתמיכה נשארה מתחת לעשירית מהעומס התפעולי ו-94% מהחשבונות הוקצו בפחות מדקה.
וה-traders קיבלו תשלום.בסופו של דבר זה המספר שלפיו judgeים prop firm, והחברה הזו החזירה לאנשים שעברו את ה-evaluations שלה פי 1.7 מההכנסה שלה מדמי האתגר.
| מדד | תוצאה |
|---|---|
| תשלומי traders ממומנים, רבעון 1 → רבעון 2 | צמיחה של פי 15.3 |
| חודש התשלומים השיא לעומת חודש התשלום הראשון | פי 11 |
| תשלומים שהוחזרו לכל יחידת הכנסה מדמי אתגר | 1.7 : 1 |
| traders ממומנים שמשך תשלום | כ־2 מתוך 5 |
| מכירות אתגרים בתשלום, רבעון 1 → רבעון 3 | +134% |
| צמיחת הכנסה מדמי אתגר, רבעון מול רבעון | +49%, ואז +38% |
| חודש המכירות השיא לעומת החודש החלש ביותר במחצית הראשונה של השנה | פי 8.6 |
| הרשמות בחודש קמפיין השיא | פי 8.8 לעומת חודשיים קודם |
| המרת ניסיון חינם → אתגר בתשלום | יותר מ-1 מתוך 4 |
| אתגרים בתשלום לכל קונה משלם | 1.8 |
| קונים שרכשו יותר מפעם אחת | 1 מתוך 3 |
| שיעור evaluation → חשבון ממומן | כ־1 מתוך 10 |
| קונפיגורציות אתגר שנבנו | 34, ב-6 חודשים |
| משפחות מוצרים / רמות חשבון | 4 / 5 |
| קודי קידום שנוצרו | 139 (116 בחודש אחד) |
| חשבונות שהוקצו בפחות מדקה | 94% |
| משימות שנוצרו אוטומטית | 100% |
| פניות תמיכה לכל trader | פחות מ-1 לכל 4 |
| שיעור אישור דוא"ל | 93% |
| שווקים שהגיעו אליהם | 55+ מדינות |
| זמן מההשקה ועד מסירת החדר המרכזי | 46 ימים |
| שינויים בפלטפורמת המסחר שנקלטו לפני ההשקה | 2 |
| משך העברת book | יומיים |
| תכונות מותאמות אישית שסופקו | 9 |
מהדורת ה-Prop Firm של Kenmore Design מעניקה לכם את ה-CRM, את ה-Traders Room, ניהול אתגרים, תשלומים, שותפים ופעילות סוחרים — הכול בפלטפורמה אחת שמתפתחת באופן מתמשך. השיקו במהירות והתרחבו בלי מעבר לפלטפורמה אחרת.
השיקו במהירות. הרחיבו את ה-Prop Firm שלכם בלי מעבר לפלטפורמה אחרת.
