חמש שבועות להעברה, שלוש שנים לצמיחה מצטברת: איך ברוקראז' ECN/STP אזורי העביר תיק קיים אל Kenmore — ונשאר שם

יש סוג מסוים של מקרה בוחן של ברוקראז' Forex שמדבר כולו על טרנספורמציה: החלפת פלטפורמה, תפנית רגולטורית, וגרף צמיחה שנראה כמו מקל הוקי. זה לא אותו מקרה בוחן. זהו סיפור על יציבות. על לקוח שנכנס עם תיק סוחרים קיים, ביקש פלטפורמה "מוכנה לשוק", קיבל אותה פעילה בתוך חמישה שבועות, העביר לתוכה את רוב התיק בתוך החודש הראשון, ואז המשיך לצמוח על אותו סטאק במשך השנתיים וחצי הבאות. בלי העברות פלטפורמה. בלי ארכיטקטורה מחדש. רק הצטברות עקבית של PSPs, סוגי חשבונות, כלי IB ותכונות תפעוליות ככל שהעסק הבשיל.

במילה אחת, זהו סיפור של ברוקראז' עמיד. וזה הסוג האהוב עלינו.

על הלקוח

הלקוח הוא ברוקר Forex אזורי מסוג ECN/STP הפועל ברחבי אזור MENA עם בסיס סוחרים משמעותי המשתרע גם אל דרום ומזרח אסיה המתפתחת. כארבעים אחוז מהלקוחות הרשומים מתחברים ממדינות MENA; כרבע נוסף מגיעים מדרום ומדרום-מזרח אסיה. הפלטפורמה תומכת מקצה לקצה בממשקי משתמש באנגלית ובערבית, עם ממשק מימין לשמאל, תבניות אימייל מקומיות, וניתוב תמיכה דוברת ערבית — אף כי השפה המשותפת של בסיס הסוחרים היא אנגלית, והערבית היא הלוקליזציה המשנית לקליטה בשפת האם.

קו המוצרים שלהם הוא ברוקראז' Forex קמעונאי מסורתי באופן מובהק, המתבצע דרך MetaTrader 5: חשבונות ECN במרווחים צרים לסוחרים פעילים, חשבונות Standard למצטרפים חדשים, וכן מגוון רחב של הגדרות חשבון ייעודיות ללקוחות מוסדיים, מנהלי כספים PAMM/MAM, חשבונות משנה ל-IB מונעי ריבייט, וקו US Stocks. אין שלבי אתגר, אין תוכניות מימון, אין מכשירים סינתטיים — רק Traders Room פעיל, ברוקר אמיתי מאחוריו, ומערך תפעולי לקליטה, KYC, מימון, תמיכה ותשלום לסוחרים שמשתמשים בפלטפורמה.

החדירה לשוק שלהם מונעת במידה רבה על ידי IB. כ-45% מכלל הסוחרים הרשומים הופנו על ידי Introducing Broker דרך תוכנית ה-IB הרב-שכבתית בתוך הפלטפורמה. רשימת ה-IB הפעילים מונה כמה מאות נמוכים; הזנב הארוך של תתי-IB רחב עוד יותר. מנוע ריבייט רב-שכבתי מנתב עמלות דרך מספר רב של רמות, ככל שהברוקר בוחר לתגמל.

ההשקה

ההצעה נחתמה בסוף הרבעון השלישי של שנה 1. ההיקף היה, לפי הסטנדרטים של Kenmore, קונבנציונלי: Traders Room ל-MT5, CRM משובץ, מודול IB רב-שכבתי, הרחבת PAMM של Tools4Brokers, אינטגרציה עם PSP אחד להפקדות, טפסי הפקדה ידניים בהעברה בנקאית ובקריפטו, צ'אט חי, תמיכה רב-לשונית, ועיצוב חדש ל-Traders Room.

הבנייה התקדמה דרך ארבעת השלבים הסטנדרטיים — Discovery, Development, Testing, Deployment — והפלטפורמה עלתה לאוויר בתוך כחמישה שבועות ממועד החתימה על החוזה. בתוך השבועיים הראשונים ל-Go-Live הקמנו את חיבור שירותי MT5, הגדרנו את תשתית המייל, פרסנו את הצ'אט החי, והעברנו את קבוצת הסוחרים הראשונה. אינטגרציית ה-PSP הראשונה (מעבד קריפטו אזורי ידידותי לקריפטו) סופקה במקביל עצמו לאבן הדרך של ההשקה.

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

המודולים שסופקו

Traders Room ו-Forex CRM (MT5)

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

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

אינטגרציה עם MetaTrader 5

הלקוח סוחר ב-MT5 בלבד. סיפקנו חיבור שירות MT5 יחיד בעת ההשקה, הגדרנו קבוצות חשבונות עבור כל קווי המוצרים המסחריים של הברוקר, ומאז השארנו את התשתית הזו יציבה. לא הייתה העברת פלטפורמה, לא מעבר מ-MT4 ל-MT5, ולא מעבר מ-white-label לשרת ישיר. סטאק ה-MT5 שעליו הלקוח עלה בשנת 1 הוא אותו סטאק MT5 שהוא מפעיל היום. היציבות הזו היא מכוונת, והיא אחד הדברים שלדעתנו התקשרות עם Kenmore צריכה להפוך למשעממת. פלטפורמות מסחר אינן המקום שבו ברוקראז' מצליח צריך להשקיע את תשומת הלב התפעולית שלו.

ניהול IB רב-שכבתי

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

הקונפיגורציה הנוכחית תומכת במספר בלתי מוגבל של רמות IB, עם לוגיקת ריבייט שניתן להגדיר לכל IB ולכל מוצר כפונקציה של pips, אחוז עמלה, סכום מזומן קבוע, או חלוקת רווחים — או כנוסחה מותאמת אישית שמשלבת כמה מהן יחד. מנוע ריבייט רב-שכבתי מייצר אירועי עמלה ברציפות; אירועי שינוי ריבייט נרשמים לשם שקיפות, ו-IBs יכולים לשלוף את כל עץ-המשנה שלהם כקובץ CSV להורדה בלחיצה אחת.

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

מודול מנהלי כספים PAMM/MAM (Tools4Brokers)

ביצענו אינטגרציה של Tools4Brokers PAMM כבר בהשקה והרצנו אותו בייצור מהשבוע הראשון. הלקוח משתמש בו כהיצע ניהול הכספים שלו: סוחרים מנוסים מגישים בקשה דרך Traders Room כדי להירשם כמנהלי PAMM, מגדירים את תנאי הביצוע שלהם, ומקבלים הקצאות משקיעים דרך הפורטל הפונה לסוחר; צוות הניהול של הברוקר מאשר גם את חשבונות המנהלים וגם את חשבונות המשקיעים דרך ה-CRM. במהלך ההתקשרות נפתחו מאות חשבונות MAM/PAMM. באמצע ההתקשרות סיפקנו חלון קופץ מותאם אישית של תנאים והגבלות לזרימת ההרשמה ל-PAMM, עם מעקב מפורש אחר קבלת התנאים ורישומי הסכמה עם חותמת זמן — מסוג פרטי הציות שכואבים מאוד להוסיף בדיעבד אם הם לא תוכננו מראש.

תמיכה בריבוי שפות

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

צ'אט חי

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

פתרונות תשלום

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

• PSP פיאט אזורי (SticPay), שאוחד בחודש 1 כערוץ ההפקדה להשקה.
• PSP פיאט אזורי שני (Praxis), עם אינטגרציית הפקדה ומשיכה כאחד, סופק בחודש 4.
• PSP קריפטו (Cregis) התומך ב-USDT ברשתות TRC20, ERC20 ו-BEP20, סופק בחודש 13. קריפטו הפך לאחד מערוצי ההפקדה הגדולים ביותר של הלקוח לפי נפח.
• PSP פיאט שלישי (Unipayments), סופק בחודש 21, כאשר הלקוח רצה גיוון רחב יותר במסילות התשלום לשווקים מתעוררים.

מאחורי אותם PSPs יושב מאגר התשלומים של Kenmore ‏(Ninjacharge), המשמש כשכבת ניתוב שמחליטה איזה PSP מעבד כל הפקדה נתונה בהתאם לגאוגרפיה, למטבע ולזמינות ה-PSP. Ninjacharge היא שכבת ניתוב חכמה שמפזרת עסקאות אל ה-PSP הבסיסי המתאים ביותר לאזור של הסוחר, עם גיבוי אוטומטי כאשר אחד הערוצים מגיע למגבלה.

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

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

מערכת בונוס / אשראי

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

עיצוב אתרים

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

פיתוח מותאם אישית

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

• מנוע רב-שכבתי להנחות IB. מודול ה-IB הרב-שכבתי הסטנדרטי הושק כבר בהשקה. במהלך שנה 2 בנינו שכבת לוגיקת הנחות עשירה יותר — תמיכה בריבוי מטבעות, עקיפות תעריף ברמת IB, שיתוף רווחים לצד עמלות מבוססות פיפ ואחוז, עץ IB, ורישום ביקורת מלא של שינויי תעריפי הנחה. תוכנית ה-IB היא המודול המורחב ביותר בהתקשרות.
• אינטגרציות התראות Telegram ו-Slack. חיברנו את ערוצי Telegram ו-Slack הפנימיים של הברוקר לאירועי הפקדה, משיכה, הרשמה ועמלות בזמן אמת. ההתראות ניתנות להגדרה לפי ערוץ, לפי סוג אירוע ולפי אזור; חזרנו ושיפרנו כמה פעמים אילו שדות יופיעו בכל התראה בהתאם למשוב מהמפעילים.
• אימות OTP דרך WhatsApp / messenger. באמצע ההתקשרות הלקוח רצה ערוץ אימות של גורם שני שעובד עבור לקוחות שמעדיפים הודעות על פני אימייל. סיפקנו אינטגרציית messenger OTP שפועלת דרך WhatsApp ותומכת בהרשמה לפי סוחר, כאשר חותמות זמן של האימות נשמרות ברשומת הסוחר.
• מודול מכירות. מודול צוותי מכירות מתקדמים של Kenmore עלה לאוויר עבור לקוח זה בשנת 2. הוא מפעיל את כללי ניתוב הלידים שלהם, את הקצאת סוכני המכירות לפי שפה ואזור זמן, ואת מעקב הצינור מהרישום ועד ההפקדה הראשונה.
• טפסי הפקדה ומשיכה בקריפטו עם העלאת אסמכתת קבלה באמצעות קוד QR. עבור ערוץ הקריפטו הידני, סוחרים יכולים לצרף קוד QR או צילום מסך של העסקה בשרשרת; הפקדות מותאמות אוטומטית לכתובת הארנק המתאימה, והמפעיל מאשר אותן דרך ה-CRM בלחיצה אחת.
• טפסי משיכה מותאמים אישית עם שדות המוגדרים על ידי הברוקר. עבור כל מסילת משיכה בפיאט (העברה בנקאית, תשלומים אזוריים), בנינו תצורות שדות לכל מסילה — פורמט שם המוטב, שדות ייחוס וכללי אימות — כך שנתוני המשיכה היוצאים מהפלטפורמה תמיד עומדים בדרישות המסילה המקבלת.
• תהליך הסכם שירות PAMM. זרימת ההרשמה ל-PAMM כוללת כעת חלון קופץ מפורש של תנאים והגבלות עם שתי תיבות סימון לקבלה ורישום קבלת תנאים עם חותמת זמן המאוחסן בפרופיל הסוחר.
• אכיפת מדיניות מגבלת חשבונות. אכיפה מצד הלקוח ומצד הניהול של מגבלות מספר החשבונות לכל סוחר, שהוגדלו במהלך ההתקשרות מחמישה לעשרה ככל שמערך המוצרים של הלקוח התרחב.
• הרחבת משתני תבנית אימייל. ללקוח יש עשרות תבניות אימייל מותאמות אישית across אישור, סטטוס הפקדה/משיכה, תזכורות KYC, ותשלומי rebate ל-IB. לאורך המעורבות הוספנו משתני החלפה חדשים (שמות סוגי חשבון, פרטי שיטת תשלום, שמות דרגות IB) לפי דרישה בכל פעם שתבנית חדשה נזקקה להם.
• טיפול מותאם אישית ב-URL הפניה של IB. מעבר ל-URL ההפניה הסטנדרטי של IB, ללקוח יש פורמטים מותאמים אישית מרובים של URL ואמנת פרמטרים לקמפיינים שונים של IB. סיפקנו תמיכה בפורמטים האלה ובשרשרת המעקב המתאימה דרך ה-CRM.

הקצב כאן יציב. לאורך שלושים החודשים שלאחר ההשקה — למעט חודש ההשקה וחודש המיגרציה, שבשניהם היה נפח גבוה יותר — יומן הפיתוח מציג ממוצע של שלושה עד חמישה שיפורים שהושלמו בכל חודש, עם זינוקים במחצית השנייה של Year 2 (כשמודול המכירות, WhatsApp OTP, ואינטגרציות ה-crypto-PSP של Cregis כולם עלו לאוויר) ושוב ב-Year 3 כאשר כלי ה-IB הבשילו ו-PAMM קיבל את תהליך ה-agreement workflow.

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

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

ספר שהועבר והמשיך לצמוח במשך שלושים חודשים

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

עד סוף Year 3, בסיס ה-trader הרשום גדל לכ-1.55× מהבסיס לאחר המיגרציה.

הקצב החודשי שלאחר ההשקה מציג שני זינוקים אורגניים בהרשמות — אחד ב-Q4 של Year 2 (בהובלת דחיפה שיווקית של IB שהכפילה פי ארבעה את ממוצע הרבעון הקודם) ואחד ב-Q1 של Year 3 — וביניהם חודשים יציבים בטווח של שלושים עד שמונים.

נפח ההפקדות גדל בסדר גודל

סיפור הצמיחה הברור יותר נמצא בצד של נפח ההפקדות. נפח ההפקדות הרבעוני ב-Q1 של Year 1 (הרבעון המלא הראשון לאחר ההשקה) שימש כבסיס למעורבות. עד Q1 של Year 3, נפח ההפקדות הרבעוני גדל ליותר מ-11× מהבסיס הזה.

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

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

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

• חשבונות Standard (ללא עמלה, מרווחים רחבים יותר) — רוב ההרשמות החדשות.
• חשבונות ECN (מרווחים גולמיים עם עמלה לפי lot) — מוצר ה-trader הפעיל.
• חשבונות Pro ו-Institutional ללקוחות עם הפקדות גבוהות יותר.
• חשבונות PAMM Manager ו-PAMM Investor לזרימות של מנהלי כספים.
• חשבונות Wallet, Rebate, Reward, Demo, US Stocks, וחשבונות זכאים לבונוס שממלאים את הזנב הארוך.

כל הקונפיגורציות האלה פועלות מול שירות MT5 יחיד.

המעורבות של הלקוחות עקבית

מדדי המעורבות המרכזיים בבסיס ה-trader הרשום:

• בערך תשעה מתוך עשרה traders רשומים אישרו את כתובת האימייל שלהם — שיעור גבוה מספיק כדי להעיד שמסלול ההרשמה הוא תנועה אמיתית, ולא הרשמות של בוטים.
• שבעה מתוך עשרה השלימו אישור KYC — יחס תאימות חזק עבור ברוקר אזורי.
• שלושה מתוך ארבעה חשבונות רשומים נמצאים במצב פעיל (לא נמחקו, לא הושעו ולא הועברו לארכיון).
• ארבעים וחמישה אחוזים מ-base ה-trader מיוחסים ל-IB — כלומר, תוכנית ה-IB היא, מבחינת נתח, ערוץ הגיוס הבודד הגדול ביותר.
• עשרה אחוזים מבסיס ה-trader הגיעו למעמד של חשבון ממומן — שיעור ההמרה הטיפוסי של forex קמעונאי עבור ברוקר מבוסס.

אמינות תפעולית ברמות של industry-grade

מתוך כלל רשומות משימות ההפקדה והמשיכה שעובדו (למעט יבוא המיגרציה), השלמת הפקדות עומדת על 98.9% והשלמת משיכות עומדת על 99.4%. צוות התפעול קטן מספיק כדי להימדד בעשרות admins; תצורת התפקידים כוללת כמה תפקידי תפעול לאזור MENA, וכן תפקידי מכירות ושיווק, IT, IB-VIP, ו-viewer ייעודיים, כולם עם הרשאות דרך בקרת הגישה מבוססת התפקידים של Kenmore.

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

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

הרכב סוגי החשבונות

חשבונות מסחר אמיתיים שולטים ברישום החשבונות, כאשר חשבונות IB ו-MAM יחד מהווים כמעט שלושים אחוזים מכלל החשבונות — שילוב שמייחד את אסטרטגיית המוצר של הברוקר הזה. נתח ה-Money Manager, בפרט, גבוה באופן חריג עבור ברוקר בגודל הזה ומשקף את ההשקעה של הלקוח בקו ה-money-manager כזרם הכנסות מקביל.

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

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

מה זה מוכיח

המסקנה מהמעורבות הזו היא לא סיפור של צמיחה אקספוננציאלית. זה סיפור של מצב יציב.

מהירות עלייה לאוויר, עם ספר קיים. חמישה שבועות מחוזה למערכת חיה, כאשר ספר ה-trader הקיים המלא של הברוקר הועבר בתוך החודש השני. זו לא השקה green-field שבה לברוקר יש את המותרות לבנות לקראת יום ראשון — זהו ספר לקוחות קיים שעובר לפלטפורמה חדשה בלי לאבד חשבונות, מסמכי KYC או היררכיות IB בדרך. כלי המיגרציה והיקף ה-Traders Room ביום הראשון פעלו כפי שהובטח.

חוסן בלי החלפת פלטפורמה. שלושים חודשים של פעילות רציפה על stack יחיד של MT5. בלי מיגרציות פלטפורמה, בלי אירועי rip-and-replace, בלי שינויים ארכיטקטוניים גדולים. הפלטפורמה שעלתה לאוויר ב-Year 1 היא הפלטפורמה שפועלת היום, עם קונפיגורציית מודולים עשירה בהרבה שנבנתה מעליה. עבור מפעיל ברוקראז', זו התוצאה המשעממת שהיא בעצם הקשה ביותר להשיג — פלטפורמה שסופגת צמיחה בלי להפוך לצוואר הבקבוק.

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

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

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

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

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

מדדי מפתח במבט חטוף

מדד	ערך
זמן מחתימה על החוזה ועד מערכת חיה	≈ 5 שבועות
חודשי פעילות רציפה	30+
צמיחת בסיס הטריידרים — מבסיס לאחר המיגרציה עד להיום	1.55×
נפח הפקדות רבעוני — שנה 3 לעומת שנה 1 (אותו רבעון קלנדרי)	11×
נפח הפקדות חודשי בשיא לעומת בסיס ההשקה המוקדם	130×+
יחס נפח משיכות לנפח הפקדות (מצב יציב)	≈ 0.7–0.9
חלק ה-IB מבסיס הטריידרים הרשומים	45%
Introducing Brokers פעילים ברשת	מאות נמוכות
הגדרות סוגי חשבונות שהוגדרו בפלטפורמה	110+
שמות מוצר ייחודיים של סוגי חשבון	35
שפות נתמכות ב-Traders Room וב-CRM	2 (אנגלית, ערבית — עם RTL)
אינטגרציות PSP פעילות בייצור	4 (בנוסף למסלולי בנק & קריפטו ידניים)
פלטפורמת מסחר	MT5 only — no platform migrations
שיעור אישור אימיילים בקרב טריידרים רשומים	≈ 90%
חלק הטריידרים הרשומים שאושרו ב-KYC	≈ 71%
חלק החשבונות הפעילים בקרב הטריידרים הרשומים	≈ 74%
שיעור השלמת הפקדות (סטטוס: completed)	98.9%
שיעור השלמת משיכות (סטטוס: completed)	99.4%
שיפורים מותאמים אישית שסופקו לאחר ההשקה	130+ over 30 months
גודל הצוות התפעולי בצד הניהול	עשרות אדמינים

---