לעבוד ב-Pango: אפליקציה שכולם מכירים, ועבודה מהמשרד
זמן קריאה: 7 דקות
Pango היא אחת המעסיקות הבודדות בלוח שלנו שכמעט כל מי שקורא את זה כבר השתמש במוצר שלה. זה נשמע כמו פרט שיווקי, אבל לעובד יש לו משמעות ממשית: כשמשהו נשבר, מיליוני אנשים מרגישים את זה באותו רגע, ולא עשרה לקוחות ארגוניים.
מה החברה מפעילה
לפי אתר החברה ודיווחי עיתונות כלכלית, Pango מפעילה אפליקציה לתשלומי חניה, תחבורה ציבורית, כבישי אגרה, תדלוק ושירותי דרך, ולפי החברה היא משרתת מיליוני נהגים בישראל, ומשרדיה בפתח תקווה.
מוצר שמרכז תשלומי חניה, תחבורה, כבישי אגרה ותדלוק הוא בפועל מערכת תשלומים שמחוברת לעשרות ספקים חיצוניים: עיריות, מפעילי חניונים, חברות דלק וגופי תחבורה. זה הסבר גם לתמהיל הגיוס וגם לסוג הבעיות ההנדסיות.
בשנה האחרונה נקלטו בלוח 64 פרסומי משרה, כולם בפתח תקווה.
מה המוצר דורש מבחינה הנדסית
אפליקציה שמרכזת תשלומים מול עשרות ספקים חיצוניים מייצרת סוג בעיות ספציפי. כל ספק מדבר בפרוטוקול משלו ובזמינות משלו, חלק מהתשלומים חייבים להסתיים גם אם צד שלישי אינו זמין, וכל תקלה בשרשרת נראית למשתמש כתקלה באפליקציה.
לכן העבודה כאן נוגעת הרבה באמינות, בניסיונות חוזרים, בהתאוששות מכשל ובהתאמה בין מערכות שלא תוכננו לעבוד יחד. זה פחות זוהר מבניית תכונה חדשה, והוא בדיוק סוג ההנדסה שמפתחים מנוסים מעריכים.
ארגון שרובו פיתוח
מבין הפרסומים שסומנו במחלקה, פיתוח ומחקר הם 66 אחוזים - שיעור גבוה מאוד, לעומת 26 אחוזים בלוח כולו.
| מחלקה | חלק מהפרסומים שסומנו |
|---|---|
| פיתוח ומחקר (R&D) | 66% |
| תפעול | 8% |
| לקוחות ותמיכה | 6% |
| שיווק | 6% |
| ניהול מוצר | 5% |
| מכירות ופיתוח עסקי | 5% |
| כספים | 3% |
הכותרות שחזרו הכי הרבה הן iOS Developer, Platform Engineer, Product Manager, Partnerships Operations Manager, Account Executive Associate, Backend Developer-Core Services. מפתח iOS, מהנדס פלטפורמה, מנהל מוצר, מפתח צד שרת לשירותי ליבה ומפתח צד שרת לצמיחה. זו רשימה של ארגון פיתוח מובנה, עם חלוקה בין צוות ליבה לצוות צמיחה.
החלוקה הזו עצמה שווה תשומת לב. צוות ליבה עוסק בתשתית התשלומים והאמינות, וצוות צמיחה בתכונות שמגדילות שימוש. שתי העבודות שונות מאוד, ושווה לברר לאיזה מהם משויך התפקיד.
מה זה אומר להפעיל מוצר שכולם משתמשים בו
שלוש השלכות מעשיות. הראשונה, תקלה אינה אירוע פנימי אלא אירוע ציבורי: היא מגיעה לרשתות החברתיות ולתקשורת בתוך דקות. השנייה, העומס אינו אחיד - הוא מתפרץ בשעות מסוימות ובאזורים מסוימים, וזה אילוץ תכנוני אמיתי. השלישית, המוצר תלוי בעשרות ספקים חיצוניים, ותקלה אצל אחד מהם נראית למשתמש כתקלה שלכם.
מבחינת מהנדס זו עבודה על אמינות ועל התמודדות עם תלות חיצונית, יותר מאשר על תכונות חדשות. מי שנמשך לבעיות מהסוג הזה ימצא כאן חומר עשיר, ומי שרוצה לבנות מוצר חדש מאפס ימצא פחות.
הסטאק
הפריטים שחוזרים הכי הרבה הם Python, AWS, CI/CD, DynamoDB, Terraform, Bash, .NET Core, Node.js, MongoDB. שפת סקריפט, ענן, תשתית כקוד, מסד מפתח ערך מנוהל, סביבת מיקרוסופט ומסד מסמכים. לצידם מופיעים בשמם שירותי ענן ספציפיים לפונקציות, שערי ממשק ותורים.
פירוט כזה ברמת השירות הבודד מעיד על ארכיטקטורה מבוססת אירועים ופונקציות, ולא על שרת מונוליטי. מי שמכיר את הסגנון הזה יזהה את הפרופיל מיד. 123 משרות עם AWS, 47 משרות עם Terraform ו13 משרות עם .NET פתוחות בלוח כולו.
למי זה מתאים
מפתחי צד שרת ומובייל שמחפשים מוצר עם היקף משתמשים אמיתי ובעיות אמינות אמיתיות. אנשי תשתית ו-DevOps, שבארכיטקטורה מבוססת שירותי ענן יש להם עבודה משמעותית. ומי שגר באזור פתח תקווה, ראש העין, השרון או מזרח גוש דן.
מי שפחות: מי שדורש גמישות מקום, ומי שמחפש לבנות מוצר חדש מאפס. כאן העבודה היא בעיקר על מערכת קיימת בהיקף גדול.
הנתון שיפתיע חלק מהקוראים
92 אחוזים מהפרסומים שציינו מודל עבודה סומנו עבודה מהמשרד ורק 8 אחוזים היברידי, לעומת 46 אחוזים היברידי בלוח כולו.
זהו אחד השיעורים הגבוהים שמדדנו, והוא חריג במיוחד כי לא מדובר בחברת חומרה או בקו ייצור אלא באפליקציה. כלומר זו כנראה החלטה ארגונית ולא אילוץ פיזי. אין לנו את הסיבה ולא ננחש אותה, אבל הנתון עצמו ברור ושווה לדעת אותו לפני שמתחילים תהליך.
69 משרות בפתח תקווה פתוחות בלוח כולו, כך שאפשר להשוות את גודל השוק באזור.
מה לברר לפני שמגישים
שלוש שאלות ייחודיות למקום הזה. לאיזה צוות משויך התפקיד, ליבה או צמיחה, כי זו עבודה שונה. מה מדיניות התורנויות, כי במוצר צרכני שפועל מסביב לשעון זו שאלה מעשית ולא תיאורטית. ומה היקף העבודה מול הספקים החיצוניים, שהוא חלק גדול מהעבודה ההנדסית ולא מופיע במודעה.
שאלה רביעית שמותר לשאול ישירות: למה העבודה מהמשרד. הנתון חד משמעי, והוא לא נובע מאילוץ פיזי, ולכן זו החלטה ארגונית שאפשר לבקש ממנה הסבר. רשימת השאלות לשאול את המראיין מכסה איך לשאול בלי להישמע מתנגדים.
ההגשה
התפקידים הפתוחים כרגע הם Platform & DevOps Team lead, Product Manager- Billing Platform, Data Scientist. ההגשה נעשית דרך Comeet, שבה כל ההגשה היא מסך אחד עם קורות חיים ופרטי קשר, והרשימה המעודכנת בעמוד החברה של Pango.
בחברה שמפעילה מוצר צרכני בהיקף כזה, קורות חיים שמדברים על עומס ועל אמינות בולטים: כמה משתמשים, מה קרה בשעות שיא, ואיך התמודדתם עם תלות בספק חיצוני שנפל. זה רלוונטי יותר מרשימת פריימוורקים.
הקצב, ולמי זה מתאים
64 פרסומי משרה בשנה מול 3 תפקידים פתוחים כרגע, בחברה שרובה פיתוח. מי שנמצא בעמדה טובה: מפתחי צד שרת ומובייל שגרים באזור השרון או במזרח גוש דן, ואנשי תשתית ו-DevOps.
מי שפחות: מי שדורש עבודה היברידית. הנתון כאן חד משמעי, והוא לא תלוי באילוץ פיזי אלא במדיניות, כלומר הוא פחות סביר להשתנות בגלל תפקיד מסוים.
מה לא נמצא כאן
אין נתוני שכר. אין מידע על שלבי הראיון. אין לנו הסבר למדיניות העבודה מהמשרד, רק את הנתון עצמו. ואין לנו נתון על היקף העבודה במוקד לעומת המטה בתפקידים המסחריים.
שאלות נפוצות
כמה תפקידים אינם בפיתוח?
מיעוט ניכר. פיתוח ומחקר הם 66 אחוזים מהפרסומים שסומנו במחלקה, והשאר מתחלקים בין תפעול, שירות, שיווק, מכירות, מוצר וכספים.
מה רמת הוותק הנדרשת?
שדה הוותק אינו מלא בעקביות ולכן אין לנו נתון מדיד. הכותרות שפורסמו כוללות גם תפקידי סניור וגם תפקידים ללא ציון דרג, לצד תפקידי הובלה.
מה סוג הבעיות ההנדסיות?
בעיקר אמינות ואינטגרציה: עבודה מול עשרות ספקים חיצוניים שכל אחד בפרוטוקול ובזמינות משלו, התאוששות מכשל, והתמודדות עם עומס שמתפרץ בשעות מסוימות.
מה ההבדל בין העבודה כאן לחברת מוצר ארגוני?
כאן המשתמשים הם מיליוני אנשים פרטיים, ולכן תקלה היא אירוע ציבורי מיידי. בחברת מוצר ארגוני התקלה מגיעה דרך תיקון שירות ולא דרך הרשתות החברתיות.
אפשר לעבוד מהבית?
לפי הפרסומים, כמעט לא. 92 אחוזים מהפרסומים שציינו מודל עבודה סומנו עבודה מהמשרד.
איפה נמצא המשרד?
בפתח תקווה. כל פרסומי המשרה של השנה האחרונה מסומנים שם.
מה הסטאק?
הפריטים שחוזרים הכי הרבה הם Python, AWS, CI/CD, DynamoDB, Terraform, Bash.
מה הפירוט של שירותי הענן שמופיעים?
בפרסומים מופיעים בשמם שירותים לפונקציות, שערי ממשק, אחסון אובייקטים ותורי הודעות. פירוט ברמת השירות הבודד מעיד על ארכיטקטורה מבוססת אירועים ופונקציות ולא על שרת מונוליטי.
יש תפקידים שאינם פיתוח?
כן, אך הם מיעוט. בפרסומי השנה האחרונה מופיעים גם תפעול, שירות לקוחות, שיווק, מכירות, מוצר וכספים, ובין התפקידים הפתוחים כרגע יש גם תפקיד הדרכה וביצועים למוקד מכירות.
יש שם מפתחי מובייל?
כן. מפתח iOS חוזר בכותרות של השנה האחרונה יותר מפעם אחת, מה שמתאים למוצר שעיקר השימוש בו הוא דרך אפליקציה.
כמה תפקידים פתוחים כרגע?
3 תפקידים פתוחים בלוח נכון ל-30 בספטמבר 2026, מתוך 64 פרסומי משרה בשנה האחרונה.
מה שווה להדגיש בקורות החיים?
עומס ואמינות. כמה משתמשים, מה קרה בשעות שיא, ואיך התמודדתם עם תלות בספק חיצוני שנפל. במוצר בהיקף כזה זה רלוונטי יותר מרשימת פריימוורקים.
מה ההבדל בין צוות ליבה לצוות צמיחה?
צוות ליבה אחראי על תשתית התשלומים והאמינות, וצוות צמיחה על תכונות שמגדילות שימוש. שני הסוגים מופיעים במפורש בכותרות, וזו שאלה טובה לשאול לאיזה מהם משויך התפקיד.
כמה פרסומי משרה היו בשנה האחרונה?
64 פרסומים, כולם בפתח תקווה, מול 3 תפקידים פתוחים כרגע.
מה מייחד עבודה על מוצר עם מיליוני משתמשים?
תקלה הופכת לאירוע ציבורי תוך דקות, העומס מתפרץ בשעות מסוימות, והמוצר תלוי בעשרות ספקים חיצוניים שתקלה אצלם נראית למשתמש כתקלה שלכם. זו עבודה שמתמקדת באמינות יותר מבתכונות חדשות.
זו חברת פינטק?
חלקית. המוצר מרכז תשלומים ומחובר לספקים רבים, אבל הוא נמכר כאפליקציה צרכנית ולא כשירות פיננסי. סוג הבעיות ההנדסיות דומה לפינטק, וחוויית המשתמש דומה לאפליקציה צרכנית.
הנתונים בעמוד נספרו מפרסומי המשרה של Pango שנקלטו בלוח HiTakeJob בשנה שהסתיימה ב-30 בספטמבר 2026, ומחושבים מחדש בכל רענון. מחלקה, מודל עבודה וסוג העסקה אינם שדות חובה במערכות הגיוס, ולכן כל אחוז מתייחס רק לפרסומים שבהם השדה מולא, ואם השדה ריק לגמרי נאמר זאת במפורש. פרטים שאינם מהלוח מופיעים עם מקורם.