# טכנולוגיה ופיתוח

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

העמוד המלא: https://oversight.co.il/industries/tech

## בקצרה

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

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

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

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

## האתגרים בענף

### דמו למשקיעים שמראה את כל הזרימה, בלי לבנות את הכול

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

### ההרשאה היא לא רק תפקיד, אלא גם על אילו נכסים

"למה הלקוח הזה רואה את הנתונים של לקוח אחר?" שאלה שסוכנות לא רוצה לשמוע אף פעם. סוכנות מנהלת לקוחות רבים, וכל לקוח צריך לראות רק את שלו. מנהל לא אמור לשנות לעצמו את התפקיד, מייסד לא נמחק ולא מושבת, ומשתמש צופה רואה בלי לגעת. זו כבר לא רשימת תפקידים אלא שתי שכבות: הרשאות סטטיות (אילו פעולות מותרות) והרשאות דינמיות (על אילו נכסים ואילו לקוחות), ומעליהן ריסיילר שמוכר את המערכת הלאה תחת המותג שלו (White Label). ב-Lumo, שאנחנו מפתחים לסוכנויות שיווק, שתי השכבות מופרדות כבר במודל הנתונים, ולכן ארגון חדש נפתח בהגדרה ולא בגרסה חדשה של כל המערכת.

### חבילה, ניצול ו-AI: חיוב שלא הופך כל לחיצה לעלות

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

### ה-Onboarding הראשון: כתובת אתר, והמערכת מזהה את השאר

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

### חיבור חי לכל דייר, ושרת שעולה בשניות ולא בדקות

דייר (tenant) ב-SaaS רגיל הוא שורות בטבלה. במערכת שמחזיקה חיבור חי לכל דייר, למשל סשן WhatsApp, הוא תהליך שרץ ומחזיק מצב, ועד שיש מעט דיירים אף אחד לא שם לב. עם הגידול מגיעות הבעיות: עליית שרת שטוענת את כולם ונמשכת דקות, חיבורים שמתנתקים בלי שמישהו לוחץ "רענן", נעילות (lock) שחוסמות עבודה מקבילה, ושאילתות כבדות שרצות בשרת במקום במסד. תכנית האופטימיזציה שגיבשנו מארגנת את זה מחדש: ריסטארט אוטומטי לסשן בודד בלי להפיל את כולם, לוגים לכל דייר, שאילתות שעוברות למסד, ותקרות הגנה על גודל קמפיין וייבוא רשימה.

### אפליקציה אחת, אלפי חנויות, ובדיקות החנות של Shopify

אפליקציה משובצת (embedded) רצה בתוך חנויות עם ערכות עיצוב שונות, ולכן כל שינוי חייב לא לשבור את החנות של מישהו אחר. מעבר לזה, חנות האפליקציות של Shopify מחייבת webhooks של פרטיות שעונים בזמן, טיפול נכון בהתקנה ובהסרה, ועמידה בתקן Built for Shopify. בעברית נוסף עוד שלב: ממשק, התראות ועיצוב שעובדים מימין לשמאל, ובהמשך גם בערבית. ב-Sense Apps, המיזם של אוברסייט שמשרת אלפי חנויות, הדרישות האלה הן חלק מהארכיטקטורה, כולל חיוב לפי חבילה שמתחשב בעלויות שימוש חיצוניות. העיקרון פשוט: לא שוברים חנות של אף אחד.

### לקוח חדש נפתח בשתי מערכות, ואחת מהן לא עונה

מכירים את זה שלקוח מסיים הרשמה, ובמערכת אחת הוא קיים ובשנייה לא? לקוח נרשם לחבילת סיבים אופטיים: במערכת החיוב (WHMCS) נפתח מוצר, ובחברת התשתית נפתח קו. אלה שתי פעולות שחייבות להצליח יחד, ואם אחת הצליחה והשנייה נכשלה נוצר לקוח יתום. צריך בדיקת היתכנות לפי כתובת לפני היצירה, תיאום טכנאי בשעות פנויות, ושמוצר שמושעה או מנותק באחת המערכות יפעיל את הפעולה המקבילה בשנייה (Create, Suspend, Terminate). ולכן באוברסייט מתכננים מודול Provisioning שמחזיק את שני הצדדים מסונכרנים, עם הודעות שגיאה שנציג מבין ולא קוד מערכת.

### טבלת מכשירים חיה שלא מקפיצה את הגלילה

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

## הפתרונות לענף

### [MVP ומערכות SaaS](https://oversight.co.il/solutions/web-systems.md)

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

**תחומי פיתוח**

- ליבת MVP
- תהליכים ואלגוריתמים
- ניהול ארגונים ומשתמשים

**תכנון המערכת**

- מודל נתונים
- הרשאות
- גבולות התאמה

### [אפליקציות למיזמים](https://oversight.co.il/solutions/mobile-apps.md)

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

**מוקדי הפיתוח**

- מסלולי משתמש
- פעולות מהנייד
- חיבור למערכת

**בחירות באפיון**

- פלטפורמות יעד
- זהות והרשאות
- תלויות במכשיר

### [API וחיבורים למערכות](https://oversight.co.il/solutions/integrations.md)

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

**מרכיבי החיבור**

- API
- מיפוי נתונים
- העברת פעולות

**כללי ההפעלה**

- הרשאות
- תדירות עדכון
- טיפול בשגיאות

### [רכיבי AI בתוך המערכת](https://oversight.co.il/solutions/ai-integration.md)

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

**נקודות ההחלטה**

- הצורך העסקי
- מקורות המידע
- סוגי משתמשים

**גבולות הרכיב**

- הרשאות פעולה
- בדיקת תוצאות
- בקרה אנושית

### [פיתוח מלווה לצוות ולמיזם](https://oversight.co.il/solutions/dev-services.md)

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

**תחומי עבודה**

- פיתוח רכיבים
- הרחבת יכולות
- עבודה לפי מפת דרך

**תיאום עם הצוות**

- תעדוף
- גישות ותלויות
- תיעוד ומסירה

### [אפיון לפני הפיתוח](https://oversight.co.il/solutions/discovery.md)

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

**תוצרי האפיון**

- מסלולי משתמש
- תהליכים וכללים
- הגדרת ליבה

**החלטות מוקדמות**

- סדר עדיפויות
- תלויות
- גבולות הגרסה

### [ייעוץ ובחינה טכנולוגית](https://oversight.co.il/solutions/tech-consulting.md)

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

**תחומי בחינה**

- ארכיטקטורה
- תשתית וקוד
- חלופות טכנולוגיות

**תוצרי הבדיקה**

- ממצאים
- סיכונים ותלויות
- המלצות לפעולה

### [ליווי פרויקט טכנולוגי](https://oversight.co.il/solutions/project-guidance.md)

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

**מוקדי הליווי**

- דרישות ותעדוף
- תיאום פיתוח
- בדיקות ומסירה

**ניהול ההתקדמות**

- אבני דרך
- תלויות
- תיעוד החלטות

### [CTO מלווה](https://oversight.co.il/solutions/cto-as-a-service.md)

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

**תחומי ההובלה**

- ארכיטקטורה
- מפת דרך טכנולוגית
- עבודה עם צוותים

**לפי צורכי המיזם**

- בחירת תשתיות
- בחינת סיכונים
- העברת ידע

### [בדיקות ובקרת איכות](https://oversight.co.il/solutions/qa.md)

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

**מה בודקים**

- תהליכי ליבה
- הרשאות
- תרחישי קצה

**תהליך הבדיקה**

- מיפוי תרחישים
- תיעוד ממצאים
- בדיקה חוזרת

## שאלות ותשובות

### איך מגדירים מה נכנס ל-MVP ומה נשאר להמשך?

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

### מה ההבדל בין פיתוח גרסה ראשונה לליווי מערכת פעילה?

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

### איך בונים מערכת SaaS שמשרתת כמה ארגונים?

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

[ריבוי דיירים מול התקנה נפרדת](https://oversight.co.il/comparisons/multi-tenant-vs-separate-install)

### איך משלבים API ורכיבי AI בתוך המערכת?

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

### איך מצטרפים לפיתוח מערכת שכבר נבנתה?

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

### איך עובד צוות פיתוח חיצוני לצד הצוות שלנו?

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

### מה מקבלים בתיעוד ובהעברת הידע לצוות פנימי?

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

### איך נערכים לבדיקת קוד וארכיטקטורה לפני גיוס או רכישה?

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

## פרויקטים

- [ITC](https://oversight.co.il/projects/israelinternet.md): ITC
- [ממשקי ספקיות ל-ITC](https://oversight.co.il/projects/itc-provider-interfaces.md): ITC
- [HiO](https://oversight.co.il/projects/hio.md): HiO
- [Alison.Ai](https://oversight.co.il/projects/alison-ai.md)
- [microbiome](https://oversight.co.il/projects/microbiome-pro.md): microbiome
- [PYN](https://oversight.co.il/projects/pyn.md): PYN
- [Innovation Channel](https://oversight.co.il/projects/innovation-channel.md): Innovation Channel
- [Intellimatch](https://oversight.co.il/projects/intellimatch.md): Intellimatch
- [Revealense](https://oversight.co.il/projects/revealense.md): Revealense
- [Serverim](https://oversight.co.il/projects/serverim.md): Serverim
- [Telme](https://oversight.co.il/projects/telme.md): Telme
- [ActiveCloud](https://oversight.co.il/projects/activecloud.md): ActiveCloud
- [Nanocom](https://oversight.co.il/projects/nanocom.md): Nanocom
- [Phinergy](https://oversight.co.il/projects/phinergy.md): Phinergy
- [Ask-Y](https://oversight.co.il/projects/ask-y.md): Ask-Y

## לקוחות

- הדר דנן
- Serverim
- Telme
- Nanocom