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