מתי תוכנת מדף כבר לא מספיקה
פיתוח מערכות מותאמות אישית נכנס לתמונה ברגע שתוכנת מדף מתחילה לעלות לכם יותר משהיא חוסכת. תוכנת מדף נבנתה עבור הקהל הרחב, ולכן היא זו שקובעת איך תעבדו, לא אתם. כשההתאמה של העסק לתוכנה הופכת לעבודה ידנית קבועה, הגיע הזמן לבדוק אלטרנטיבה שנבנית סביבכם.
הסימנים שחוזרים אצל רוב העסקים שפונים אלינו:
- אקסלים וקבצים משותפים שהתרבו בלי שליטה, וכל טעות ידנית שם עולה כסף.
- כמה מערכות שלא מדברות זו עם זו, ומישהו בצוות מעביר ביניהן מידע בהעתק-הדבק.
- תהליך עבודה ייחודי לעסק שלכם, שאין לו מוצר מתאים בשוק הרחב.
- שעות עבודה שמתבזבזות כל שבוע על פעולות חוזרות שמחשב אמור לבצע לבד.
בעל מוסך שמנהל את כל זה יודע בדיוק כמה זמן זה גוזל, גם בלי לקרוא שורת קוד אחת. מפתח שמסתכל על אותו תיאור רואה משהו נוסף: כל אינטגרציה ידנית בין מערכות היא נקודת כשל שרק מחכה לקרות, וכל טבלת אקסל משותפת היא מסד נתונים בלי הרשאות, בלי גיבוי ובלי תיעוד. שני התיאורים מתארים את אותה בעיה, וזה בדיוק הרגע שבו שווה לעצור ולבדוק אם התהליך שלכם עדיין ראוי לרוץ ככה.
אם שניים או יותר מהסימנים האלה מוכרים לכם, שווה לקרוא את ההרחבה שלנו בנושא מתי כדאי לפתח מערכת מותאמת אישית לפני שממשיכים הלאה.
מותאם אישית מול מוצר מדף, איפה כל אחד מנצח
אין תשובה אחת נכונה לכל עסק. STRIX משווה את שני הכיוונים בגלוי, כולל את המקרים שבהם מוצר מדף הוא הבחירה הנכונה יותר.
| מוצר מדף | מערכת מותאמת | |
|---|---|---|
| התאמה לתהליך שלכם | אתם מתאימים את העבודה למערכת | המערכת נבנית סביב איך שאתם עובדים |
| התחלה | מהירה, נרשמים ומתחילים | דורשת אפיון לפני שרואים תוצר |
| כשצריך שינוי | תלוי במפת הדרכים של היצרן | בשליטתכם |
| חיבור לשאר המערכות | מה שהיצרן פתח | מה שנדרש, אם יש ממשק פתוח |
| מתי זו הבחירה הלא נכונה | כשאתם כבר משלמים על כמה מערכות שלא מדברות, והצוות המציא עקיפות ידניות רק כדי שהן יעבדו בכלל | כשהתהליך שלכם סטנדרטי ומוצר קיים עונה עליו כמעט במלואו, או שהעסק עדיין משנה את דרך העבודה שלו מדי חודש |
רוב העסקים צריכים מוצר מדף, לא מערכת מותאמת. מוצר מדף עולה פחות, מתחיל מיד, ומישהו אחר אחראי לתחזוקה שלו. השאלה היחידה שקובעת היא אם התהליך שמייצר לכם כסף הוא תהליך שמוצר מדף מכיר. אם התשובה היא "כן, אבל" ועל ה"אבל" הזה הצוות מבזבז שעות בכל שבוע, זה הרגע לבדוק פיתוח מותאם. ואם מה שחסר לכם הוא בעצם אתר שיווקי ולא תהליך תפעולי, הכתובת הנכונה היא בניית אתרים לעסקים ולא כאן.
השורה הזו בטבלה, "מתי זו הבחירה הלא נכונה", היא בכוונה החלק הכי חשוב בעמוד הזה. בשיחה הראשונה עם STRIX תקבלו תשובה ישירה לאיזה צד אתם נופלים, כולל האפשרות שהתשובה תהיה שאין לכם צורך בפיתוח מותאם בכלל. עדיף לגלות את זה בשיחה של חצי שעה מאשר באמצע פרויקט.
חשוב גם להפריד בין שני סוגי לקוחות שפונים אלינו בנושא פיתוח: העמוד הזה מיועד לעסק קיים שרוצה להחליף תהליך פנימי שכבר עובד בפועל. אם אתם יזמים שבונים מוצר חדש לשוק, הכתובת המתאימה היא בית תוכנה לסטארטאפים ופיתוח מוצר, שם התהליך מותאם לקצב ולסיכון של שלב מוקדם ולא לתהליך תפעולי קיים.
מה משפיע על העלות של פיתוח מערכות מותאמות אישית
העלות של מערכת מותאמת נגזרת ממה שקורה מתחת למכסה המנוע, לא מתיאור כללי של הפרויקט. אותה בקשה, למשל "מערכת לניהול לקוחות", יכולה להיות פרויקט קטן או פרויקט גדול, תלוי בפרטים שמתחתיה.
הגורמים שבאמת קובעים את העלות:
- מורכבות התהליכים העסקיים והלוגיקה שצריך לתרגם לקוד.
- מספר סוגי המשתמשים ומערך ההרשאות ביניהם.
- היקף האינטגרציות למערכות קיימות, והאם יש להן ממשק פתוח (API).
- דרישות אבטחה, ביצועים ועומסים צפויים.
- עומק העיצוב וחוויית המשתמש הנדרשת.
- פיתוח מאפס מול הרחבה של מערכת שכבר קיימת.
שני הגורמים הראשונים ברשימה הם בדרך כלל אלה שמפתיעים בעלים שמגיע משיחה עם ספק אחר: מספר סוגי המשתמשים נשמע כמו פרט טכני, אבל בפועל הוא זה שקובע כמה מסכים שונים צריך לתכנן, כמה תרחישי הרשאה לבדוק, וכמה שילובים בין הרשאות עלולים ליצור באג. אותו הדבר לגבי אינטגרציות: מערכת עם ממשק פתוח מתחברת בקלות יחסית, ומערכת בלי ממשק כזה דורשת עוקף שצריך לתחזק לאורך זמן.
אצל STRIX הפיתוח לא מתחיל לפני שיש אפיון כתוב שאתם מאשרים: מה נבנה, מה נשאר מחוץ לשלב הראשון, ומה קורה כשמבקשים באמצע הדרך משהו שלא היה ברשימה המקורית. שינוי כזה לא מתגלה לכם בחשבונית בסוף, הוא מוצג כהחלטה, ואתם קובעים אם הוא נכנס עכשיו או בשלב הבא. כך העלות נשארת שקופה גם כשהפרויקט משתנה תוך כדי תנועה. מי שרוצה לרדת לפרטים לפני שיחה ראשונה מוזמן לקרוא את כמה עולה לפתח מערכת CRM מותאמת אישית.
מה נבנה במערכת מותאמת אישית
מערכות ניהול ו-CRM
כל ליד, לקוח, הצעת מחיר ומשימה יושבים במקום אחד שנבנה סביב תהליך המכירה והשירות שלכם. דשבורד לכל תפקיד, הרשאות ברמת השדה, ודוחות שנשלפים מהנתונים החיים במקום מייצוא ידני לאקסל.
אזורים אישיים ופורטלים
הלקוחות, הספקים והעובדים שלכם נכנסים לאזור משלהם ומטפלים בעצמם במה שהיה מגיע אליכם בטלפון. הזדהות מאובטחת, מסמכים להורדה, מעקב סטטוס בזמן אמת, והפרדת הרשאות שקובעת מי רואה מה ומי מורשה לשנות.
פלטפורמות SaaS
מוצר שאתם מוכרים ללקוחות שלכם, לא רק כלי פנימי. ניהול מנויים ותוכניות, חיוב מחזורי אוטומטי, הפרדה מלאה של נתונים בין לקוח ללקוח, ותשתית שנבנית מראש כדי לגדול עם מספר המשתמשים.
אפליקציות ווב ו-PWA
האפליקציה שלכם נפתחת בכל דפדפן ונשמרת על מסך הבית של הנייד כמו אפליקציה רגילה, בלי תלות בחנויות האפליקציות. היא ממשיכה לעבוד גם בחיבור חלש, עם אחסון מקומי של נתונים והתראות דחיפה.
אוטומציות וחיבורי API
המידע זורם בין המערכות הקיימות שלכם במקום לעבור בהעתק-הדבק. חיבורי API דו-כיווניים, webhooks שמגיבים לאירוע ברגע שהוא קורה, ומנגנון שמנסה שוב ומתריע כשהמערכת בצד השני לא זמינה.
MVP למיזמים חדשים
הגרסה הראשונה מכילה רק את מה שנדרש כדי להעמיד את הרעיון מול משתמשים אמיתיים. ליבה מצומצמת, מדידת שימוש מובנית מהיום הראשון, וארכיטקטורה שלא תצטרך להיזרק ביום שבו תחליטו להרחיב.
איך מתקדם פיתוח המערכת שלכם, ומה נדרש מכם בכל שלב
אפיון ואסטרטגיה
ממפים את התהליך שמייצר לכם את הכסף לפני שנכתבת שורת קוד. נדרש מכם: זמן עם מי שמבצע אותו היום.
ארכיטקטורה ותכנון
מתכננים מבנה נתונים, הרשאות ואינטגרציות שיחזיקו גם כשהמערכת תגדל. נדרש מכם: אישור האפיון הכתוב לפני שמתחילים לבנות.
פיתוח בגלים
בונים בשלבים קצרים ומראים מסכים עובדים לאורך הדרך. נדרש מכם: פידבק על כל גל לפני שממשיכים לבא.
השקה וליווי
עולים לאוויר על סביבה מאובטחת עם ניטור וגיבויים, ואותו צוות ממשיך לתחזק ולהרחיב. נדרש מכם: העברת המשתמשים.
מה קובע את לוח הזמנים
לוח הזמנים של מערכת מותאמת אישית נקבע בעיקר על ידי ההחלטות, לא על ידי הקוד. פרויקטים נתקעים כשמנסים להשיק את הכל בבת אחת, ולכן STRIX עובדת הפוך: מזהים את הליבה שבלעדיה למערכת אין ערך, מעלים אותה לאוויר, ומרחיבים ממנה גל אחרי גל.
מה שקובע את הקצב בפועל: מורכבות התהליכים העסקיים שצריך לתרגם ללוגיקה, קצב הפידבק וההחלטות מהצד שלכם, מספר סבבי התיקונים על כל מסך, ותלות בספקים חיצוניים כשיש אינטגרציה למערכת שלא נמצאת בשליטתכם. הגורם השני הוא זה שזז הכי הרבה, כי מסך שממתין לאישור לא מתקדם.
את כל אלה ממפים יחד בשלב האפיון, ובסיומו יש לכם לוח זמנים כתוב לכל שלב, לצד רשימה מפורשת של מה שלא נכנס לגל הראשון. שינוי שמגיע באמצע לא מתגלה בדיעבד בחשבונית: הוא מוצג לכם כהחלטה, ואתם בוחרים אם הוא נכנס עכשיו או בגל הבא. הרחבנו על הגורמים שמזיזים היקף פרויקט במאמר כמה עולה לפתח מערכת CRM מותאמת אישית.
כשמערכת נשברת, אין את מי לשאול
ברוב הפרויקטים, הרגע שבו משהו נשבר הוא גם הרגע שבו מתחיל בירור: המפתח מצביע על השרת, מי שהקים את השרת מצביע על האינטגרציה, ומי שחיבר את האינטגרציה כבר לא זמין. במערכת שנבנית ב-STRIX אין את הבירור הזה, כי יש מספר טלפון אחד ואיש קשר אחד שמכיר את הפרויקט מהאפיון ועד לתקלה בשעה לא נוחה.
אותו צוות שכתב את הקוד הוא זה שמתחזק ומרחיב אותו, וזה גם מה שמכתיב את בחירת הכלים. נבחרות טכנולוגיות שיהיה קל לתחזק בעוד כמה שנים, ולא כאלה שנראות מרשימות היום ואין מי שיתמוך בהן מחר. התיעוד של המערכת נכתב תוך כדי העבודה ולא בדיעבד, כך שהידע על איך היא בנויה לא יושב בראש של אדם אחד בלבד. זה מה שמאפשר לתת תשובה עניינית גם על תקלה שמגיעה חודשים אחרי העלייה לאוויר, ולא לפתוח בירור מי אחראי למה.
רוצים לראות איך זה נראה בפועל? הנה מערכות ומוצרים שבנינו, ואיך בוחרים שותף פיתוח לטווח ארוך. את דרך העבודה שלנו אפשר להכיר בעמוד האודות.
שאלות נפוצות
העלות נקבעת ממורכבות התהליך שאתם מתרגמים לקוד, לא ממחירון אחיד. משפיעים גם מספר סוגי המשתמשים וההרשאות, היקף החיבורים למערכות קיימות, ודרישות האבטחה והביצועים. פיתוח מאפס שונה מהרחבה של מערכת קיימת, ואת ההיקף המדויק מקבלים בכתב אחרי שלב האפיון. הרחבה מלאה נמצאת בכמה עולה לפתח מערכת CRM מותאמת אישית.
משך הפרויקט נגזר בעיקר מקצב ההחלטות והפידבק שלכם, לא רק מהיקף הפיתוח עצמו. גם מורכבות התהליכים, מספר סבבי התיקונים ותלות בספקים חיצוניים כשיש אינטגרציות משפיעים על הקצב. בסיום שלב האפיון תקבלו לוח זמנים כתוב לכל שלב בפרויקט, כך שיודעים מראש למה לצפות.
שינוי היקף מוצג לכם כהחלטה לפני שהוא נכנס לעבודה, ולא מתגלה בדיעבד בחשבונית. באפיון הכתוב שאתם מאשרים בתחילת הדרך מוגדר גם מה לא נכנס לגל הראשון, כך שלכל בקשה חדשה יש נקודת ייחוס ברורה. כשעולה בקשה שלא הייתה ברשימה, STRIX מציגה מה היא מזיזה בהיקף ובלוח הזמנים, ואתם מחליטים אם היא נכנסת עכשיו או בגל הבא. שינוי היקף הוא חלק טבעי מפיתוח מערכות מותאמות אישית, והדרך היחידה שהוא לא הופך להפתעה היא שהוא נסגר בהחלטה שלכם בזמן אמת.
אם למערכת הקיימת שלכם יש ממשק פתוח (API), STRIX מתחברת אליה כחלק מהפרויקט. אם אין ממשק כזה, נגיד לכם את זה בפירוש כבר בשלב האפיון, ונציע דרך עקיפה שכן עובדת, או נסביר בכנות למה החיבור הזה לא כדאי כרגע. פרטים נוספים בחיבורי API ואוטומציות לעסק.
העמוד הזה מיועד לעסק קיים שרוצה להחליף תהליך פנימי שכבר עובד היום, לא לבנות מוצר חדש לשוק. אם אתם יזם או צוות שרוצה גרסה ראשונה של מוצר להעמיד מול משתמשים אמיתיים, הכתובת המתאימה היא בית תוכנה לסטארטאפים ופיתוח מוצר, עם תהליך שמותאם לקצב ולסיכון של שלב מוקדם.
ההבדל המרכזי הוא המשכיות: מי מחליט על הארכיטקטורה, מי אחראי כשמשהו נשבר בשעה לא נוחה, ומה קורה כשהאדם היחיד שמכיר את המערכת מפסיק להיות זמין. אצל STRIX צוות שלם מכיר את הפרויקט, לא איש אחד. הרחבה מלאה נמצאת בבית תוכנה מול סוכנות דיגיטל.
STRIX בונה אפליקציות ווב ו-PWA שרצות בכל דפדפן ומתנהגות כמו אפליקציה גם על מסך הבית בנייד, בלי תלות בחנויות אפליקציות. אפליקציות נייטיב שדורשות פרסום בחנות של אפל או גוגל אינן התחום שלנו, ונגיד לכם את זה כבר בשיחה הראשונה כדי שתדעו בדיוק למי לפנות.
אותו צוות שבנה את המערכת ממשיך ללוות אותה אחרי שהיא עולה לאוויר, כולל תחזוקה, ניטור ועדכוני אבטחה. היקף התמיכה המדויק נסגר יחד איתכם בהתאם לצורך העסקי שלכם, כך שיודעים בדיוק על מה אתם סומכים. דוגמאות למערכות שכבר בנינו אפשר לראות בעמוד הפרויקטים שלנו.
