יום שישי, 24 בדצמבר 2021

428 Jarvis with Sagi from Perimeter 81


שלום וברוכים הבאים לפודקסאט מספר 428 של רברס עם פלטפורמה. התאריך היום הוא ה-14 בדצמבר 2021 - אוטוטו אנחנו מסיימים את השנה הזאת - והיום אנחנו מתכבדים לארח באולפן הוירטואלי שלנו את שגיא מחברת Perimeter 81 - היי שגיא, מה נשמע? ברוך הבא! רק אני (רן) היום באולפן הוירטואלי, ואני מארח את שגיא - ואנחנו הולכים לדבר על נושא שנקרא Jarvis - זהו איזשהו כלי פנימי ש-Perimeter בנו “בתוך הבית שלהם” ומיד נגיע אליו.

אבל לפני זה - שגיא, ספר לנו קצת עליך ועל החברה?
  • (שגיא) אחלה . . . אז אני “גיק מחשבים”, מגיל 6 התחלתי לעבוד עם מחשבים, בגיל 9 התחלתי לעצב . . . 
    • למדתי לבד, או יחד עם אחי הגדול - ישבנו בבית, קיבלנו מההורים ספר לעיצוב והתחלנו לעשות את זה.
    • אני בא מעולמות של Deisn ושל User Experiernce - זה ה-Passion הגדול.
  • ב-2018 הקמתי את Perimeter 81 ביחד עם עמית ברקת, השותף שלי
    • זה המיזם השני שלנו - התחלנו ב-2013 עם מיזם של VPN-ים ל-Consumers - בעצם, נתנו פרטיות ואנונימיות למשתמשים ברחבי העולם, לעשרות אלפי משתמשים
    • ב-2017, ראינו שתי מגמות שקורות בשוק - 
      • (1) המון משתמשים שעוברים לעבוד מכל מיני מקומות ברחבי העולם - הרבה לפני הקורונה, כל מה שנקרא Digital Nomads”, “נוודים דיגיטליים”
      • (2) והמגמה השנייה זה בעצם המון חברות שעוברות לעבוד בענן ול-Cloud Infrasctures
    • וראינו שיש כאן איזושהי הזדמנות מאוד מאוד גדולה - ושם בעצם הקמנו את Perimeter 81
      • שנותנת Secured Remote Access - גישה מאובטחת למשאבים הפנימיים של הארגונים, גם ב-On-premise וגם ב-Cloud
    • וזה, בעצם, מההתחלה ועד היום.

(רן) אני זוכר, דרך אגב, אתה בטח יותר בקיא בזה ממני - אני זוכר שגוגל הכריזו לפני משהו-כמו-חמש-שנים שלמעשה אין להם יותר VPN - כל השירותים שלהם הם “Secured בדרכים אחרות”, שלטענתם הן הרבה יותר בטוחות, כי לטענתם הם אומרים שלא קיים כבר ההבדל הזה שבין External ל-Internal, וכל העניין של VPN זו אשליה, אז “בואו לא נשלה את עצמנו - כל Service חייב את ה-Authorization ואת ה-Authentication משלו, אל תשלו את עצמכם כאילו שבתוך ב-VPN זה בסדר” . . . . [יש את זה - Classic VPN partial deprecation]
אז אני לא יודע אם אתה מכיר את ההכרזה הזאת, אני חושב שהם עשו את זה לפני כמה שנים, וזה גם ככה . . . 
  • (שגיא) כן, זה התפתח - גוגל יצאו עם שירות שנקרא BeyondCorp, שהוא שירות פנימי לגוגל, שבעצם מייתר את הצורך ב-VPN-ים וב-Firewall-ים בתוך הארגון, ובעצם מאפשר להשתמש בשירותים פנימיים שהם הרבה יותר מאובטחים.
    • בעצם, הגישה היא לעבור מ-Site-centric approach, מלהגן על האתר - מעבר להגנה על העובד עצמו
    • כי העובד נמצא בכל מקום והוא צריך בעצם הגנה גם בגישה למשאבים הארגוניים, שיכולים להיות בכל מקום היום - כלומר, אין Perimeter אחד
    • והדבר השני זו בעצם גישה למשאבים חיצוניים כמו אינטרנט ואיך אתה בעצם מגן על העובד בגישה לשירותים הציבוריים.
    • וגישה של אבטחה בתוך המכשיר עצמו.
(רן) אז אתה אומר שזה לא רק להגן על ה-Service-ים שלנו, זה לא רק להגן על השרתים - צריך גם להגן על העובדים, ואם בלהגן על העובדים עסקינן, אז בודאי לא VPN וזהו, כי זה אולי מגן על השרתים - וגם זה לא תמיד - אבל על העובדים הוא בטח שלא מגן. מובן.

אז תיכף נגיע לנושא של Jarvis ונדבר על מה זה - אבל לפני כן: אמרת שהיית גיק-מחשבים בגיל צעיר, אז אני חייב לשאול את השאלה - מה היה ה-CPU הראשון ש''סבל את נחת זרועך” כשהיית ילד?
  • (שגיא) אז קיבלתי מחשב Comodor מההורים . . . .
(רן) Comodor64?
  • (שגיא) כן . . . . Comodor64, היו שם כמה משחקים מאוד נחמדים
    • היינו רבים - אני ואחי - בתור למחשב, מי ישחק קודם
    • ובאמת שם התחילה כל האהבה והזיקה למחשבים ולטכנולוגיה, ומשם זה התפתח עד היום.
  • אני גם בא מתחום של טכנולוגיה - למדתי מדעי המחשב, אבל ה-Main Passion ובעצם מה שאני עושה זה איך אני מייצר צמיחה
    • גם אם אני מתבטא בעיצוב או שזה מתבטא במוצר עצמו, שאני מוביל אותו, השיווק בחברה . . . אז כל האלמנטים האלה.
(רן) מעולה. אז כן,  אני גם פחות או יותר מאותה תקופה - אני אמנם הייתי על Sinclair Spectrum , אבל הם היו אחים / אוייבים . . . וגם לי הייתה גישה ל-Comodor64 במשך כל הילדות שלי, אז לגמרי מבין את הרקע.

בסדר - אז בוא נדבר על Jarvis. מה זה Jarvis, ולמה בניתם אותו?
  • (שגיא) אז הכלי הזה הוא משהו שבעצם נבנה על בסיס כשלונות או מה שלמדנו מהחברה הראשונה שלנו . . . 
  • בחברה הראשונה - היא הצליחה, אבל לא מספיק
    • הגענו לתחום שהוא בעצם Commodity - זה VPN for Consumer, והיה משהו שהיה מאוד חסר לנו באותה תקופה, גם כדי לקחת החלטות טקטיות והחלטות אסטרטגיות, וזה כל העניין של דאטה, ואיך שאתה צורך דאטה בחברה.
    • הבנו שהקצב הצמיחה של החברה יכול להיות הרבה יותר מהיר אם אתה מתעל את הדברים האלה - את הנתונים - לטובתך.
    • אתה בעצם גם מייעל את הזמן של העובדים שלך ואתה מגדיל את הפרודקטיביות של העובדים.
  • לכן, כשהקמנו את Perimeter 81, הדבר הראשון שעשינו זה בעצם זה
    • (א) להקים צוות דאטה, שיאסוף מהרגע הראשון את כל הנתונים, יחבר את זה ל-Data warehouse שלנו
    • והדבר השני זה בעצם שהקמנו את Jarvis.
  • כש-Jarvis זו בעצם הפלטפורמה הפנימית שלנו  . . . .
(רן) אז שאני אקרא לך “Tony” מעתה והלאה? . . . . אז בעצם, כשאתה אומר “להשתמש בדאטה”, אני מניח שאנשים מדמיינים דברים שונים כשהם שומעים “דאטה”, כי דאטה יכול להיות הביטים שעוברים על ה-VPN וזה יכול להיות מידע אישי על הלקוחות וזה יכול להיות מידע עסקי מסוג אחר . . . 
איזה סוג של דאטה מצאתם שהוא מפתח להצלחה, בהקשר הזה?
  • (שגיא) אנחנו אוספים היום המון נתונים שעוזרים לנו בכל המחלקות השונות אצלנו בחברה
    • אם זה דאטה שקשור לכל הפיננסים, שעוזר לנו גם לשקף נתונים ל-Board וגם לעצמנו בתור הנהלה וגם לעובדים ביום-יום
      • זה כל העניין שאנחנו מדברים על Tranperency - זה ערך שהוא מאוד מאוד חזק בחברה, גם ברמת ה-Dashboard-ים שרצים כאן וגם ברמת הנגישות שלהם.
      • אז זה בעצם כל המטריקות של SaaS Companies 
      • אנחנו חברת SaaS בסופו של דבר, אנחנו מאפשרים לבנות Network-as-a-Service או מה שנקרא היום שירותי SASE
      • ובעצם כל המטריקות ש . . .
  • (רן) בעברית זה נשמע הרבה יותר טוב, אני חייב להגיד  - שירות SAS-E  . . .
    • (שגיא) “שירות סאסי”, כן . . . SASE זו בעצם הגדרה של Gartner, ראשי-תיבות של Secure Access Service Edge
      • זו בעצם קונסולידציה (Consolidation) של שירותי Network ו-Security בפלטפורמה אחת.
      • כלומר - Perimeter 81 זה לא רק “VPN Replacement לדור החדש” - זה בעצם הרבה יותר מזה
      • זה One-stop-shop - זו Platform שמאפשרת מגוון של מוצרים
      • אנחנו קוראים לזה בעצם “ה-Cyber Security Experience Platform” - כי כל המהות זה בעצם לייצר סוג של חוייה, וזו נקודה שהחלטנו לעשות, גם על סמך דאטה שאספנו מלקוחות
      • המון פידבק שהגיע - וגם את זה אנחנו אוספים בצורה שהיא מאוד  מעניינת - וגם זה מתוכלל בתוך Jarvis, ויש המון מודלים שתומכים בזה.

(רן) אז אתה אומר שבחברה הקודמת הגעתם למצב שבו אתם לא מבינים מספיק טוב את הלקוח ואת ה-Use case שלו - איך הוא משתמש במוצר, איפה הוא נתקע . . .  אני קצת מנחש, אבל אני אעשה קצת אקסטרפולציה (Extrapolation) ממה שאתה אומר - בסופו של דבר אתה תולה את חוסר ההצלחה, או ההצלחה-הלא-מספקת של החברה דאז, בזה שלא היה לכם מספיק דאטה, וזה אחד הדברים הראשונים שבאת לתקן ב-Perimeter 81
אבל אתה גם אומר משהו בנוסף לזה - לא רק דאטה: אני רוצה שכל עובד ועובד יראה את כל הדאטה. אולי לא אמרת את זה בדיוק במילים האלה, אבל דיברת על שקיפות . . .
  • (שגיא) נכון לגמרי . . .
(רן) . . . יש הבדל בין “בוא, יש לנו דאטה ויש לנו כמה אנליסטים שחשופים אליו ועוזרים להנהלה לקבל את ההחלטות הנכונות” לבין לחשוף את הדאטה בצורה שהיא שקופה לכל עובד, שגם עובדים יוכלו, לצורך העניין, להסתכל על החלטות ההנהלה בעין ביקורתית, לאור הנתונים - ואולי להצביע על אלטרנטיבות או להטיל ספק.
עד כמה העניין הזה - של שקיפות ולתת את המידע גם לאחרון העובדים - עד כמה אתה רואה את זה כמשמעותי אצלכם?
  • (שגיא) אז אנחנו חושפים כמעט את כל הנתונים של החברה - מרמת ה-ARR ו-Collections וכמות Logo-אים וחלוקה של סגמנטציות (Segmentation) ובאמת כל מידע שיכול לעזור במחלקות.
    • על פי זה אנחנו גם נותנים כל מיני KPIs לעובדים השונים
  • אני חושב שהדבר הכי גדול שזה מייצר זה שזה מייצר תחושת שייכות - וזה בעצם גורם לסוג של Engagement, גם בין העובדים וגם בתוך החברה.
  • אחד הדברים הראשונים שעשינו היה לחבר בין Jarvis לבין ערוץ ה-Slack שלנו - ובעצם כל חברה חדשה שמצטרפת, כל לקוח חדש שאנחנו מצליחים לסגור - אז זה מכריז על זה אוטומטית ואנשים יכולים להגיב ולהריע
    • ובעצם זה מחבר בין העובדים, אז זה יצר אימפקט מאוד עצום בתוך החברה,
    •  ואני חושב שזה יצר גם סוג של ווייב כזה, Culture ו-DNA מאוד ייחודיים ל-Perimeter 81
      • אין פה איזו מדיניות של הסתרה והפחדה ו”לחסוך מהעובדים את הנתונים” - עצם זה שאנחנו כן מראים את זה עושה סוג של אמפליפיקציה (Amplification) - זה מגביר את המודעות.
      • וזה גורם לעובדים לבוא עם יותר רעיונות ויותר דברים שהם רוצים ליזום ולעשות - ואלו התוצאות הישירות של זה.

(רן) אז תראה - אני מאוד בעד שקיפות [והרחבה למיטבי-שמע: 346 Transparency @ Monday.com], אז אני אייצג פה עמדה שהיא לא שלי, אבל בכל אופן - המקטרגים יבואו [הם תמיד באים] ויגידו “אוקיי, אבל יש פה גם כמה סכנות - מידע יכול לזלוג החוצה . . . “. לצורך העניין, עובד שסיים את ההעסקה שלו בחברה ויודע יותר מדי, או אולי עובד שלא כל כך מרוצה או אולי סתם בטעות איזשהו CSM דיבר עם לקוח וחשף מידע שהוא לא היה אמור לחשוף . . . יש פה גם הרבה מאוד סכנות בשקיפות הזאת - מעבר לזה שלך, כחלק מההנהלה של החברה, פתאום יש לך 100 מבקרים או Whatever-כמה-עובדים-שיש-בחברה, בזמן שלפני כן היו לך מקסימום אולי שלושה, או רק ה-Board . . . אז יש לא מעט התמודדויות.
מה החווייה שלך מזה? אני יודע שקשה להסתכל על זה במשפט אחד, אבל בגדול - עכשיו כשאתה נמצא שם כמה שנים, איך החווייה שלך עם ההתמודדויות האלה?
  • (שגיא) אני חושב שזה משהו שאנחנו לא כל כך טורחים להסתיר . . . למשל את כמות הלקוחות שלנו ואת הדברים שאנחנו עושים.
  • אנחנו צומחים בקצבים מאוד-מאוד מהירים, ובעצם באמצעות המידע הזה או מה שיש לנו במאגרים, זה מה שמשמש אותנו, זה כמו סוג של תחמושת עבורנו.
  • ברור שיש בזה איזשהו סיכון, אבל אתה יודע - בעלות-תועלת אני חושב שהתועלת הרבה יותר גבוהה מהסיכונים שזה יכול לייצר.
  • כמובן שגם החברה צומחת מאוד מהר - הכפלנו את כמות העובדים בשנה האחרונה, אנחנו חוצים את ה-200 עובדים היום
    •  וזה מעלה שאלות ותהיות לגבי ההמשך, כי בעצם כל שלב ב-Life-cycle של החברה מעלה אתגרים חדשים.
    • אז השאלה היא באמת איך אנחנו לוקחים את זה קדימה - Jarvis כבר ניהיה כלי שנוגע בכל כך הרבה דברים
      • אז איך אנחנו בעצם מייצרים סגמנטציה (Segmentation) במקומות מסויימים, ומכילים, נגיד, מודל של Permissions על איזורים שם, של “מי יכול לעשות מה”.

(רן) אז יש פה בעצם . . .  דרך אגב, אני רוצה להכנס עוד מעט למה זה Jarvis-עצמו, אבל נשאר עוד רגע ב-Meta [מילה שמורה? . . . ] - אז יש פה שיקול של “אוקיי, החברה גדלה אז (1) האם באמת ה-Trust-boundary נשאר כמו שהוא היה עם [כשהיו] 10 עובדים עם חברה של 200 או של 1,000 עובדים? האם באמת זה נכון לבטוח בכולם? ו-(2) יש פה גם עניין של פרודקטיביות - יכול להיות שיש כאן עניין של Information-Overload: לא בהכרח כל מהנדס צריך היות חשוף לכל אינפורמציה שנחשף אליה איש Suppport או אולי זה פשוט לא מעניין אותם . . . אז בוא נעזור להם ונציף להם [רק] את האינפורמציה שמעניינת”.
אז שני ה-Issues האלה - נקרא לזה (1) העניין של ה-Trust-boundary ו-(2) זה הפרודוקטיביות - אז דיברת על מודל של Permissions, מה עוד יכול לעזור שם?
  • (שגיא) אז אנחנו באמת מדגישים את זה בצוות BI, שטורח לקחת את המידע ולעבד אותו ובעצם לזקק את נתונים שרלוונטיים לכל מחלקה
    • כלומר, ה-Customer Success אצלנו - יש להם Dashboard-ים שרלוונטיים רק ל-Customer Success: כמה Ticket-ים פתוחים כרגע? מה המודל NPS שלנו, הציון NPS? מה הם זמני התגובה שלהם? מי בעצם נמצא On-Duty? - אלו בעצם ה-Dashboard-ים שיש להם.
    • מצד שני, למחלקת Finance שלנו יש Dashboard-ים, שחלקם חשופים וחלקם לא חשופים, כי באמת יש נתונים שלא צריכים להיות אצל שאר העובדים, אבל שגם עוזרים להם להבין את כל המטריקות (Metrics) של ה-LTV/CAC, ה-Win-ratio - כל מה שאנחנו צריכים לדעת על “הגבולות גיזרה” ועל “איך שהספינה הזאת שטה”
      • האם היא שטה בצורה תקינה או האם יש איזושהי בעיה שזה מציף - וזה עולה באמצעות הדאטה.
      • אנחנו יכולים לזהות בעיות בצורה מאוד-מאוד קלה.

(רן) בסדר, אז בוא נדבר קצת ונצלול פנימה למה זה Jarvis: אם אני מבין נכון, זה כלי שיש בו הרבה מאוד נתונים על הלקוחות, על הפיתוח של החברה - נניח, על איזו תוכנית נמצא כל לקוח, כמה הוא משלם, כמה הוא באמת משתמש, כמה רישיונות יש לו או נתונים אחרים שאתם מחזיקים - ונשאלת השאלה “רגע! אבל יש איזה מיליון כלים שעושים את זה!” נכון? יש Salesforce ויש Zendesk ל-Support ויש הרבה מאוד כלים אחרים, שעושים דברים די דומים, ונשאלת השאלה למה לא פשוט להשתמש באחד כזה? למה לבנות אחד אצלכם בבית?
  • (שגיא) אז (א) זה לא בא להחליף כלי מדף כמו Salesforce ו-Zendesk או Freshdesk - אנחנו בעצם משתמשים בכולם 
    • וב-stack שלנו יש גם את Looker שמאפשר לעשות Slice & Dice ממש ב-high-level על הנתונים עצמם - זה באמת ה-Quick-wins שלנו, שאנחנו רוצים להנגיש מידע.
  • הייתה לי איזושהי נקודה בזמן, ששאלתי את אחת מה-Acount Managers שלנו, שהייתה לה בעיה עם לקוח והיא רצתה לשלוף מידע, אז שאלתי אותה “תגידי, כמה זמן לוקח לך לפתור את הבעיה הזאת?” והיא אמרה לי “לקח לי בערך 3-4 שעות”
    • כי היא הלכה למערכת הראשונה ושלפה משם מידע - ואז הצליבה את זה במערכת השנייה ועם המערכת השלישית והמערכת הרביעית והחמישית . . . 
    • ובאמת - היא לא ראתה סיפור שלם, שממש מספר את כל הסיפור של הלקוח, מכל הקצוות שלו.
    • ופה זה היה סוג של A-ha! moment - שאמרנו שצריך בעצם משהו שהוא יותר מתוחכם, שמאפשר יותר דברים, יותר קסטומיזציה (Customization) ויותר מתאים למוצר שלנו, שיתן את ה-Insight-ים האלה בצורה מיידית.
  • אנחנו מטפלים באמת בכמות מטורפת של לקוחות, אנחנו רוצים להגביר את ה-Efficiency - אני מאמין ממש ב”Work smart - not work hard” - וכל מה שאנחנו עושים זה בעצם לייעל את העבודה כאן ב-Perimeter.

(רן) אז אתה אומר שהדאטה קיים - וכנראה שכמעט לכל חברה יש את הדאטה הזה - אבל להנגיש אותו? זה כבר סיפור אחר, ומערכות שאתה יכול לקנות מהמדף עושות רק חצי עבודה . . . הן אולי טובות בשלבים מוקדמים, אבל אז אתה מגלה שמישהו בחברה עובד 4 שעות כדי להוציא איזשהו פריט-אינפורמציה שהיה אפשר להוציא בשאילתת SQL קצת יותר מתוכמת - בשנייה. אז ברור שיש פה . . . אתה מייצר “תקרות זכוכית” לעובדים שלך: 4 שעות? אז הוא יכול, נגיד, לעשות שתי משימות כאלה ביום, תיאורטית - ומעבר לזה כנראה שהרבה מהעובדים אפילו לא ינסו, כי הם ידעו שזה הולך לצרוך להם חצי מהיום, אז הם אפילו לא ינסו להסתכל על הנתונים ואולי יפסידו את ה-Context שהם צריכים על מנת לקבל את ההחלטה הנכונה.
אז אוקיי - אבל זה דורש לא מעט מאמץ . . .  זאת אומרת, צריך לפתח את זה, צריך מפתחים, Database-ים, UI, איפיון, באגים, Security, כל הסיפור הזה . . . אז זה גם  . . . . כמה זה דורש מכם, כרגע?
  • (שגיא) אז יש באמת צוות שהוא Dedicated לעניין.
  • הכל התחיל גם כשראיתי מה קורה אצל Monday [מה באמת?] ואצל ערן ורועי
    • ערן היה מפקד שלי בצוות בצבא והיינו יושבים איתם הרבה בהתחלה וראיתי את ה-BigBrain ואת מה שהם עשו [שוב, אם דילגתם קודם - 346 Transparency @ Monday.com]
    • ראיתי כמה שזה עוזר, ברמת החברה, ויש לי גם כמה חברים שעובדים שם . . .
    • ואמרתי “וואו, יש כאן משהו שהוא באמת Game-changer, וצריך לקחת את זה למקום אחר אצלנו”.
  • באמת, מהשלב הזה, התחלנו לבנות את הצוות שמטפל ב-Jarvis
  • זה התחיל בהתחלה עם איש דאטה ושני מפתחים של Front ו-Back - ועכשיו זה צוות שהוא טיפה יותר גדול, שיש לו גם Product Manager שמובילה את התהליך כולו
    • את כל האפיונים, את כל ה-Roadmap - וזה משהו שהוא ממש מוצר שלם בתוך החברה.
    • מה שיפה לראות זה בעצם את ה-Engagement-over-time - עד כמה אנשים תלויים ב-Jarvis וצריכים את זה ומבקשים עוד ועוד כלים ועוד ועוד תוספות.
    • זה ממש פרויקט שבעיני הוא אסטרטגי לצמיחה של החברה.

(רן) אז קודם כל, נגיד [שוב] שהקלטנו כבר בעבר פרק על BigBrain עם רן [שהיה אז] מ-Monday, אז מוזמנים ללכת ולחפש ולהקשיב לו - ושם באמת רן תיאר את המערכת הזאת, שעושה כנראה דברים דומים ל-Jarvis, רק עושה את זה בחברת Monday.
אז כמה אנשים היום עובדים על זה? מי מנהל את זה? אתה, באופן אישי, מנהל את זה? איך נראה צוות המוצר של Jarvis, נכון לעכשיו, היום?
  • (שגיא) אני יותר ברמת החזון ולאן זה באמת צריך להתפתח ותהקדם, אבל יש בעצם ב-Day-to-Day את טל אצלנו, 
    • טל דנגור, שהיא בעצם אחראית - היא ה-Prduct Manager - היא אחראית על בניית ה-Roadmap וכל האיפיונים, ובעצם עובדת עם צוות מפתחים של ארבעה מפתחים.
    • יש גם אנשי Design שתומכים בזה, יש אנשי Data שתומכים בזה
  • אז שוב - Full-time יש בסביבות החמישה אנשים - ו-on top on that יש עוד אנשים שעוזרים מכל מיני כיוונים של כל מיני מחלקות שונות
  • וזה מתחבר עם עוד פרויקטים אסטרטגיים שאנחנו עושים בחברה - כי היום אני יכול לחשוב על Jarvis כעל סביבה שאנחנו ממש מפתחים בה, כמו ארגז כלים - אנחנו מפתחים פק”לים חדשים או כלים חדשים, שאותם אנחנו יכולים לחשוף אחר כך בפלטפורמה, במוצר של Perimeter 81.
  • אנחנו גם בנינו, בנוסף לזה, Design system as a Framework  -שבעצם מחבר, יוצר גשר, בין הפלטרפורמה לבין Jarvis
    • וכל מה שאני עושה ב-Jarvis אני יכול, בעצם, להשתמש בו בפלטפורמה שלנו.
  • אז זה בעצם עושה אמפליפיקציה (Amplification) לזה.
(רן) אתה אומר שלצורך העניין, אם יצרת איזשהו Control, שהשתמשת בו בהתחלה פנימית ב-Jarvis, ואז הגיע מנהל מוצר של המוצר החיצוני ואמר “וואי! אני רוצה כזה!” - אז זו לא בעיה, זאת אומרת שזה אותו ה-Code- base או שזה לא בעיה להעביר בין אחד לשני.
  • (שגיא) בדיוק
(רן) וצוות הפיתוח הוא חלק מה-R&D? זאת אומרת - איך זה בנוי ארגונית?
  • (שגיא) אז היום הוא יושב באמת ב-R&D, אבל בפועל הוא בעצם  . . . טל, ה-Product, מכווינה אותם במשימות, בספרינטים - איך עושים? מה עושים? . . . .
(רן) זאת אומרת שזה צוות פיתוח לכל דבר - מפתחי Backend ו-Frontend או Full-stack או מה שלא יהיה שם - אבל זה צוות פיתוח, זה לא  אנשי אינטגרציה (Integration), זה לא שהם ביום-יום יושבים ועושים אינטגרציה בין Salesforce לאחרים - אולי הם עושים גם את זה לפעמים, אבל רוב הזמן העבודה זו עבודת פיתוח  תוכנה, פשוט כמו שכל אחד עושה.
  • (שגיא) כן, לגמרי - ויש גם המון אנשים . . . זה תלוי בפרויקטים.
  • בהתחלה הזכרנו את העניין של תחקור של Account-ים שיש לנו, אבל זה כבר ניהיה הרבה מעבר לזה - זה דורש גם עבודה של Data scientist, שמוסיף על זה מודלים של פרדיקציה (Prediction)  . . . 
    • אם זה, נגיד, להבין מה הסיכוי של לקוח לנטוש, מבוסס על Event-ים מסויימים - אז זה דברים שאנחנו מוסיפים
    • או אם צריך עבודה DevOps-ית מסויימת, כדי לייצר כלים נוספים בתוך Jarvis, שיעזרו לפיתוח או ל-Customer Success בעבודה השוטפת שלהם
    • אז יש המון אנשים שמצטרפים לזה, לפרויקטים מסויימים.

(רן) עכשיו נשאלת השאלה היזמית הקלאסית - אוקיי, אז אצלכם עובדים על זה משהו כמו חמישה או שישה אנשים, מתוך חברה של 200 איש, ב-Monday עובדים על BigBrain לא יודע כמה X אנשים - וכנראה שבעוד חברות . . . .
אז נשאלת השאלה: למה שלא נייצר מוצר כזה, שנותן את הכלי הזה לחברות אחרות, ונמכור אותו As-is? השאלה האם זה אפשרי, כלומר - האם זה 90% Custom-made ל-Perimeter ורק 10% דאפשר לעשות ממנו Generalization, או שבכל אופן יש פה איזשהו בסיס איתן, ככה, למוצר יותר גנרי?
  • (שגיא) אז פנו אלי כמה פעמים עם השאלה הזאת . . . 
  • אני חושב שבמהות שלו, Jarvis הוא סוג-של-תפור על Perimeter 81, על מה שאנחנו עושים מבחינת הפלטפורמה, מבחינת הפיצ’רים, מבחינת ההתנהגות . . . .
    • כלומר - קשה לחשוף אותו החוצה ללקוחות חיצוניים ולהפוך אותו לכלי מדף.
  • אני יכול לומר ש-30% מהיכולות שלו הן כן משהו שהיית יכול, כאילו . . . לחשוף אותו ככלי חיצוני - אבל יש בו הרבה מעבר.

(רן) אוקיי, בוא רגע נחזור לימי ההתחלה של החברה - הייתם בטח כמה יזמים, אולי גייסתם קצת כסף וכמה עובדים - ופתאום, לצורך העניין, בא שגיא ואומר “אני רוצה לבנות כלי!” - ובא המנכ”ל ואומר “רגע, רגע - אבל יש לנו פה מוצר, שנייה, אנחנו סטארטאפ, יש לנו מעט מאוד Resource-ים . . . . בואו לא נבזבז את זה על כלי פנימי, בואו נשקיע את כל ה-Resource-ים שלנו באיפה שהכסף נמצא . . . .”.
אז איך נראו הימים הראשונים של Jarvis, ואילו אתגרים היו בלהביא את כולם Onbaord לשם?
  • (שגיא) אז הרבה פעמים בהתחלה, כשיש לך משהו שהוא לא קיים, קשה לראות את התועלת ואת ה-End-game - מה בעצם הוא יתן לך בסוף הדרך [מעבר ל-”I.. Am... Iron Man", כמובן].
  • אני חושב שבמקרה הזה, על סמך הרבה דברים שעשינו בעבר, ההתעקשות שלי הייתה מאוד מאוד נחרצת - וזה דרש באמת שיחות מאוד עמוקות עם השותף שלי, ולקח זמן עד שהגענו להחלטה הזאת, שהולכים על זה ולקבל את ברכת הדרך.
    • כי באמת - זה דורש משאבים, זה דורש זמן, זה טיפה מסיט מהפוקוס ולא מבינים למה צריך להסיט מהפוקוס.
  • אבל אני ועמית ביחד באותה הסירה כבר למעלה מעשור, אז אנחנו יודעים כל אחד את הטריגרים של השני
    • ובסופו של דבר באמת הגענו לעמק השווה ולהבנה
    • אבל כן - היו הרבה Friction-ים ממש בהתחלה, כדי להגיע לדבר הזה - ואני מאוד מאוד שמח שהייתה את ההתעקשות ושעשינו את זה, כי היום זה באמת מוכיח את עצמו ומראה את ה-Value הגדול בתוך הארגון.

(רן) מצויין - ואילו אתגרים אתה רואה היום? זאת אומרת - עובדים חדשים? פיתוחים חדשים? אתגרים טכנולוגיים? אתגרים אנושיים? . . . אילו אתגרים אתה רואה כרגע מסביב ל-Jarvis, נכון להיום?
  • (שגיא) אז היום יש לנו המון כלים כשאנחנו רוצים לעזור לצוותים השונים - לצוותי הפיתוח, לצוותי ה-Customer Success, ב-Marketing זה תחום שלא נכנסנו אליו עדיין ב-Jarvis והוא יכול לתרום הרבה . . . 
    • אבל זה דורש המון Engagement מהעובדים
    • למשל - ה-R&D הבינו את הפוטנציאל ומבקשים המון דברים שיעזרו להם בלנהל, נגיד, את התשתית, לנהל את הרשת . . . 
      • המון פעולות שהיו פעולות שחוזרות על עצמן ולוקחות המון זמן - פתאום Jarvis יכול לעשות את זה
      • כי בלחיצת כפתור יש לך משהו שפועל ברקע ומבצע את זה.
    • אז אלו דברים שמתווספים ונכנסים ל-Roadmap שלנו
  • ב-CustoermSuccess יש המון דברים שקשורים ל-Relationships עם הלקוח, אז זה בעצם משהו שאנחנו מפתחים ב-Jarvis וחושפים אותו אח”כ בפלטפורמה - ויש לו Impact עצום על מה שאנחנו עושים.
  • אנחנו ממש עכשיו בנינו את ה-Roadmap לשנה הבאה ואת מה שאנחנו הולכים לעשות ואיך אנחנו יכולים בעצם להכניס עוד ועוד ועוד מודלים ועוד אפשרות לתחקור ולקסטם (Customize) את Jarvis
    • אם ה מבחינת ה-Alert-ים שהוא יכול לתת, מבחינת ה-Insights שהוא יכול לתת . . . ממש לזקק את המידע, כמה שיותר.

(רן) כיוון שזה קוד - האם חלק מהמפתחים, שלא עובדים ב-Jarvis, תורמים לשם? זאת אומרת - מייצרים Plug-ins, מתקנים באגים, תורמים פיצ’רים?
  • (שגיא) אז בדיוק עכשיו אנחנו עובדים על פרויקט נוסף, שזה בעצם לייצר את ה-Design system
    • ה-Design system הוא סוג של Framework, גם ברמת ה-Design team שלנו.
    • יש לנו סטודיו של שמונה מעצבים בחברה, שזה גם חלק משמעותי - וגם אנחנו רוצים לייעל את העבודה של הצוותי Front שלנו, 
  • אז ה-Design System הוא סוג של Framework שהוא בעצם משותף, Repository של “מרמת האטומים והמולקולות”, לייצר את כל ה-Component-ות השונות 
    • בין אם זה כפתור, טבלה או מסך
  • ובעצם מייצרים את ה-Repository הזה, שנמצא גם ב-Jarvis וגם בפלטפורמה - אז צוותים שעובדים בפלטפורמה על דברים שונים ומוצרים שונים יכולים להעביר את זה ל-Jarvis - והפוך.

(רן) אוקיי, ואיך נראה ה-Stack הטכנולוגי? אני מתאר לעצמי שמצד אחד אתם חברה שמייצרת איזשהו שירות של אבטחה, Style-VPN, לא בדיוק זה אבל משהו דומה - אני מניח שזו התעסקות קצת יותר ב-Low-level; מצד שני - Jarvis, כנראה יש Stack שונה לחלוטין . . . זאת אומרת, הוא מתעסק בדאטה וב-UI ובדברים כאלה . . .
(א) תקן אותי אם אני טועה, יכול להיות שאני מדבר על משהו שלא קיים - אבל בכל אופן: איך נראה ה-Stack הטכנולוגי, והאם קיימים פערים - לצורך העניין פערים טכנולוגיים - בין מפתחי Jarvis למפתחים אחרים בחברה?
  • (שגיא) אז באמת ה-Stack הוא אותו Stack - התחלנו לפתח בעצם מאותה נקודת פתיחה.
  • ה-Stack עצמו הוא מודרני - אני לא מכיר את הBits & Bytes, אני חושב שהם עושים את זה על בסיס React, את הפיתוח עצמו.
  • הדאטה עצמו נשלף מה-Data Warehouse שלנו , אני פחות מעורה ב . . .
(רן) וזה דומה ל-Stack הטכנולוגי של שאר החברה? 
  • (שגיא) כן, לכל דבר.
  • זה בעצם מקל על המעברים.
(רן) בסדר, אז תראה- קודם כל זה מעניין, אני חושב שיש כאן כמה דברים מעניינים: אחד זה הסיפור התרבותי, זאת אומרת של “בואו נפתח Infrastructure פנימי!” - ולא Infrastructure במובן הקלאסי שהמפתחים חושבים עליו, של Monitor-ים, Deployments ו-Log-ים אלא ה-Infrastrucutre העסקי, שמשקיעים בו הרבה מאוד מאמץ, ובאמת אתה אומר ש”עשינו את זה מתוך הניסיון שלנו, זה לא שבפעם הראשונה עשינו את זה נכון . . .  טעינו, ומהטעויות האלה למדנו  והנה, זה התיקון שלנו” - ובינתיים אתה אומר שזה מוכיח את עצמו אז אני מקווה שזה באמת ימשיך ככה . . . .
ומעבר לזה - יש פה גם שאלה של ניהול של צוותי פיתוח מאוד מאוד מגוונים ויכולת של עבודה מוצלחת בין כולם.
ואני חושב שהסיפור הכי מעניין זה השקיפות בתוך הארגון, זאת אומרת - התרבות הזו של השקיפות, של “בוא ניתן לכולם לראות את כל הקרביים של החברה”, מתוך הנחה שברגע שיהיו להם את הנתונים, הם יקבלו החלטות יותר נכונות, זאת אומרת שיש פה Trust מאוד משמעותי בעובדים.
  • (שגיא) לגמרי.

(רן) בסדר, אז אנחנו, ככה, מתקרבים לקראת הסוף - יש עוד משהו שהיית רוצה להוסיף, על החברה עצמה או על Jarvis?
  • (שגיא) לא, אני חושב שזה באמת מוצר שכיף לפתח אותו, כיף לעשות אותו וכיף לתרום
  • היום כל עובד יכול להגיע ל-Jarvis, להכנס - גם אם זה להסתכל ב-High level על הלקוחות ולעשות שם Slice & Dice - או ממש לעשות Drill-down ולראות את הסיפור, את המסע של הלקוח.
  • אנחנו חברת SaaS, אנחנו עושים מודל של Land & Expand
    • אנחנו רואים בעצם איך הלקוחות מתפתחים אצלנו, בין אם זה ברמת ה-Feature-ים שהם משתמשים בהם, שיחות שהם עשו עם ה-Customer Success, שיחות שאנחנו דוגמים אותן . . . 
    • אז זה בעצם המון מידע שמגיע מהמון מקורות - אם זה Salesforce, מהפלטפורמה עצמה, Usage שלהם, כל המטריקות האלה, דברים שאנחנו בעצם מודדים ב-Day-to-Day ובסוג-של-Real-time.
  • אז זה באמת Game changer ובאמת עוזר לנו לעשות את הקפיצה הזאת, כי אנחנו חברה  שהתקציב פרסום שלנו הוא תקציב דו-ספרתי של מיליוני דולרים, שנתי - ואתה חייב להראות את ה-ROI החיובי על כל דולר שאנחנו משקיעים.
  • לכן, בעצם, כל הדאטה וכל מה שאנחנו אוספים - הכל בעצם מתרגם לתוצאות וללהיות ממש Data-driven ו-Results-driven ולהסתכל על הדברים הטובים ועל הפחות טובים בעיניים, ולדעת איך לטפל בזה.
  • וגם אם נתקעים בקיר אצלנו - תמיד נמצא את הדרך לעקוף אותו ואת הדרך היצירתית הזאת.

(רן) בסדר גמור - תודה.
אז אני מניח שאתם - כמו ארגונים אחרים - גם מגייסים עובדים . . . גם ל-Jarvis וגם למקומות אחרים בחברה. איפה אתם נמצאים, בישראל?
(רן) רק למי שלא היה בבית הזה - איפה הוא נמצא? באיזה רחוב?
(רן) אוקיי - אז מרחק-הליכה מהרכבת . . . .
  • (שגיא) מרחק-הליכה מהרכבת, כן.

(רן) בסדר - אז תודה רבה, שגיא! תודה לך על הזמן  ועל זה שסיפרת לנו על Jarvis.
(שגיא) היה לי כיף מאוד, תודה רבה.
(רן) להתראות

 האזנה נעימה ותודה רבה לעופר פורר על התמלול!

הנה כמה תמונות מסך של ג׳רביס:

אין תגובות:

הוסף רשומת תגובה