פיתוח אפליקציות שמגיעות לחנות, ולא נתקעות שבוע לפני החנות.
אני ליאור צברי, מפתח רשום גם אצל אפל וגם אצל גוגל. זה אומר שאני לא רק כותב את האפליקציה, אלא גם מעלה אותה, מטפל בדחיות ומכיר את המקומות שבהם היא נופלת. אייפון, אנדרואיד ואתרי ווב.
תשובה ממני עצמי, בדרך כלל תוך שעה בשעות העבודה.
עודכן לאחרונה:
אני בונה לכם אפליקציה שרצה על הטלפון של הלקוח או של העובד ומתחברת למה שכבר קיים בעסק. אני ליאור צברי, רשום כמפתח גם אצל אפל וגם אצל גוגל, ולכן ההעלאה לחנויות והטיפול בדחיות הם חלק מהעבודה שלי ולא בעיה שלכם.
הכלל שאני עובד לפיו: קודם בודקים אם צריך אפליקציה בכלל. להרבה עסקים מספיק אתר טוב, ואני אומר את זה גם כשזה מוריד לי עבודה.
האם אתם בכלל צריכים אפליקציה?
זו השאלה הראשונה שאני שואל והתשובה לא תמיד כן. שלוש הדרכים לתת שירות בטלפון נראות דומות ללקוח ושונות לגמרי בעלות ובתחזוקה.
| מה בודקים | אתר רספונסיבי | אפליקציית ווב (PWA) | אפליקציה בחנות |
|---|---|---|---|
| כמה זמן להשקה | הכי מהיר | בינוני | הארוך ביותר, בגלל תהליך האישור |
| התראות לטלפון | מוגבל | אפשרי, עם הגבלות | מלא וזו לרוב הסיבה האמיתית לאפליקציה |
| גישה למצלמה, מיקום וקבצים | חלקית | חלקית | מלאה |
| עבודה בלי אינטרנט | לא | חלקית | כן |
| נוכחות בחנויות | אין | אין | יש וזה גם ערוץ גילוי |
| תחזוקה שוטפת | הנמוכה ביותר | נמוכה | גבוהה: כל עדכון מערכת יכול לשבור משהו |
מה יש בפרויקט פיתוח אפליקציה
אפיון שמתחיל מהתהליך
לא מרשימת מסכים אלא מהשאלה מה המשתמש בא לעשות וכמה מהר הוא יכול לעשות את זה.
עיצוב מסכים
מסכים אמיתיים לפני שכותבים קוד, כדי שהשינויים יקרו כשהם עדיין זולים.
פיתוח לשתי הפלטפורמות
אייפון ואנדרואיד מאותו בסיס קוד, עם התאמות במקומות שבהם המערכות באמת שונות.
חיבור למה שכבר יש
מערכת ניהול, תשלומים, יומן או מלאי. אפליקציה שלא מחוברת היא עוד מקום להזין בו נתונים.
בדיקות על מכשירים אמיתיים
כולל גרסאות מערכת ישנות ומסכים קטנים, ששם רוב הדברים נשברים.
העלאה לחנויות
חשבונות המפתח, נכסי החנות, מדיניות הפרטיות והטפסים. גם הסבב השני מול הביקורת אם צריך.
כמה עולה לפתח אפליקציה?
אפליקציה עסקית אמיתית לאייפון ולאנדרואיד, עם צד שרת ועם עלייה לשתי החנויות, עולה בישראל ב־2026 בין 80 ל־180 אלף שקלים. זה לא המחיר שלי, זה מה שהשוק גובה והמספר הזה חוזר בכמה מחירונים ישראליים שפורסמו השנה. מתחת לזה יש טווח אמיתי לאפליקציה פשוטה ומעליו יש מוצרים שהם כבר חברה ולא פרויקט.
| מה בונים | טווח בשוק | מה זה כולל בפועל |
|---|---|---|
| אפליקציה פשוטה | כ־50 עד 80 אלף ₪ | מסכים ספורים, בלי לוגיקה מורכבת, לרוב בלי צד שרת משלה |
| אפליקציה עסקית מלאה | כ־80 עד 180 אלף ₪ | אייפון ואנדרואיד, צד שרת, משתמשים, התראות והעלאה לחנויות |
| מוצר עם מורכבות אמיתית | מאות אלפי ₪ ומעלה | תשלומים, זמן אמת, אינטגרציות כבדות, צוות שמתחזק לאורך זמן |
נייטיב, חוצה־פלטפורמות או בכלל בלי קוד
כל מי שמוכר פיתוח מציג את שלוש האפשרויות ואף אחד לא אומר במה הוא היה בוחר. זו ההמלצה שלי וממנה אני חורג רק כשיש סיבה.
| הגישה | מתי זו הבחירה שלי | מה המחיר שמשלמים עליה |
|---|---|---|
| חוצה־פלטפורמות | ברירת המחדל שלי לרוב האפליקציות העסקיות: בסיס קוד אחד לשתי החנויות | מקרי קצה שדורשים קוד נפרד לכל מערכת |
| נייטיב מלא | כשהאפליקציה נשענת חזק על החומרה או על ביצועים גבוהים | עלות ותחזוקה כפולות, כי זה שני פרויקטים |
| בלי קוד או "וייב קודינג" | לאבטיפוס מהיר שנועד לבדוק רעיון מול משתמשים | מגיע לתקרה מהר וקשה לתחזק אותו כשמשהו נשבר |
רוצים שאבדוק אם בכלל צריך אפליקציה?
הקוד והחשבונות נשארים שלכם
חשבונות המפתח על שם העסק
אני פותח את החשבונות באפל ובגוגל על שם העסק שלכם ולא על שמי. אצל אפל, חשבון ארגוני דורש מספר D-U-N-S שרשום על החברה שלכם, ואם אין כזה אני מסביר מה צריך כדי לפתוח אותו.
הקוד במאגר שלכם
עם היסטוריה מלאה ותיעוד. מי שימשיך אחריי מקבל פרויקט שאפשר להיכנס אליו, לא חידה.
מפתחות וסודות מסודרים
מפתחות חתימה, אישורים והרשאות מתועדים ומועברים. אובדן מפתח חתימה הוא אחד הכאבים המיותרים בתחום.
אני זמין גם אחרי
אפליקציה היא לא פרויקט שנגמר. מערכות ההפעלה מתעדכנות פעם בשנה ומשהו תמיד צריך התאמה.
מהשיחה הראשונה עד גרסה שאפשר להוריד
שיחת התאמה
מה המשתמש בא לעשות, כמה פעמים בשבוע ומה קורה היום בלי אפליקציה. בסוף השיחה אני אומר אם צריך אפליקציה או שמשהו זול יותר יעשה את העבודה.
התוצר: תשובה ישרה, גם כשהיא שליליתאפיון וגרסה ראשונה על הנייר
רשימת המסכים שבאמת נכנסים לגרסה הראשונה ומה נדחה. כאן חוסכים את רוב הכסף, כי שינוי במסמך עולה שעה ושינוי בקוד עולה שבוע.
התוצר: היקף מוסכם ומחיר סופיעיצוב המסכים
מסכים אמיתיים שאפשר ללחוץ עליהם לפני שנכתבת שורת קוד, כדי שתראו את המוצר ולא תדמיינו אותו.
התוצר: אבטיפוס לחיץפיתוח בגרסאות
אתם מקבלים גרסה להתקנה כל שבוע או שבועיים, לא בסוף. ככה תיקון קטן קורה בזמן שהוא עדיין קטן.
התוצר: גרסת בדיקה על המכשיר שלכםבדיקות והכנה לחנויות
מכשירים אמיתיים, מסכים קטנים, גרסאות ישנות. במקביל מכינים את נכסי החנות, מדיניות הפרטיות והטפסים שאפל וגוגל דורשות.
התוצר: בילד מוכן להגשההגשה, אישור והשקה
אני מגיש מהחשבונות שלכם, עונה לביקורת אם יש שאלות ומטפל בדחייה אם היא מגיעה. זה השלב שבו רוב הפרויקטים נתקעים אצל מי שלא עשה את זה קודם.
התוצר: אפליקציה שאפשר להורידמה קורה בין "סיימנו לפתח" לבין "זה בחנות"
זה החלק שאף עמוד ישראלי בתחום לא מפרט ובדיוק בו נופלים לוחות זמנים. שתי החנויות עובדות אחרת ולשתיהן יש שלבים שאי אפשר לדלג עליהם.
חשבונות מפתח על שם העסק
פתיחת חשבון אצל אפל ואצל גוגל, אימות זהות העסק וחתימה על ההסכמים. אצל אפל האימות העסקי הוא לרוב השלב הארוך ביותר והוא תלוי במסמכים של החברה שלכם, אז כדאי להתחיל אותו מוקדם.
נכסי החנות והצהרות
תיאורים, צילומי מסך בכל הגדלים, אייקון, מדיניות פרטיות פעילה והצהרה מפורטת על איזה מידע נאסף ולמה. הצהרה לא מדויקת היא סיבת דחייה בפני עצמה.
גרסת בטא למשתמשים אמיתיים
הפצה מוגבלת לפני החנות, כדי לתפוס קריסות על מכשירים שלא בדקנו. בגוגל יש גם דרישה של בדיקה סגורה לפני פרסום לכולם עבור סוגי חשבונות מסוימים ואת התנאים בודקים מול החשבון שלכם לפני שמתחייבים ללוח זמנים.
ביקורת של אפל
אדם אצל אפל פותח את האפליקציה ובודק אותה מול הכללים. אם צריך חשבון כדי להיכנס, מספקים לו משתמש בדיקה, אחרת הוא נתקע ודוחה.
בדיקה של גוגל
שילוב של בדיקה אוטומטית ובדיקה אנושית, עם דגש על מדיניות הרשאות, על הצהרת בטיחות הנתונים ועל סיווג הגיל. גרסה ראשונה לוקחת בדרך כלל יותר זמן מעדכון שוטף.
סבב שני
דחייה היא לא אסון אלא חלק מהתהליך. מה שקובע זה כמה מהר מתקנים ומגישים מחדש ובזה עוזר להכיר את הניסוח שהם מצפים לו.
שאלות על פיתוח אפליקציות
כמה עולה לפתח אפליקציה?
אפליקציה עסקית לאייפון ולאנדרואיד עם צד שרת ועם עלייה לחנויות עולה בישראל ב־2026 בין 80 ל־180 אלף שקלים. אפליקציה פשוטה יכולה להיכנס לטווח של 50 עד 80 אלף ומוצר מורכב עם תשלומים ואינטגרציות כבדות עולה מאות אלפים. את הסכום המדויק אפשר לתת רק אחרי שיודעים אילו מסכים נכנסים לגרסה הראשונה.
כמה זמן לוקח לפתח אפליקציה?
גרסה ראשונה של אפליקציה עסקית לוקחת בדרך כלל בין שלושה לחמישה חודשים מהאפיון ועד החנות, שמתוכם כמה שבועות מוקדשים להכנה לחנויות ולהגשה. לוח הזמנים נשבר בעיקר משני דברים: תוספות שנכנסות באמצע ותשובות שמתעכבות מצדכם.
אני צריך אפליקציה או שמספיק אתר?
אם אתם צריכים התראות שמגיעות לטלפון, גישה למצלמה או למיקום, או עבודה בלי אינטרנט, צריך אפליקציה. אם המטרה היא שיראו אתכם, שיצרו קשר או שיזמינו, אתר טוב יעשה את זה מהר יותר ובעלות נמוכה יותר.
מי הבעלים של האפליקציה ושל חשבונות החנויות?
העסק. אני פותח את חשבונות המפתח על שם העסק שלכם, הקוד יושב במאגר שלכם ומפתחות החתימה מועברים ומתועדים. חשבון ארגוני אצל אפל דורש רישום D-U-N-S על שם החברה וזה משהו שמסדרים בהתחלה. אם מחר תעבדו עם מישהו אחר, אין מה לשחזר.
מה קורה אם החנות דוחה את האפליקציה?
מתקנים ומגישים שוב וזה כלול. אף אחד לא יכול להבטיח אישור, כי ההחלטה היא של אפל ושל גוגל. מה שכן אפשר זה להוריד דרמטית את הסיכוי לדחייה: אפליקציה שהיא עטיפה לאתר, הרשאות שלא מוסברות, מסך התחברות שחוסם הכל או הצהרת פרטיות שלא תואמת. אני עובר על הרשימה הזו לפני ההגשה.
אתה בונה נייטיב או חוצה־פלטפורמות?
ברירת המחדל שלי היא חוצה־פלטפורמות, כלומר בסיס קוד אחד שרץ בשתי החנויות. זה חוסך זמן ותחזוקה ומתאים לרוב האפליקציות העסקיות. כשהאפליקציה נשענת חזק על חומרה או על ביצועים, עוברים לנייטיב ואומרים מראש שזה מייקר.
אפשר לבנות אפליקציה בכלים בלי קוד?
אפשר וזה מצוין לאבטיפוס שבודק רעיון מול משתמשים. הבעיה מתחילה כשצריך משהו שהכלי לא תומך בו, או כשמשהו נשבר ואין למי לפנות. אם המוצר הוא הליבה של העסק, כדאי לבנות אותו כך שאפשר יהיה לתחזק אותו.
מה עולה אחרי ההשקה?
שלושה דברים: דמי חשבון מפתח שאפל גובה כל שנה ותשלום חד פעמי לגוגל, אחסון וצד שרת לפי שימוש ותחזוקה. מערכות ההפעלה מתעדכנות כל שנה ומשהו תמיד צריך התאמה, גם אם לא נגעתם באפליקציה.
אתה עובד לבד. מה קורה אם אתה לא זמין?
זה החיסרון האמיתי בעבודה עם איש אחד. המענה הוא שהקוד, החשבונות והמפתחות שלכם מהיום הראשון, שהכל מתועד ושאני מודיע מראש על חופשות. אם מחר תעברו למישהו אחר, הוא מקבל פרויקט שאפשר להיכנס אליו.
אפשר לחבר את האפליקציה למערכות שכבר יש לנו?
כן וזה בדרך כלל מה שהופך אותה לשימושית. מערכת ניהול, תשלומים, יומן, מלאי או CRM. אם למערכת יש ממשק, מתחברים אליו. אם אין, בונים שכבה קטנה שמתווכת. אפליקציה שלא מחוברת היא עוד מקום שצריך להזין בו נתונים ידנית.
מתי אני אומר לא
כשאתר עושה את העבודה
אם אין התראות, אין חומרה ואין שימוש חוזר תכוף, אפליקציה תעלה יותר ותביא פחות.
כשאין מי שיתחזק
אפליקציה דורשת עדכון גם כשלא משנים בה כלום. בלי תחזוקה היא מפסיקה להגיע למשתמשים חדשים במכשירים חדשים, וזה קורה בערך תוך שנתיים.
כשהמטרה היא רק להיות בחנות
נוכחות בחנות היא לא אסטרטגיה. אם אין סיבה שמישהו יתקין, ההתקנות לא יגיעו.
כשצריך הכל בבת אחת
אני בונה גרסה ראשונה מצומצמת שעובדת. מי שמתעקש על עשרים מסכים בהשקה מקבל השקה שלא קורה.
קרוב לזה
ספרו לי מה האפליקציה אמורה לעשות
לא צריך אפיון מוכן. משפט אחד על מה המשתמש בא לעשות מספיק כדי להתחיל שיחה.
מעדיפים לדבר? 052-877-5515