בקשה לפיתוח אפליקציית Mac / מיקור חוץ / פיתוח לפי חוזה

מיקור חוץ לפיתוח אפליקציות Mac: מה לאשר לפני בקשת הערכת מחיר

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

ב-Finite Field, בייעוץ חינמי של 30 דקות, אנו מארגנים את הדרישות ומציגים במקום טווח עלויות גס ואת מסלול הביצוע המעשי.

בייעוץ חינמי של 30 דקות, אנו מבהירים:

טווח עלות גס
המסלול הקצר ביותר (Mac-only / Flutter ל-5 פלטפורמות / אסטרטגיה מדורגת)
איזו תוכנית מתאימה ביותר (Light / Standard / Business)

הזמנת ייעוץ מקוון של 30 דקות (חינם)

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

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

למה האפליקציה מיועדת? (מטרה)

שפרו את היעילות התפעולית
צמצמו טעויות בהזנה
התרחקו מנייר ומ-Excel
המחישו את הפעילות בשטח

מי משתמש ובאילו מכשירים? (משתמשים ומכשירים)

שטח: iPhone / Android
ניהול: Web
Back office: Mac / Windows
בשלב הזה, הרבה פרויקטים מגלים שהם לא נשארים רק ב-Mac.

מה חייב להימסר עד מתי? (לוח זמנים ו-MVP)

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

במקרים רבים, בנייה של 5 פלטפורמות יחד מספקת ROI טוב יותר מאשר בנייה של macOS בלבד

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

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

שינויים נפוצים באמצע הפרויקט

ממשק הניהול צריך להיות מבוסס Web
צוותי השטח צריכים גישה לסמארטפון
צוותי המכירות משתמשים ב-Windows

מסירה ב-Mac בלבד מול 5 פלטפורמות

השוואה	Mac-only (מימוש נפרד)	5 פלטפורמות (Flutter)
עלות שינויי המפרט
עלות הרחבה עתידית

אם לא בטוחים, מסלול מהיר הוא לעיתים: לאמת קודם עם Web, ואז להתרחב ל-Mac / Windows / מובייל לאחר הוכחת הערך.

עמודים קשורים

מדד מחירים Flutter x DaaS

רשימת בדיקה להאצת והדיוק של ההערכות (גם פריטים לא ידועים הם בסדר)

ככל שתוכלו לשתף יותר מהפריטים האלה, כך ההערכה תהיה מהירה ומדויקת יותר.

אפשר להמשיך גם עם שדות ריקים.

מספר המשתמשים (מספר העובדים הפנימי / מספר המשתמשים החיצוניים).
אימות (Google / Microsoft / דוא"ל / SSO)
דרישות נתונים (סנכרון / אופליין / הרשאות / ביקורת)
אינטגרציות (CSV / Excel / מסד נתונים קיים / API חיצוני / Slack וכו')
שיטת הפצה (App Store / הפצה פנימית)
תפעול נוכחי (מבוסס Excel / מערכת קיימת / החלפה)
לוח זמנים (מה צריך להיות מוכן ומתי)
תוכניות פריסה עתידיות (Windows / Web / iOS / Android)

מלכודות נפוצות במיקור חוץ לפיתוח אפליקציות Mac

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

נעילה על חוזה קבוע לפני שהמפרט יציב

בקשות לשינויים נעשות יקרות והמסירה עלולה להיתקע.

השארת התחזוקה מחוץ לחוזה הראשי

כל סבב שיפור נוטה להיות יקר.

בניית Mac בלבד תחילה, ואז בנייה מחדש עבור מערכות אחרות מאוחר יותר

זה מוביל לעיתים קרובות להשקעה כפולה.

ב-Finite Field, מנוי DaaS בנוי סביב בנייה → שימוש → שיפור → הרחבה.

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

כך מתחיל פרויקט

1

ייעוץ של 30 דקות

ליישר מטרות, משתמשים, מכשירים ולוח זמנים
2

מתווה הדרישות

להגדיר את קריטריוני ההצלחה המינימליים (MVP)
3

התחלה

להתקדם עם סקירות תוצרים שבועיות/דו-שבועיות
4

שיפור תפעולי

לשפר ברציפות בהתאם למשוב מהשטח

תוכניות תמחור (ללא דמי פתיחה, חודשי)

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

Light

JPY 298,000 / month

Web בלבד, תחזוקה ושיפורים קלים

מומלץ

Standard

JPY 598,000 / month

Web + אפליקציה לפיתוח חדש ולצמיחה

Business

From JPY 980,000 / month

שני מסלולים וביצוע מהיר בכמה תחומים

ראו מדד מחירים מפורט

תבנית דרישות (מלאו זאת ואנחנו יכולים לתת הערכת מחיר גסה)

הדביקו את הבא ישירות בטופס ושלחו כפי שהוא (גם שדות ריקים בסדר).

תבנית להעתקה והדבקה

1. מטרה (למה לבנות את זה?)
- דוגמה: מעבר מנייר/Excel, צמצום טעויות הזנה, המחשה של פעילות בשטח
2. משתמשים (מי משתמש? כמה?)
- פנימיים:
- חיצוניים (אם יש):
3. מכשירים (נדרש / עתידי)
- נדרש: Mac / Windows / Web / iOS / Android (השאירו את המתאימים)
- עתידי:
4. תכונות ליבה (רשימת תבליטים זה בסדר)
- דוגמה: התחברות, רשימה, חיפוש, יצירה, עריכה, אישור, CSV, התראה
5. נתונים / הרשאות
- סנכרון: נדרש / לא נדרש
- אופליין: נדרש / לא נדרש
- תפקידים: מנהל / משתמש וכו'
- יומני ביקורת: נדרש / לא נדרש
6. אינטגרציות חיצוניות (אם יש)
- דוגמה: DB קיים, API, Slack, חשבונאות, SFA, מערכות מחסן וכו'
7. שיטת הפצה
- App Store / הפצה פנימית / לא הוחלט
8. לוח זמנים (מה עד מתי)
- דוגמה: MVP בחודש אחד, השקה מלאה בתוך 3 חודשים
9. חומרי עזר (אם יש)
- טיוטות מסך, קבצי Excel, תהליכי עבודה נוכחיים, URLs לדוגמה וכו'

אפשר להדביק זאת בטופס ולשלוח כפי שהוא.

שאלות נפוצות.

האם אפשר להתייעץ גם אם הדרישות עדיין מעורפלות?

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

אנחנו רוצים רק אפליקציית Mac. האם עדיין צריך Flutter?

Mac בלבד יכול להיות אופטימלי במקרים מסוימים. אבל אם יש סיכוי מאוחר יותר ל-Web, לסמארטפון או ל-Windows, גישת Flutter משולבת לרוב מפחיתה את העלות הכוללת.

האם אפשר לשנות תוכנית בהמשך?

מודל ה-DaaS החודשי מאפשר התאמות בקלות. אפשר לשנות תוכנית בכל עת.

מה פירוש עלויות תשתית לפי הוצאה בפועל?

דמי השימוש בענן עבור שירותים כמו Cloud Run ו-Firestore מחויבים לפי העלות בפועל. אנו מספקים הערכות גסות במהלך התכנון.

בפיתוח אפליקציות Mac, בואו נבחר קודם את המסלול הקצר ביותר

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