קיבלתם הצעת מחיר לפיתוח? שלחו לנו אותה לפני שחותמים
בשיחה של 20 דקות, בלי עלות, עוברים איתכם על ההצעה: מה כתוב בה, מה חסר בה, ומה לשאול את מי שנתן אותה. אם תרצו, תקבלו מאיתנו גם הצעה כתובה לאותו היקף.
גילוי נאות
אנחנו גם בונים אפליקציות ומערכות, ולכן לא נגיד לכם אם ההצעה שקיבלתם הוגנת או יקרה. נגיד לכם מה חסר בה ומה לשאול את מי שנתן אותה, ואת ההחלטה תקבלו אתם.
בקצרה
כדי להשוות בין הצעות מחיר לפיתוח אפליקציה או מערכת, כל הצעה צריכה לפרט בכתב מה נכנס לגרסה הראשונה ומה לא, האם המחיר קבוע או לפי שעות, איך התשלום מחולק לשלבים ומה מקבלים בכל שלב, של מי הקוד והחשבונות, ומה עולה תחזוקה אחרי ההשקה. כשאחד מאלה חסר, שתי הצעות לאותה אפליקציה מתמחרות בעצם דברים שונים. ב-Elya Studio עוברים איתכם על ההצעה בשיחה של 20 דקות, בלי עלות.
מה צריך להופיע בהצעת מחיר לפיתוח
| מה לבדוק | למה זה חשוב | מה לשאול אם זה חסר |
|---|---|---|
| מה נכנס לגרסה הראשונה, ומה לא | בלי רשימה כתובה, כל בקשה בהמשך יכולה להפוך לתוספת תשלום | “אפשר לקבל בכתב את רשימת המסכים והפעולות שנכנסים, ואת מה שלא?” |
| מחיר קבוע או לפי שעות | בשעות, הסכום הסופי לא ידוע מראש | “מה קורה אם ההערכה בשעות נגמרת לפני שהגרסה מוכנה?” |
| תשלום לפי שלבים | תשלום שמחובר לתוצר בכל שלב מגן עליכם | “מה אני רואה ומקבל בסוף כל שלב שאני משלם עליו?” |
| לוח זמנים | “3-6 חודשים” בלי שלבים לא אומר מתי רואים משהו | “מתי הגרסה הראשונה שאפשר ללחוץ עליה?” |
| של מי הקוד והחשבונות | כשהקוד או החשבון בחנות על שם הספק, קשה לעבור לספק אחר | “הקוד יהיה ב-repo על שמי מהיום הראשון? החשבונות ב-Apple וב-Google על שמי?” |
| תחזוקה אחרי ההשקה | עלות חודשית שלא כתובה מתגלה רק אחרי ההשקה | “כמה עולים עדכונים ותיקונים אחרי ההשקה, ומה זה כולל?” |
| שינוי בהיקף באמצע | כמעט בכל פרויקט משהו משתנה | “איך מתמחרים שינוי, ומי מאשר אותו לפני שעובדים עליו?” |
| מי בונה בפועל | אצל ספק גדול, מי שמכר לא תמיד מי שבונה | “מי בצוות יעבוד על הפרויקט, ומי עונה לי כשיש בעיה?” |
למה שלוש הצעות לאותה אפליקציה רחוקות כל כך זו מזו
כשמגיעות כמה הצעות עם פער גדול ביניהן, קודם בודקים אם הן בכלל מתמחרות את אותו דבר:
- היקף שונה. אחת מתמחרת גרסה ראשונה עם פעולה מרכזית אחת, ואחרת מתמחרת אפליקציה מלאה עם מסך ניהול ודוחות.
- פלטפורמה שונה. אפליקציה אחת לשתי החנויות מאותו קוד, מול שתי אפליקציות נפרדות ל-iOS ול-Android, או אפליקציית ווב שנפתחת בטלפון.
- עיצוב מותאם מול תבנית.
- מחיר קבוע מול הערכה בשעות.
- מה כלול אחרי ההשקה: תחזוקה, אחסון, הגשה לחנויות.
הדרך להשוות: לשים את ההצעות באותה טבלה, לפי השורות למעלה, ולשאול כל ספק על השורות שחסרות אצלו.
ההצעה היא 4-6 חודשים. אפשר גרסה ראשונה מהר יותר?
לפעמים כן, אם מצמצמים את הגרסה הראשונה לדבר אחד שהמוצר עושה. אצלנו MVP לווב עולה לאוויר תוך 4 שבועות, החל מ-₪18,870, עם הרשמה, תשלום ומדידה מהיום הראשון. מה שבדרך כלל מחכה לגרסה שאחרי: מסך ניהול, אפליקציה לחנויות, אינטגרציות שאינן קריטיות, מצב כהה ואנימציות. פירוט מלא בדף ה-MVP.
מה מקבלים בשיחה, ומה לא
מקבלים
- מעבר על ההצעה יחד איתכם, בשיחה של 20 דקות, בלי עלות.
- מה חסר בה, לפי הטבלה למעלה.
- השאלות לשאול את מי שנתן את ההצעה, לפני שחותמים.
- אם תרצו: הצעה כתובה שלנו לאותו היקף, כדי שתוכלו להשוות.
לא מקבלים
- “ההצעה הוגנת” או “ההצעה יקרה”. כתבנו למה, בגילוי הנאות למעלה.
- חוות דעת משפטית על החוזה. לחוזה צריך עורך דין.
- דוח כתוב על ההצעה.
הפרויקט כבר התחיל ונתקע?
אם כבר שילמתם, והמפתח הפסיק לענות או שהקוד והחשבונות על שמו, זה מצב אחר: מה עושים כשהמפתח עזב באמצע הפרויקט.
שאלות נפוצות
קיבלתי הצעת מחיר לפיתוח אפליקציה. איך יודעים אם היא סבירה?
משווים אותה לפי מה שכתוב בה ולא רק לפי הסכום: מה נכנס לגרסה הראשונה ומה לא, מחיר קבוע או לפי שעות, תשלום לפי שלבים, של מי הקוד, ומה עולה תחזוקה. בשיחה של 20 דקות, בלי עלות, נעבור עליה איתכם. אנחנו גם בונים, ולכן לא נגיד אם היא הוגנת. נגיד מה חסר בה ומה לשאול.
קיבלתי שלוש הצעות לאותה אפליקציה עם פער גדול ביניהן. למה, ואיך משווים?
קודם בודקים אם הן מתמחרות את אותו דבר: היקף שונה, פלטפורמה שונה, עיצוב מותאם או תבנית, מחיר קבוע או הערכה בשעות. שמים את שלושתן באותה טבלה, לפי מה שנכנס, איך משלמים, של מי הקוד ומה כלול אחרי ההשקה, ושואלים כל ספק על מה שחסר אצלו.
מה צריך להופיע בהצעת מחיר לפיתוח תוכנה?
רשימה כתובה של מה נכנס ומה לא, מחיר קבוע או הסבר איך נספרות שעות, חלוקת תשלום לשלבים עם תוצר בכל שלב, לוח זמנים לגרסה הראשונה, מי מחזיק את הקוד ואת החשבונות, מה עולה תחזוקה אחרי ההשקה, ואיך מתמחרים שינוי בהיקף.
מחיר קבוע או לפי שעות, מה עדיף למי שאין לו ידע טכני?
במחיר קבוע יודעים מראש כמה תשלמו על מה שכתוב בהצעה, ולכן חשוב שההיקף יהיה כתוב. בשעות, ההיקף יכול להשתנות בדרך, אבל הסכום הסופי לא ידוע מראש. למי שאין לו דרך לבדוק כמה שעות באמת נדרשות, מחיר קבוע עם היקף כתוב קל יותר לבדיקה.
חברת הפיתוח מבקשת 50% מקדמה לפני שהתחילה. איך מגינים על עצמי?
שואלים על מה המקדמה משלמת, ומה מקבלים בסוף השלב הראשון. תשלום שמחולק לשלבים, עם תוצר שאפשר לראות בכל שלב, מגן עליכם יותר מתשלום גדול לפני שיש משהו לראות. ובכל מקרה: הקוד ב-repo על שמכם מהיום הראשון.
ההצעה היא 4-6 חודשים. אפשר לבנות גרסה ראשונה בחודש, ועל מה מוותרים?
לפעמים כן, כשהגרסה הראשונה עושה דבר אחד. אצלנו MVP לווב עולה לאוויר תוך 4 שבועות, החל מ-₪18,870, עם הרשמה, תשלום ומדידה. בדרך כלל מחכים לגרסה שאחרי: מסך ניהול, אפליקציה לחנויות, אינטגרציות שאינן קריטיות ועיצוב של פרטים קטנים.
בהצעת המחיר לא כתוב כלום על תחזוקה אחרי ההשקה. מה לשאול?
כמה עולים עדכונים ותיקונים אחרי ההשקה, מה זה כולל, מי משלם על האחסון ועל חשבונות המפתח, ומה קורה אם אתם רוצים לעבור לספק אחר.
איפה אפשר לקבל חוות דעת שנייה על הצעת מחיר לפני שחותמים?
אפשר לשלוח לנו את ההצעה בוואטסאפ, ובשיחה של 20 דקות בלי עלות נעבור עליה איתכם. מה שתקבלו הוא מה חסר בה ומה לשאול, לא פסק דין. אנחנו גם בונים, ולכן לא נגיד אם היא הוגנת.
לפני שחותמים, כדאי לדעת מה חסר בהצעה.
שלחו לנו אותה בוואטסאפ, ונעבור עליה איתכם בשיחה של 20 דקות, בלי עלות.