שני אזורים, שתי פלטפורמות, עשרות אלפי סוחרים: 24 חודשי הפעילות של Prop Firm גלובלי-מסחר על Kenmore

אודות הלקוח

הלקוח הוא חברת מסחר קנייני שמרכזה במפרץ, עם קהל סוחרים הפועל ברחבי העולם. משפך האתגרים שלהם מוכר לקמעונאים ביותר ממאתיים מדינות — הקבוצות הגדולות ביותר מגיעות מהממלכה המאוחדת, ארצות הברית, הודו, צרפת, גרמניה והים התיכון — וכל חוויית המשתמש מול הסוחר מסופקת באנגלית. הם מפעילים קו מוצרים מקיף: אתגרי הערכה בשלב אחד, בשני שלבים ובשלושה שלבים, לצד גרסאות מימון מיידי וגרסאות instant-pro, עם מודלי סיכון של fixed-drawdown ו-trailing-drawdown.

ההשקה — מחוזה לסוחרים פעילים בתוך כחודש

חשבונית ההתקנה הראשונית הונפקה בשבוע השלישי של החודש הראשון. הסוחר הראשון נרשם לפלטפורמה 32 ימים לאחר מכן. חשבונית מסירת הסיום נסגרה בערך שישה שבועות לאחר החתימה. בין לבין פרסנו:

• את ה-Traders Room וה-CRM המלאים של Kenmore Prop Firm, שהוגדרו מול סטאק Matchtrader הסטנדרטי;
• Express Checkout למשפך האתגרים הציבורי;
• אימייל טרנזקציוני ושיווקי;
• צ'אט חי;
• אינטגרציית תשלום Express-checkout דרך Paytiko, היושבת מאחורי שכבת האגירה של Ninjacharge שלנו לצורך ניתוב;
• מיתוג (לוגו, כותרת עליונה, כותרת תחתונה, favicon) ופורטל הסוחר עם הפניית URL של שותפים.

גל הפניות הראשון, שמנה יותר מחמישים טיקטים, התרכז בספרינט הפתיחה הזה. לאחר שההשקה התייצבה, קצב עבודת הפיתוח המותאם ירד לכמה טיקטים בחודש ונשאר כך.

מה סיפקנו

ה-CRM וה-Traders Room של Prop Firm

ליבת הפריסה. ה-CRM מעניק למנהלי החברה, לצוות התמיכה ולצוות הסיכון סביבת עבודה אחת שמכסה כל אינטראקציה עם סוחר: תור משימות מאוחד עבור הפקדות, KYC, זכיות והפסדים בשלב הדמו, יצירת חשבונות לייב, בקשות למשיכה, עמלות IB וטיקטי תמיכה. ה-Traders Room מעניק ללקוח הסופי פורטל להירשם, להשלים KYC, לרכוש ולבצע שוב אתגרים, לנהל את החשבונות שלו בשני האזורים ולבקש משיכות.

לאורך מהלך התפעול, תהליך המשימות עבר גידול של סדר גודל בתפוקה בין שנה 1 לשנה 2 — כולל חודש סתיו אחד בשנה 2 שפעל בקצב של בערך פי 2.4 מנפח המשימות הטיפוסי של חודש — ללא התערבות מצד הפלטפורמה. מסלול הביקורת המלא של יומני הלקוח ושל פעולות המנהל מגבה כל רשומה. כל זה פעל מאחורי צוות אדמין פנימי של ארבעה אנשים אצל הלקוח, בתמיכת צוות Kenmore לניהול המערכת.

ניהול אתגרים — מפעל המוצרים

זה מה שהפלטפורמה עושה הכי טוב, וזה ניכר בנתונים: יותר מ-870 קונפיגורציות אתגר נפרדות נבנו ונמכרו לאורך ההתקשרות. קטלוג הקונפיגורציות כולל קטגוריות של שלב אחד, שני שלבים, שלושה שלבים, instant ו-instant-pro, במצבי סיכון fixed-drawdown ו-trailing-drawdown, ממופים לקטלוג סוגי החשבונות של MT5 ו-Matchtrader של החברה.

קצב המוצרים היה מכוון לאי-אחיד. בשנה 1 נוצרו בערך תשעים קונפיגורציות אתגר — מספיק כדי להשיק ולהפעיל. בשנה 2 המספר גדל בעוד יותר מפי שמונה, כשהחברה נשענה על מחזורי מוצרים עונתיים, אתגרי אירועים מיוחדים והצעות בלעדיות לשותפים. חודש סתיו אחד בשנה 2 ראה 130 קונפיגורציות חדשות שהוקמו עבור קמפיין קידום אחד; חודש אחד בתחילת החורף בשנה 2 ראה יותר מ-300. קונפיגורציה היא שכבת no-code עבור צוות המוצר של החברה — הם לא צריכים מפתח כדי להשיק וריאציה חדשה של אתגר — והם השתמשו בשכבה הזו באגרסיביות.

ניהול סיכונים ולוחות מובילים

Trailing drawdown נוסף כסוג טריגר מותאם אישית בתחילת ההתקשרות (תכונה שהחברה ביקשה באופן ספציפי — ראו פיתוח מותאם להלן — ומאז הפכה לסטנדרט בכל בסיס ההתקנות של prop firm שלנו). בערך שליש מהקונפיגורציות של האתגרים של החברה משתמשות כעת בכללי trailing-drawdown. צוות הסיכון עצמו נוסף כתפקיד אדמין ייעודי בסוף שנה 2 — סימן לבשלות ארגונית ולא לחסר; הפלטפורמה כבר אכפה את הכללים בפרודקשן, והחברה גייסה צוות כדי לפעול על בסיס מה שראתה.

פעילות רב-אזורית — שני מותגים, CRM אחד

החברה מפעילה שני אזורים על פלטפורמה משותפת. המותג הראשי הושק בחודש הראשון. מותג שני נפרס בחודש 5 — אזור נוסף ומלא עם לוגו משלו, favicon, אינטגרציית MT5, תהליך הפקדה/משיכה, שולח אימייל אזורי וכללי ייחודיות חשבון שמופרדים מהמותג הראשי. בדיקות מודעות-אזור מבטיחות שסוחר יכול להחזיק חשבונות בשני המותגים בלי התנגשות זהות; אימיילים אזוריים נשלחים מהשולח הנכון; וה-back office רואה את שני האזורים בתור משימות אחד עם תג אזור.

האזור השני נושא בערך 9% מהרישומים של סוחרים, אך תרם בצורה לא פרופורציונלית במהלך חלון הפעילות שלו בשנה 1 ובחלק המוקדם של שנה 2, לפני שהחברה איחדה שוב את המיקוד סביב המותג הראשי.

אינטגרציות והגירות של פלטפורמות מסחר

ההשקה הייתה על Matchtrader. MT5 נוסף בחודש 5 יחד עם פריסת האזור השני, מה שנתן לחברה שתי פלטפורמות מסחר שפועלות במקביל מול אותו Traders Room. לאורך ההתקשרות טיפלנו לאחר מכן בשתי הגירות נפרדות של שרתי MT5 — חשבונות, קבוצות והיסטוריית מסחר — בלי לשבור את הזרימה מול הלקוח:

• סוף שנה 1 / תחילת שנה 2:הגירה מלאה של חשבונות מסחר משרת ה-MT5 המקורי לפריסת MT5 חדשה. זו הייתה הגדולה מבין השתיים: פריסת השרת החדש, הגירת חשבונות וקבוצות, החלפת הניתוב ב-Traders Room, והוצאה משימוש של השרת הישן.
• אמצע שנה 2:פריסת שירות MT5 נוספת שאיחדה את טביעת הרגל של הפלטפורמה והביאה את כל האזורים ל-MT5 הנוכחי בייצור.

במקביל לעבודה על MT5, ביצענו גם הגירה של חשבונות מ-MT5 אל Matchtrader עבור סוחרים בקווי מוצרים מסוימים — מעבר של אוכלוסיות סוחרים ממומנים בין פלטפורמות בהתאם להעדפות הסיכון והביצוע של החברה. לאורך כל זה, משפך האתגרים שפורסם המשיך למכור והסוחרים הממומנים הקיימים המשיכו לסחור.

האינטגרציה הסטנדרטית של Matchtrader מטפלת בכל דבר, מיצירת חשבון ועד הקצאת רמת מינוף ועד קידום מדמו ללייב דרך קטלוג סוגי החשבונות של Kenmore, בלי קוד מותאם בצד הפלטפורמה.

פתרונות תשלום — סטאק הסוחרים

סטאק התשלומים הפעיל לרכישות אתגרים התייצב על:

• Paytiko כ-PSP הראשי, שנשא בערך 93% מנפח רכישות האתגרים המוצלחות לפי סכום דולר;
• Ninjacharge כשכבת ניתוב/אגירה מעל שכבת ה-PSP;
• ערוץ אישור ידני בצד האדמין למקרי קצה ולביצוע התאמות מול התנועה האופליין.

הדולר-שֵׁר מרוכז, אבל התועלת התפעולית אינה מספר הסוחרים — אלא העובדה שהוספה או החלפה של PSP מאחורי Ninjacharge היא שינוי קונפיגורציה ולא שחרור קוד. האינטגרציה תוכננה כך שתוכל לגדול.

שותפים — מיגרציית התוכנית

שני מודלים נפרדים של תוכנית שותפים פעלו במהלך ההתקשרות, והמעבר ביניהם הוא חלק מהסיפור.

מנוע ה-Affiliate המקורי פעל מההשקה ועד תחילת שנה 2 — כללי עמלה רב-רמתיים ותהליכי עבודה אוטומטיים של אירועי עמלה לכל רכישת אתגר מזכה. ברבעון השני של שנה 2 העברנו את החברה למודול Affiliates מחודש — רזה יותר, עם דיווחים נקיים יותר ואינטגרציה הדוקה יותר אל הוויזואליזציה של Kenmore Affiliate Tree — ותור יצירת חשבונות ה-Affiliate הועבר לידי תור יצירת חשבונות ה-Affiliate. עד סוף התקופה בסיס חשבונות השותפים של החברה הגיע למאות הגבוהות, במצטבר על פני שתי דורות התוכנית.

העמלות הסתכמו בכמה מאות אירועי עמלה לאורך ההתקשרות, אבל התוכנית היא במכוון תוספת ולא ערוץ הרכישה המרכזי — מכירות ישירות דרך לוח השנה המבצעי העונתי (ראו להלן) הן המנוע.

תשלום מהיר ומנוע המבצעים העונתי

אתגרי הרכישה נרכשים דרך תשלום מהיר בעמוד יחיד המקושר מאתר השיווק של החברה, כאשר מודול Kenmore Promo Codes מפעיל את שכבת ההנחה.

בשנה 1 מנוע המבצעים נשא את עיקר עבודת ההנחות: 76 קודי מבצע נפרדים שנבנו סביב לוח שנה של אירועים עונתיים (קיץ, סוף שנה, הצעות retake, קמפיינים בנושא חגים, Black Friday, Cyber Monday, וכמה קמפיינים בנושא חגים בכל שנה), ויצרו כ-8,500 תשלומים שבהם הוחלה הנחה. הקוד הביצועי המוביל ביותר שימש כמעט 2,800 פעמים; הבא אחריו, יותר מ-2,400. בשנה 2 החברה שינתה אסטרטגיה והעבירה את רוב ההנחות לשכבת קונפיגורציית האתגר עצמה (מחיר מול מחירון ישירות על המוצר), מה שפישט את הייחוס אך שמר על הקצב העונתי לאורך בניית הקונפיגורציה.

KYC, רב-לשוניות, צ'אט חי וצינור מסמכי הסוחר

KYC פעל דרך מודול Trader Documents הסטנדרטי — הגשה, שיוך לבודק, טיפול בתוקף, הודעות אישור ודירוג AML כולם חוברו אל תהליך העבודה של המשימות. היחס בין מסמך מעובד לסוחר רשום עומד על מעט פחות ממסמך אחד לכל סוחר רשום לאורך הציר התפעולי. KYC מוגבל לשלב הסוחר הממומן ולא לשלב ההרשמה, כך שרוב ההגשות מרוכזות באוכלוסייה שבאמת עומדת לפני תשלום.

הפורטל הוא באנגלית בלבד, מה שמתאים לקהל החברה הסוחר-גלובלי — אוכלוסיית הסוחרים משתרעת על פני יותר ממאתיים מדינות, אך נרשמת וסוחרת באנגלית. צ'אט חי מופעל כברירת מחדל בפורטל הסוחרים ובאתר הציבורי.

פיתוח מותאם אישית — מבוקר ובעל נושא

לאורך ההתקשרות יושמו כמה פרויקטי התאמה אישית עבור הפרויקט הזה. הפירוט:

5 פיצ'רים חדשים לחלוטין, וכל אחד מהם הוא כעת חלק מה-Build הסטנדרטי של Kenmore prop-firm:

• Trailing Drawdown כסוג טריגר חדש (תחילת שנה 1) — פיצ'ר שבמקור התבקש על ידי הלקוח הזה; בנינו אותו כטריגר גנרי והוא חלק מהפלטפורמה מאז;
• אינטגרציית Region עבור המותג השני (חודש 5);
• אינטגרציית MT5 כתוספת לפי Region (חודש 7);
• כלי מיגרציה ל-MT5 (תחילת שנה 2);
• תפקיד אדמין חדש יחד עם מודל הרשאות מעודן (אמצע שנה 2), התומך בחלוקה של החברה בין אנשי תמיכה בקריאה בלבד לבין צוות הסיכון הייעודי.

43 כרטיסי משימות ותתי-משימות, שרובם רוכזו בספרינט ההשקה ובשני חלונות המיגרציה ל-MT5.

המשפט "3 bugs ב-24 חודשים" הוא זה שאנחנו הכי גאים בו. עשרות אלפי סוחרים, שתי מיגרציות של פלטפורמות מסחר, שני דורות של תוכנית שותפים, קפיצה של סדר גודל בתפוקת התשלומים, ושלושה באגים מתועדים.

מה הנתונים אומרים

אנו שומרים במכוון על מספרים מוחלטים מחוץ למחקרי המקרה המתפרסמים — מה שהמפעיל מכניס לבנק ומה שהוא משלם הוא מידע של המפעיל, לא שלנו. הצורה של העקומה, במדדים יחסיים ובמדדים מנורמלים, מספרת את הסיפור.

שנה מול שנה — מאגר הסוחרים הממומנים התבגר

השוואה בין שנה 1 (חודשים 1–12) לשנה 2 (חודשים 13–24) במונחים מצטברים, מנורמל לשנה 1 = 1.00:

סדרה	שנה 1	שנה 2	מכפיל YoY
מספר רכישות אתגר	1.00×	1.39×	1.4×
הכנסות מרכישות אתגר	1.00×	8.20×	8.2×
מספר תשלומים	1.00×	6.08×	6.1×
נפח דולר של תשלומים	1.00×	3.69×	3.7×

האסימטריה היא הסיפור. הכנסות מרכישות אתגר צמחו משנה לשנה — תוצאה מוצקה עבור prop firm מתבגרת, עם זינוקים מאירועי העונה שעשו את עיקר העבודה. נפח התשלומים צמח פי 3.7 בדולרים ופי 6.1 באירועים. מאגר הסוחרים הממומנים מדורות שנה 1 לא נעלם; הוא המשיך להתרחב, המשיך להגיע לאבני דרך של תשלום, וה-back office עיבד כל אחד מהם דרך אותו תהליך עבודה.

השיא — רבעון 3 של שנה 2 ראה את התשלומים רצים כמעט פי 9 מהבסיס של רבעון ההשקה

נרמול כל רבעון מול רבעון הפעילות היציב הראשון של החברה (Y1 Q2 — חודשים 4–6 — = 1.00):

רבעון	נפח רכישות	מספר תשלומים	נפח דולר של תשלומים	יחס תשלום-לרכישה
Y1 Q2 (בסיס)	1.00×	1.00×	1.00×	0.43 : 1
Y1 Q3	1.04×	1.19×	1.62×	0.66 : 1
Y1 Q4	1.08×	1.77×	2.09×	0.82 : 1
Y2 Q1	0.72×	3.37×	2.69×	1.60 : 1
Y2 Q2	2.04×	5.96×	3.68×	0.77 : 1
Y2 Q3	0.68×	9.74×	8.92×	5.58 : 1
Y2 Q4	0.58×	5.88×	3.38×	2.47 : 1

זינוק המבצעים ב-Q2 של שנה 2 — מבחן עומס תפעולי

חודש מבצעי אחד בסתיו של שנה 2 העמיד את הפעילות במבחן העומס הקשה ביותר שלה:

• 3.95×מספר רכישות האתגר בחודש טיפוסי;
• 3.35×נפח הדולר של רכישות האתגר בחודש טיפוסי;
• 2.4×תפוקת המשימות בחודש טיפוסי;
• 2.8×מספר יצירת החשבונות הפעילים בחודש טיפוסי;
• 130 קונפיגורציות אתגר חדשות שנוצרו באותו חודש יחיד.

הפלטפורמה עיבדה את הכול ללא כל התערבות מותאמת אישית. מנוע המבצעים, תהליך העבודה של המשימות, צינור יצירת החשבונות הפעילים, תור בדיקת מסמכי ה-KYC ותור התשלומים — כולם התרחבו בתוך אותו נתיב קוד. צוות הניהול בן ארבעת האנשים של החברה נשא את זה.

מעורבות ואיכות הסוחרים

לאורך הציר התפעולי:

• 89% מהלקוחות המשלמים רוכשים צ'אלנג' באותו יום שבו הם נרשמים — משפך מונע-שיווק ובעל כוונת רכישה גבוהה, שבו האתר הציבורי עושה את עבודת ההמרה ו-Traders Room מקבל את ההעברה;
• 94% מבצעים את הרכישה הראשונה שלהם בתוך השבוע הראשון;
• 3.6 צ'אלנג'ים נרכשים בממוצע לכל קונה — התנהגות חזרתית חזקה, התואמת למודל של Prop Firm שבו לכלכלת ה-retake יש חשיבות;
• 24% מהצ'אלנג'ים שהושלמו עוברים לשלב הבא או ללייב — בטווח המקובל בענף, ויציב הן עבור Cohort Year 1 והן עבור Year 2;
• שיעור אישור האימייל הוכפל בין Year 1 ל-Year 2 — מכ־40% בקירוב לכ־82% בקירוב — כאשר החברה הידקה את משפך ההרשמה שלה והוסיפה אותות נגד הונאה באתר הציבורי;
• בממוצע שמונים יום מהצלחה בצ'אלנג' ועד קבלת התשלום הראשון — כולל תקופות כללי ה-funded trader, אישור KYC, וכללי קצב התשלומים של החברה עצמה.

היקף גיאוגרפי — נבנה מלכתחילה עבור global-English

החברה תמיד הייתה אמורה לפעול במסחר גלובלי, והנתונים מאשרים זאת. בתוך שלושת החודשים הראשונים הפלטפורמה רשמה טריידרים ביותר מ-120 מדינות; בתוך השנה הראשונה, ביותר מ-200. עד סיום חלון הפעילות היקף ההגעה המצטבר עמד על 218 מדינות מובחנות.

תמהיל הרכישה מרוכז במקום שבו הושקע תקציב השיווק — UK, US, הודו, אגן הים התיכון, צרפת, גרמניה — אבל הזנב הארוך של מדינות בנפח נמוך הוא מה שהופך את הפעילות לגלובלית באמת, והפלטפורמה התמודדה עם זה בלי שום הסתעפות קוד לפי מדינה: כללי מדינת המגורים מוגדרים, ציפיות למסמכי KYC מוגדרות, כללי גישה אזוריים מוגדרים, וצוות השיווק של החברה יכול להפעיל או לכבות מדינה בלי לפתוח קריאת שירות.

מה זה מוכיח

שלושה דברים, לדעתנו.

אחד — ה-Prop Firm CRM הסטנדרטי מתרחב מתחת למפעיל בלי צורך בכתיבה מחדש. שני אזורים, שתי פלטפורמות מסחר, שלוש העברות שרת של פלטפורמה, שני דורות מובחנים של תוכניות שותפים, קפיצה בסדר גודל בתפוקת התשלומים בין Year 1 ל-Year 2, חודש קידום יחיד עם נפח גבוה פי ארבעה מהרגיל, ושלושה באגים מתועדים לאורך כל המעורבות. הפלטפורמה לא הפריעה לעבודה.

שניים — משטח הקונפיגורציה הוא המקום שבו צוות המוצר של החברה צריך לפעול. שמונה מאות ושבעים קונפיגורציות של צ'אלנג' אינן חריגה — כך נשארים תחרותיים בשוק של Prop Firm שמצפה להצעה חדשה כל כמה שבועות. העובדה שאף אחת מהקונפיגורציות הללו לא דרשה מעורבות הנדסית היא למעשה המפתח.

שלוש — נפח התשלומים הוא מספר האמינות, והפלטפורמה עיבדה אותו. הפלטפורמה עיבדה כל אחד מאותם תשלומים דרך אותו תהליך משימות שבו היא משתמשת לאירוע קטן של עמלת שותפים. התשלום הגדול ביותר במעורבות — שהיה בערך פי מאתיים מהתשלום הממוצע בחלון שלו — עבר דרך אותה תור.

מדדים מרכזיים במבט אחד

מדד	ערך
הזמן מחתימת החוזה ועד לטריידר הראשון בלייב	≈ 32 ימים
חלון פעילות	24 חודשים
פלטפורמות מסחר שפעלו במקביל	Matchtrader + MT5
פריסות שרת של פלטפורמת מסחר, מובחנות	4 לאורך המעורבות (כולל העברות)
אזורים שהושקו על גבי CRM משותף	2
שפות נתמכות	1 (English — קהל global-English)
מדינות מובחנות שהושגו	218
היקף אוכלוסיית הטריידרים	עשרות אלפים
קונפיגורציות צ'אלנג' פעילות עד סוף החלון	870+
קצב קונפיגורציות צ'אלנג' משנה לשנה	≈ פי 8 Year 2 לעומת Year 1
קודי קידום פעילים שנפרסו (Year 1)	76
צ'קאאוטים עם קוד קידום (Year 1)	≈ 8,500
שיעור קונים באותו יום	≈ 89%
שיעור קונים בשבוע הראשון	≈ 94%
מספר צ'אלנג'ים ממוצע לקונה	3.6
שיעור הצלחה של צ'אלנג' שהושלם	≈ 24%
שיעור אישור אימייל (Year 1 → Year 2)	≈ 40% → ≈ 82%
מספר ימים ממעבר צ'אלנג' ועד לתשלום הראשון	≈ 80 ימים
צמיחת מספר התשלומים משנה לשנה	פי 6.1
צמיחת סכום התשלומים משנה לשנה	פי 3.7
נפח תשלומים רבעוני בשיא לעומת בסיס רבעון ההשקה	פי 8.9
קצב פיתוח מותאם אישית לאורך כל המעורבות	53 קריאות תמיכה בסך הכול
פיצ'רים חדשים שנמסרו	5 (כולם כעת סטנדרטיים בפלטפורמת Kenmore)
באגים שתועדו לאורך המעורבות	3
חשבונות שותפים מקבילים	מאות
PSP פעיל דרך Ninjacharge aggregator	Paytiko + מסלול ידני
גודל צוות ניהול הלקוחות הפנימי	4
תפקידי אדמין שהוגדרו עד סוף החלון	5 (כולל צוות סיכונים ייעודי)

---