WizeApps בעברית

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

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

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

דברו איתנו לראות פרויקטים אמיתיים

מי אנחנו ומה אנחנו עושים

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

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

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

שאר האתר כתוב באנגלית

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

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

ארבעה תחומי עבודה

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

מערכות הזמנות ותורים

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

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

העמוד המפורטבאנגלית

טפסי קליטה ולידים

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

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

העמוד המפורטבאנגלית

MVP ממוקד

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

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

העמוד המפורטבאנגלית

כלים פנימיים

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

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

העמוד המפורטבאנגלית

שלושה פרויקטים שעלו לאוויר

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

Mincha Time

גרסה ראשונה בבערך חודש

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

זמני היום מגיעים מ-API הזמנים של Hebcal. ההתראות נשלחות דרך Firebase Cloud Functions, Firestore ו-FCM.
אין תור משימות. פונקציה רצה פעם בדקה ובודקת אם קיים מסמך ב-Firestore לדקה הנוכחית. המסמכים ממופתחים לפי שעה_דקה, כך ש-13:47 הוא המסמך 13_47. אם המסמך לא קיים, הריצה לא עושה כלום.
משתמשים מקובצים לפי קו רוחב וקו אורך מעוגלים, ולכן ה-API נקרא פעם אחת לכל מקום ביום ולא פעם אחת לכל משתמש.
כל ריצה כותבת את המסמך של מחר לאותה קבוצה, כך שהלוח מתקדם יום אחד בכל פעם במקום להיות מחושב מראש.
שתי דרכים נפרדות ובלתי תלויות להפסיק לקבל: כיבוי קבוע, ונודניק לאותו יום. שתיהן נבדקות לפני כל שליחה.
שש שפות בהודעות, וניקוי של משתמשים שלא היו פעילים שלושים יום.

לאתר החי הפירוק המלאבאנגלית

דומינו רעננה

בערך חודשיים, בשימוש יומיומי למעלה מחמש שנים

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

בנוי ב-Vite ו-React מעל Base44, עם סליקה דרך Cardcom.
הזמנות עוברות למערכת הקופה בסניף (Aviv POS), כך שאף אחד לא מקליד אותן מחדש בעמדה.
סדר הפעולות סביב הכסף: קודם נוצרת הזמנה במצב ממתין, אחר כך התשלום ב-Cardcom, ורק אחריו עדכון הסטטוס, המיילים וההעברה לקופה.
לכל אזור חלוקה יש דמי משלוח ומינימום הזמנה משלו, והם קובעים אם אפשר בכלל לסיים הזמנה לכתובת הזאת.
מבצע הוא לא מוצר בהנחה. הוא יכול להכיל כמה מוצרים ואפשרויות בחירה משלו, ולכן העגלה שומרת את המבנה של המבצע ולא משטחת אותו לשורה אחת.
מסכי ניהול למוצרים, למבצעים, לקטגוריות, לגדלי פיצה, לשתייה, לרטבים, לאזורי חלוקה, להגדרות האתר ולהזמנות.

לאתר החי הפירוק המלאבאנגלית

Djob

בערך שישה חודשים

סביבת עבודה דו-צדדית לגיוס: מועמדים בצד אחד, משרות ומגייסים בצד השני, וההתאמה ביניהם. התוכניות הציבוריות מתחילות ב-29 דולר לחודש.

הנתונים יושבים ב-PostgreSQL, והפלטפורמה בנויה מעל Base44.
ה-embeddings, במודל text-embedding-3-small של OpenAI, מחושבים על חלקי היגד מובנים ולא על מסמך טקסט אחד לכל רשומה.
בגלל זה אפשר להסביר את התוצאה. דמיון קוסינוס נותן ציון קרבה, וציון לבד הוא לא החלטה: מועמד יכול להיראות קרוב למשרה ובכל זאת ליפול בדרישה קשה. לכן הציון עובר דרך כללים עסקיים פשוטים של עובר או נכשל.
מסכי ההתאמה קוראים מטבלאות תמונת מצב שנבנות מחדש פעם ביום, במקום לחשב כל מועמד מול כל משרה בכל פעם שנפתח עמוד.
שני קהלים שצריכים דברים שונים מאותם נתונים. זה מה שהפך את זה לפרויקט של שישה חודשים ולא של חודש.

לאתר החי הפירוק המלאבאנגלית

איך העבודה מתומחרת

בנייה מתומחרת לפי חודש עבודה מוערך: 5,000 עד 10,000 דולר לכל חודש עבודה מוערך. המקום המדויק בטווח נקבע לפי מורכבות. פרויקט שמוערך בשני חודשי עבודה מתומחר בהתאם, וההערכה נכתבת בהצעה לפני שמתחילים.

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

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

אותה שיטה, על שלושת הפרויקטים

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

Mincha Time: בערך חודש — 5,000 עד 10,000 דולר
דומינו רעננה: בערך חודשיים — 10,000 עד 20,000 דולר
Djob: בערך שישה חודשים — 30,000 עד 60,000 דולר

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

איך מתחילים

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

פנייה ראשונה

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

שיחת מיפוי

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

הצעה כתובה

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

פרטי העסק

WizeApps מופעל על ידי המכון לאפליקציות חכמות

שם רשום: המכון לאפליקציות חכמות
כתובת: רחוב ויצמן 117, כפר סבא, ישראל
טלפון: +972-9-7677094
מייל: hello@wizeapps.agency
מי עונה: Ohad Mayrom, מייסד
שפות עבודה: עברית ואנגלית

Ohad Mayrom בלינקדאין

עם מי אתם מדברים

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

האדם הזה הוא אוהד, המייסד. הוא קורא את מה שמגיע ל-hello@wizeapps.agency והוא זה שתהיו איתו בשיחה. אין מנהל תיקים באמצע ואין תור קריאות. מי שמעדיף לדבר ולא לכתוב מוזמן לטלפון +972-9-7677094.

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

שאלות נפוצות

כל האתר בעברית?

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

אפשר להתקשר במקום לכתוב?

כן, +972-9-7677094 מגיע למשרד. במייל בדרך כלל מקבלים תשובה שלמה יותר, כי אפשר לצרף את הגיליון, את צילום המסך או את הטופס שמראה את הבעיה. בשני המקרים אתם מדברים עם מי שיעשה את העבודה.

צריך אפיון טכני לפני שפונים?

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

אנחנו כבר עובדים עם מערכת קיימת. צריך להחליף אותה?

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

מה קורה אחרי שהמערכת עולה לאוויר?

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

אפשר לראות משהו שעלה לאוויר לפני שפונים?

כן. שלושת הפרויקטים כאן חיים ופתוחים לכל אחד: mincha-time.com, domino-rn.co.il ו-djob.agency. לכל אחד מהם יש גם עמוד פירוק באתר, באנגלית, שמתאר מה נבנה, מה היה מסובך ומה היה נעשה אחרת.

השלב הבא

יש לכם תהליך שחוזר על עצמו כל שבוע?

נתחיל ממיפוי קצר: איפה נאבד זמן, איפה נוצרות טעויות, ומה חייב להיות בגרסה הראשונה כדי שהמערכת באמת תעבוד. אפשר לכתוב בעברית ל-hello@wizeapps.agency או להתקשר ל-+972-9-7677094.

להתחלת שיחה