מודל האספקה וההטמעה של BrainPack
תוצאות אינן עוד מדד. הן המדד היחיד.
לא רוכשים מערכת רק כדי שתהיה מערכת. רוכשים אותה כדי למכור יותר, לעבוד טוב יותר, לצמצם עבודה ידנית ולפתוח יכולות שלא היו קיימות קודם. כל השאר הוא רעש - לא תוצאות.
כולנו יודעים איך התהליך הזה בדרך כלל נראה.
אתם מתחילים עם חזון. שוכרים ספק. מנהלים משא ומתן על המחיר. העבודה מתחילה. איפשהו סביב החודש השלישי, אתם מבינים שמה שקיבלתם לא בדיוק תואם למה שהובטח לכם. אבל ממשיכים. הזמן עובר. מתחילים להתפשר על דברים שאמרתם שלעולם לא תתפשרו עליהם. העלות גדלה. ובסוף התהליך - אם בכלל יש לו סוף - אתם נשארים עם מערכת שעובדת בערך, בעלות שלא תכננתם, ובלי הפיצ'רים שבאמת רציתם מלכתחילה.
אתם כבר מכירים את התהליך הזה. ואתם גם יודעים איך הוא בדרך כלל מסתיים.
BrainPack נבנתה בדיוק כדי למנוע את הדפוס הזה.
למה?
ארבע סיבות. מבניות. לא הבטחות.
למכור
ארכיטקטים ומובילי הביצוע מעורבים בתהליך כבר מהיום הראשון.
לבנות
אותו צוות. אותה אחריות.
תפעול
ללא העברת מקל. העבודה מצטברת ומתפתחת.
אותם אנשים, בכל שלב. עמוד שדרה אחד שמחבר בין שלושת השלבים.
הצוות שמאפיין את המערכת הוא גם הצוות שבונה אותה בפועל.
לא מול Sales Engineer. לא מול Account Manager שמעביר אתכם הלאה אחרי המכירה. הארכיטקטים והמפתחים שיבנו את המערכת הם האנשים שנמצאים בחדר מהיום הראשון — והם גם נשארים שם לאורך הדרך. הם עובדים כחלק מהצוות שלכם, משום שמבחינה מבנית - זה בדיוק מה ש-BPU נועד להיות.
המסגרת התקציבית נקבעת מראש ואינה משתנה במהלך הפרויקט.
בלי Change Orders. בלי “זה לא היה חלק מהסקופ”. בלי הפתעות בחשבוניות בחודש השישי. העלות ידועה מראש לפני שהעבודה מתחילה - והיא לא משתנה. העדיפויות יכולות להשתנות. העלות לא.
אותו צוות ממשיך ללוות, להפעיל ולפתח את המערכת גם לאחר העלייה לאוויר.
בלי Handover. בלי “היה תענוג לעבוד יחד, הנה התיעוד”. הצוות שבונה את המערכת הוא גם הצוות שמפעיל אותה, משפר אותה וגדל איתכם לאורך זמן. הידע נשאר בתוך התשתית והמערכת - לא אצל יועץ שעוזב בסוף הפרויקט.
תוצאות הן לא קו הסיום. הן נקודת ההתחלה.
אנחנו עובדים toward the outcome - בלי קשר למה שמשתנה לאורך הדרך. וכשהתוצאה מושגת, אנחנו ממשיכים להשתפר ולהתקדם - אל יכולות שבתחילת הדרך אפילו לא העזתם לדמיין. זה החלק שרוב הספקים לא מסוגלים להתחרות בו: למודל הזה אין קו סיום. כי גם לתוצאות אין קו סיום.
הפרויקט מת.
התשתית מחליפה אותו.
המודל הישן היה פרויקט חד-פעמי - כזה שלעולם לא באמת הסתיים, ולעולם לא באמת סיפק את מה שהובטח. המודל הזה נגמר. מה שמחליף אותו הוא Execution Infrastructure - תשתית קבועה, משתפרת ומצטברת — שמגיעה לתוצאות שאפילו לא העזתם להכניס למסמך הדרישות המקורי.
- 01 גילוי ואפיון
- 02 פיתוח
- 03 בדיקות קבלה (UAT)
- 04 עלייה לאוויר · נקטע מוקדם
- 05 העברת אחריות · מעולם לא הגענו לשלב הזה
תאריך הסיום - Q3 הגיע. המערכת הועברה. הצוות פורק.
שש תכונות מבניות שמוגדרות במודל עצמו - לא כהבטחה שיווקית.
אלה אינם סעיפים מסחריים או הבטחות שירות. אלה מאפיינים מובנים של מודל ההפעלה עצמו.
אין הפרדה בין צוות המכירה, צוות ההקמה וצוות התפעול. זו אותה יחידה לאורך כל חיי המערכת.
בלי Handoff. בלי “תכירו את Delivery Lead שלכם”. בלי פרצופים חדשים ומסתוריים שמופיעים בחודש השלישי. הארכיטקט שתכנן את התשתית שלכם עדיין יושב איתכם ב-Quarterly Review גם שנה אחרי. הידע לא “דלף החוצה” מה-BPU — משום שה-BPU לא מסתיים.
המודל שלנו לא מבוסס על הרחבת Scope דרך חיובים נוספים לאורך הדרך.
כאשר סדרי העדיפויות שלכם משתנים - שום דבר לא נעצר. בלי משא ומתן מחדש. בלי עדכון מסמך Scope. בלי חשבונית חדשה על הפער בין מה שאמרתם בינואר למה שאתם צריכים במרץ. קיבולת ה-BPU כבר מוקצית. העבודה פשוט משנה כיוון. אותה עלות. אותה מחויבות. כיוון חדש. בנינו את המודל הכלכלי כך שזה יהיה אפשרי בפועל - לא רק כדי לשווק שזה אפשרי.
אנחנו לא באים לבקר. אנחנו מפעילים.
BrainPack נמצאת בתוך הארגון שלכם - לא לידו. הצוות שלנו מכיר את המערכות שלכם, את המידע שלכם, את הספקים שלכם, את המגבלות שלכם ואת ההיסטוריה התפעולית שלכם - משום שאנחנו עובדים מבפנים, בכל שבוע. זו לא ייעוץ מרחוק דרך Zoom. זו Infrastructure שחיה במקום שבו אתם עובדים. מרחק הוא האויב של תוצאות. אנחנו הוצאנו אותו מהמשוואה.
BrainPack מנהלת ומתכללת את הספקים כחלק מהתשתית התפעולית.
ספק ה-ERP שלכם, ספק הסליקה, חנות המובייל, ספק ה-Cloud ותוכנות הפיננסים - כולם עובדים מול BrainPack, לא מולכם. אנחנו כותבים את ה-APIs. אנחנו מנהלים את השיחות הטכניות. אנחנו מטפלים בתלויות בין המערכות. אתם מפסיקים להיות המתרגמים בין ספקים שלא מדברים באותה שפה. כתובת אחת. אחריות אחת. גורם אחד שאחראי על התוצאה.
Weekly. Monthly. Quarterly. אותו צוות נשאר לאורך כל הדרך.
תוצאות דורשות נוכחות. בכל שבוע - Operational Sync. בכל חודש - Tactical Review. בכל רבעון - Strategic Review עם כל מקבלי ההחלטות שאישרו את ההתקשרות. המנכ״ל. ה-CFO. הגורם העסקי שמוביל את המהלך. מנהל המחלקה שמקבלת את הערך. כולם באותו חדר. כל תשעים יום. זה לא Optional. זה המנגנון שמבטיח שהשקעת ה-Infrastructure נשארת מיושרת עם המציאות העסקית.
אין תאריך סיום.
פרויקט מסתיים. מערכת עולה לאוויר. הצוות עוזב. התשתית נשחקת. שנתיים לאחר מכן, החברה כבר מחפשת ספק אחר שיתקן את מה שהספק הקודם בנה. BrainPack לא מסתיימת. הצוות לא עוזב. התשתית ממשיכה להתפתח ולהתחזק — שבוע אחר שבוע, רבעון אחר רבעון, שנה אחר שנה. זהו החלק היחיד במודל שרוב ספקי הטכנולוגיה אינם יכולים להעתיק. כל השאר הוא רק עמוד תמחור. זוהי הארכיטקטורה.
שגרת העבודה. לעומק.
תוצאות לא נשמרות לאורך זמן ללא מנגנון ניהול ובקרה. BrainPack פועלת בשלושה מעגלי עבודה קבועים — תפעולי, טקטי ואסטרטגי. לכל אחד מהם מוגדרים המשתתפים, המטרה והתוצרים. אלו אינן ישיבות סטטוס. זהו המנגנון שמניע את המודל כולו.
סנכרון תפעולי
מה קרה השבוע. מה עולה לאוויר בשבוע הבא. מה תקוע. אילו החלטות צריך לקבל עד יום שישי.
בחדר
- צוות הביצוע של BrainPack
- המוביל התפעולי מטעם הלקוח
תוצרים
- יומן הביצוע מעודכן
- חסמים הועברו לטיפול בדרג המתאים
- הספרינט הבא מאושר עוד לפני סיום השיחה
סקירה טקטית
התקדמות הביצוע מול התוכנית. ניצול והקצאה מחדש של משאבי ה-BPU. תקינות המערכת. סטטוס האינטגרציות. סיכונים שבחודש שעבר היו תיאורטיים — והיום כבר לא.
בחדר
- צוות הביצוע של BrainPack
- מקבלי ההחלטות הטכנולוגיות מטעם הלקוח
- מקבלי ההחלטות התפעוליות מטעם הלקוח
תוצרים
- דוח חודשי
- התאמות בסדרי העדיפויות
- הקצאה מחדש של ה-BPU במקרה של שינוי בתוכנית
- מרשם הסיכונים מעודכן
סקירה אסטרטגית
סקירה ברמת הנהלה של התשתית מול התוצאות העסקיות. אחת ל-90 יום. אף אחד לא מדלג עליה.
בחדר
- הצוות הבכיר של BrainPack
- מנכ״ל
- נותן החסות הבכיר מטעם ההנהלה
- בעל הסמכות התקציבית
- מנהלי היחידות העסקיות המקבלות שירות
- מי שפנה ל-BrainPack מלכתחילה
תוצרים
- מסמך סקירה עסקית רבעונית
- מפת הדרכים האסטרטגית לרבעון הבא מאושרת
- הקצאת ה-BPU מאושרת סופית
- יוזמות חדשות הוגדרו ואופיינו
למה מודלים אחרים נכשלים. באופן ספציפי.
לכל מודל אחר יש נקודת כשל מובנית. ההבנה היכן כל אחד מהם נשבר מסבירה מדוע המודל הזה לא.
-
ההכנסות של היועץ גדלות ככל שהמורכבות שלכם גדלה. מבחינתו, מורכבות אינה בעיה שצריך לפתור — היא מקור הרווח שלו. בסופו של דבר, הלקוח מוצא את עצמו מנהל את היועץ במקום לנהל את העסק.
כשל 01
ייעוץ לפי שעה
-
היקף הפרויקט הוגדר על ידי אנשים שעדיין לא הבינו את המערכת לעומק. רק כעבור שלושה חודשים נוצרה הבנה אמיתית של המערכת. הפער בין ההגדרה המקורית לבין המציאות הפך לחשבון נוסף. בכל פעם.
כשל 02
פרויקטים בהיקף קבוע
-
כל כלי פותר בעיה אחת ויוצר שתיים אחרות. לכל ספק יש גישה שונה לאינטגרציה. כל חוזה מתחדש במועד אחר. הלקוח הופך למנהל ספקים, והעסק הופך לאוסף מפוצל של פתרונות נקודתיים שאינם פועלים כמערכת אחת.
כשל 03
מערכי כלי SaaS
-
אי אפשר לגייס מספיק מהר. קשה לשמר בתוך הארגון את רוחב הידע הנדרש בתחומי ERP, בינה מלאכותית, אינטגרציות ופיתוח. כשהמהנדס הבכיר עוזב, שנתיים של ידע ארגוני עוזבות יחד איתו.
כשל 04
צוותי IT פנימיים
-
מומחיות ללא אחריות. כשהעבודה נעשית מורכבת, הפרילנסר עובר לפרויקט הבא. כשהפרילנסר עוזב, הידע עוזב יחד איתו. למי מתקשרים בשתיים בלילה כשהאינטגרציה קורסת?
כשל 05
פרילנסרים
הפער
BrainPack אינה חברת ייעוץ מהירה יותר או מנהלת פרויקטים טובה יותר. היא יחידה מבנית מסוג אחר. זה מה שמשתנה.
שאלות נפוצות
תשובות ישירות וכנות
יועץ מחייב לפי שעות ובסופו של דבר עוזב. BrainPack מטמיעה תשתית קבועה ונשארת לאורך זמן. הצוות לא מתחלף, הידע לא עוזב יחד עם האנשים, והמערכת לא נשחקת לאחר העלייה לאוויר - היא ממשיכה להתפתח ולהתחזק. זהו ההבדל התפעולי בין ייעוץ לבין תשתית. כל השאר הוא שיווק.
שום דבר לא נעצר. אין צורך בהזמנת שינוי ואין צורך במשא ומתן מחדש. קיבולת ה-BPU מופנית מחדש לעדיפות החדשה — באותה עלות. זהו מאפיין מובנה של המודל, לא מחווה או הטבה. זה מתאפשר משום שבנינו את המודל הכלכלי כך שיוכל לעבוד בדיוק בצורה הזו.
כל מקבלי ההחלטות שאישרו את ההתקשרות: המנכ״ל, סמנכ״ל הכספים, נותן החסות מטעם ההנהלה, מנהלי היחידות העסקיות והגורם ששמו מופיע על האישור — כולל מי שפנה ל-BrainPack מלכתחילה. אחת ל-90 יום. ללא יוצאים מן הכלל.
המשמעות היא שצוות התמיכה של ספק ה-ERP שלכם, ספק סליקת התשלומים, מפתחי המובייל וספק הענן — פונים אלינו, לא אליכם. אנחנו כותבים את מפרטי האינטגרציה, מטפלים בהסלמות הטכניות ומנהלים את לוחות הזמנים והתלויות בין הגורמים השונים. אתם מפסיקים להיות הגורם שמתווך ומתאם בין ספקים שלא תמיד מדברים באותה שפה.
היא נספגת במסגרת המודל. זו בדיוק המטרה של מודל ה-BPU. מורכבות אינה הפתעה - בסביבות ארגוניות מורכבות היא ברירת המחדל. המודל של BrainPack בנוי להתמודד עם המורכבות הזו מבלי לגלגל אליכם את העלות באמצעות דרישות תשלום נוספות על שינויים. לא תקבלו חשבונית חדשה רק משום שהמציאות התגלתה כמורכבת יותר מהתכנון הראשוני.
כן. למעשה, זהו חלק מרכזי ממה שאנחנו עושים כבר מהיום הראשון. אנחנו עובדים ומתאמים מול מערכות ה-ERP הקיימות שלכם, ספקי התשלומים, שותפי הפיתוח, פלטפורמת הענן — וכל מערכת או ספק שכבר פועלים אצלכם. אנחנו הגורם המתכלל שמחבר ומנהל את הכול. אתם ממשיכים לנהל את העסק.
המשמעות היא שאין יום שבו המערכת פשוט ״נמסרת״ וממשיכים הלאה. אין ״סיימנו כאן״. אין חוזה תחזוקה מול ספק אחר. התשתית ממשיכה להתפתח, לעבור אופטימיזציה ולהתרחב באופן שוטף — ואותו הצוות שבנה אותה ממשיך לפתח אותה, כל עוד העסק שלכם ממשיך לפעול.
זהו מודל ה-FDE בגרסה מורחבת. Palantir משלבת מהנדסים בסביבת הלקוח כדי לגרום לפלטפורמה שלה לעבוד בעולם האמיתי. BrainPack מספקת את המהנדסים, הפלטפורמה, שכבת ה-AI, מנוע האינטגרציה וצוות התפעול הקבוע — הכול כיחידה אחת. מודל ה-FDE מובנה בתוך המודל שלנו. וכך גם כל התשתית שעליה ה-FDE פועל.
"היו לנו 3 מערכות ERP שמעולם לא דיברו זו עם זו. BrainPack חיברה את כולן והפכה אותן לפעילות דיגיטלית שמייצרת הכנסות — מסחר מקוון, פיצויים אוטומטיים, קופונים, יכולות מכירה — דברים שלא חשבנו שהם אפשריים. זה קרה מהר יותר ממה שדמיינו."
"היו לנו 3 מערכות ERP שמעולם לא דיברו זו עם זו. BrainPack חיברה את כולן והפכה אותן לפעילות דיגיטלית שמייצרת הכנסות — מסחר מקוון, פיצויים אוטומטיים, קופונים, יכולות מכירה — דברים שלא חשבנו שהם אפשריים. זה קרה מהר יותר ממה שדמיינו."
המודל הוא היתרון התחרותי.
כל ספק טכנולוגיה יכול למכור לכם את אותה התוכנה. מה שאתם באמת רוכשים הוא מודל הביצוע והאספקה. המודל שלנו שונה - במכוון. בואו לראות בעצמכם.