מה העלות האמיתית של ריבוי מערכות בארגון? 7 עלויות נסתרות מעבר לרישיונות

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

באוריגמי, כל המחלקות עובדות במערכת אחת ועל אותם נתונים, ולכן חלק גדול מהעלויות האלה לא נוצר מלכתחילה. אין ממשק בין ה-CRM ל-ERP, כי הם מודולים של אותה מערכת. פרטי לקוח מוזנים פעם אחת. דוח הנהלה לא דורש הצלבה, כי אין שתי גרסאות של אותו מספר.

במאמר: מה זה TCO ואיפה הרישיונות נכנסים, שבע העלויות הנסתרות אחת אחת, טבלה למילוי שמחשבת את העלות השנתית אצלכם, ושאלות לבדיקה עצמית.

מה זה TCO של מערכת, ולמה הרישיונות הם רק ההתחלה?

TCO (Total Cost of Ownership) הוא העלות הכוללת של מערכת לאורך חייה: רישיונות, הטמעה, תחזוקה, ממשקים וזמן העבודה שהיא דורשת מהאנשים.

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

מהן 7 העלויות הנסתרות של ריבוי מערכות?

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

1. ממשקים שצריך לתחזק

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

2. הקלדה כפולה

איפה שאין ממשק, או שהוא לא מכסה הכל, אנשים סוגרים את הפער ביד. פרטי לקוח מוזנים ב-CRM ושוב ב-ERP. פניית שירות מועתקת למערכת האיכות. תקציב פרויקט מוקלד מחדש בכספים. כל פעם כזו לוקחת כמה דקות, וכל הזנה ידנית היא הזדמנות לטעות.

3. הצלבות ידניות

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

4. הדרכה וקליטה

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

5. אימוץ נמוך ועקיפות

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

6. החלטות על מידע חלקי

זו לרוב העלות היקרה ביותר, והקשה ביותר למדידה. מנהל מכירות מתעדף לקוח בלי לדעת על תקלות שירות פתוחות אצלו. סמנכ”ל תפעול מתכנן קיבולת בלי תמונה מלאה של הצנרת. סמנכ”ל כספים בונה תחזית על נתונים שהתיישנו עד שנאספו. מנהלת איכות מפספסת דפוס, כי התלונות ותקלות הייצור יושבות במקומות שונים. זה לא כישלון של האנשים. זו התוצאה של מבנה מידע מפוצל.

7. שינוי איטי

מוצר חדש, רגולציה חדשה, חברה בת חדשה. בסביבה של הרבה מערכות, כל שינוי צריך להשתקף בכמה כלים ובממשקים שביניהם. מה שהיה אמור לקחת ימים לוקח חודשים, כי הוא תלוי ב-IT, ביועצים או בתוכנית העבודה של הספק. חלק מהשיפורים פשוט לא קורים, כי המאמץ גדול מדי.

איך מחשבים את עלות ריבוי המערכות אצלכם?

מכפילים את השעות השבועיות שכל עלות צורכת במספר העובדים שעושים אותה, בעלות שעת עבודה וב-52 שבועות.

הנוסחה: עלות שנתית \= שעות בשבוע (לעובד) × מספר עובדים × עלות שעה × 52

איך ממלאים:

1. עברו עם מנהל כל מחלקה על שבע השורות, ושאלו כמה זמן בשבוע עובד אצלו מקדיש לכל אחת.
2. השתמשו בעלות שעה מלאה למעסיק, ולא בשכר נטו.
3. בשורת הממשקים, הוסיפו גם את העלות החיצונית: אינטגרטור, כלי סנכרון ותמיכה.
4. אם אין מספר מדויק, רשמו הערכה שמרנית. גם הערכה גסה מראה את סדר הגודל.

עלות	שעות בשבוע	מספר עובדים	עלות שעה	עלות שנתית (×52)
1. ממשקים
2. הקלדה כפולה
3. הצלבות ידניות
4. הדרכה וקליטה
5. אימוץ נמוך ועקיפות
6. החלטות על מידע חלקי
7. שינוי איטי
סה”כ

את שורה 6 קשה לתרגם לשעות. רשמו בה לפחות את הזמן שמושקע בבדיקה חוזרת של נתונים לפני החלטה, וציינו לצד הטבלה החלטות שהתקבלו על מידע שהתברר כלא מעודכן. בסוף, הוסיפו לסה”כ את שורת הרישיונות, וקיבלתם תמונה קרובה יותר ל-TCO האמיתי.

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

אם קשה לענות על השאלות האלה בלי לבדוק בכמה מקומות, העלות כבר גבוהה.

1. בכמה מערכות עובד ממוצע משתמש ביום?
2. באיזו תדירות אותו מידע מוזן ביותר ממקום אחד?
3. כמה ממשקים אתם מתחזקים, ומי מתחזק אותם?
4. כמה זמן לוקח להכין דוח הנהלה שמשלב נתונים מכמה מחלקות?
5. כמה זמן הכספים משקיעים בהצלבת נתונים לפני סגירת תקופה?
6. איפה אנשים שומרים מידע שלא נמצא באף מערכת רשמית?

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

מה משתנה כשכל המחלקות עובדות במערכת אחת?

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

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

איך זה עובד באוריגמי

באוריגמי, CRM, ERP, ניהול פרויקטים, EQMS, שירות לקוחות, משאבי אנוש וכספים הם מודולים של אותה פלטפורמה no-code. שורות 1 עד 3 בטבלה מצטמצמות כי אין מה לחבר ואין מה להצליב. וכשמחלקה צריכה כלי חדש, היא לא קונה עוד מערכת: בעזרת vibe coding בונים את האפליקציה בתוך אוריגמי, על אותם נתונים, כך שלא נוצר עוד רישיון ועוד ממשק.

המערכת נבנית לפי התהליכים שלכם, וההטמעה נמשכת בדרך כלל שבועות, בלי צוות IT ייעודי. קבוצות עם כמה חברות מנהלות כל חברה בת כישות עצמאית, עם תמונה מאוחדת וריבוי מטבעות. למערכות שנשארות בחוץ יש API פתוח וחיבור ל-AD/Azure.

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

קריאה נוספת: מערכת לניהול עסק: כל המחלקות על אותם נתונים · מתי להחליף מערכת ERP · דשבורדים בזמן אמת בלי תלות ב-IT

שאלות נפוצות

כמה עולה מערכת ERP?

זה תלוי במספר המשתמשים, במודולים, בהיקף ההטמעה ובכמות ההתאמות. מעבר למחיר הרישיון, בקשו מהספק הערכה של עלויות ההטמעה, היועצים, הממשקים לשאר המערכות והתחזוקה השוטפת, וחשבו TCO לכמה שנים. הרישיון הוא רק חלק מהתמונה.

מה זה TCO של מערכת תוכנה?

TCO (Total Cost of Ownership) הוא העלות הכוללת של מערכת לאורך כל חייה. הוא כולל רישיונות, הטמעה, הדרכה, ממשקים, תחזוקה ושדרוגים, וגם את זמן העבודה שהמערכת דורשת מהעובדים, כמו הקלדה כפולה והצלבות.

איך מחשבים את העלות של הקלדה כפולה?

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

מהן העלויות הנסתרות של עבודה עם הרבה מערכות עסקיות?

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

איך מודדים את העלות של פיצול המערכות?

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

האם איחוד מערכות מוריד עלויות?

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

אפשר להחזיק CRM, ERP ושירות לקוחות במערכת אחת בלי ממשקים?

כן. באוריגמי, CRM, ERP, שירות לקוחות, ניהול פרויקטים, EQMS, משאבי אנוש וכספים הם מודולים של אותה מערכת ועל אותם נתונים. אין ממשק לתחזק ביניהם, ופרטי לקוח שמוזנים פעם אחת זמינים לכל מחלקה לפי ההרשאות.