שירות ליבה
רכישה, יישום והטמעה של פריוריטי
רוב מי שמגיע אלינו בשלב הזה שואל שתי שאלות: כמה זמן זה לוקח וכמה זה עולה. התשובה לשתיהן תלויה בהחלטות שנופלות עוד לפני שנוגעים במערכת. כאן מוסבר מה באמת קורה בתהליך ומה המשתנים שקובעים את המחיר — כדי שתגיעו לשיחה כשאתם יודעים מה לשאול.
כשותף מוסמך של Priority Software אנחנו מלווים גם את שלב הרכישה עצמו, ולא נכנסים לתמונה רק אחריו.
מונחים שמתבלבלים
יישום פריוריטי, הטמעה, רכישה ופיתוח — ארבעה דברים שונים
בענף משתמשים בארבע המילים האלה כאילו הן נרדפות, וזה מקור לא קטן לאי-הבנות בהצעות מחיר.
| המונח | מה זה בפועל | מי עושה |
|---|---|---|
| רכישה | קניית הרישיון מהיצרן — איזו מהדורה, כמה משתמשים, ענן או שרת מקומי | מול היצרן או משווק מורשה |
| יישום | הגדרת המערכת לארגון: מבנה חשבונות, מחסנים, מסלולי אישור, טפסים ודוחות | מיישם |
| הטמעה | להביא את האנשים לעבוד בה — הדרכה, הסבת נתונים וליווי בשבועות הראשונים | מיישם, יחד עם הארגון |
| פיתוח | כתיבת קוד כשההגדרות של המערכת כבר לא מספיקות | מתכנת פריוריטי |
למה זה משנה מעשית: הצעת מחיר ל"יישום" שלא אומרת מפורשות מה היא כוללת מהטמעה ומפיתוח היא הצעה שתתווכחו עליה בהמשך. שאלו על שלושתם בנפרד. על החלק הרביעי כתבנו בהרחבה בעמוד פיתוח פריוריטי.
השאלה שכולם עונים עליה ב"צרו קשר"
מה קובע את עלות הרכישה והיישום
אין לנו מחירון לפרסם, וגם ליצרן אין אחד פומבי. מה שכן אפשר לומר בכנות הוא מה מזיז את המספר — וזה מה שיעזור לכם להשוות בין הצעות במקום להשוות מספרים סופיים שנבנו על הנחות שונות.
צד הרישיון
- המהדורה — לפריוריטי כמה מהדורות עם קהלי יעד שונים
- מספר המשתמשים — המשתנה המשמעותי ביותר ברוב המקרים
- ענן או שרת מקומי — מנוי שוטף מול השקעה התחלתית ואחריות על התשתית
- מודולים — ייצור, מחסן, שירות ופרויקטים מתומחרים בנפרד מהליבה
- מספר חברות — ארגון עם כמה ישויות משפטיות משלם על כך
צד היישום — בדרך כלל החלק הגדול
- הסבת נתונים — לקוחות, ספקים, פריטים, יתרות פתיחה והיסטוריה. איכות הנתונים שאתם מביאים היא המשתנה שהכי מפתיע ארגונים בדיעבד: נתונים מלוכלכים לא נעלמים בהסבה, הם עוברים
- כמה תהליכים באמת ייחודיים לכם — ארגון שמוכן לעבוד קרוב לסטנדרט משלם משמעותית פחות מארגון שמתעקש לשמר כל הרגל קיים. חלק מההרגלים שווים את זה, חלק לא — וזה שיקול שכדאי לעשות מראש
- אינטגרציות — כל מערכת נוספת שצריכה לדבר עם פריוריטי היא פרויקט בפני עצמו
- הדרכה — תלוי במספר המשתמשים ובפער בין מה שהם עושים היום למה שיעשו
- זמינות הארגון — תהליך שנתקע כי אין מי שיאשר החלטה עולה יותר מתהליך שרץ
שאלה אחת שכדאי לשאול כל ספק
"מה בהצעה הזאת קבוע, ומה מתומחר לפי שעות?" — הפער בין הצעות בענף הוא לרוב לא פער במחיר לשעה, אלא בשאלה כמה מהעבודה בכלל נכללה.
לפני שרוכשים
איזו מהדורה מתאימה לכם
| מהדורה | למי מיועדת | מה שכדאי להכיר |
|---|---|---|
| Zoom | עסקים קטנים | עד 5 משתמשים, עד 3 חברות |
| Commercial | מסחר והפצה | ללא הגבלת משתמשים |
| Industrial | ייצור | הכל מ-Commercial, בתוספת יכולות ייצור מתקדמות |
| POS / All-in-one | קמעונאות | נקודות מכירה לצד ה-ERP |
| Optima PMS | אירוח ומלונאות | מערכת ייעודית לענף |
מה שחשוב לדעת לפני שבוחרים: מעבר בין מהדורות אפשרי, אבל הוא לא חינם ולא מיידי. ארגון שיודע מראש שהוא צפוי לגדול בוחר אחרת מארגון שבוחר לפי המצב היום.
מהצד השני של הפרויקט
מה לא לעשות בהטמעת פריוריטי
אנחנו נכנסים להרבה מערכות אחרי שמישהו אחר יישם אותן, ולכן רואים בעיקר את מה שהשתבש. אלה החוזרים:
לוותר על אפיון כתוב
"כדי לחסוך זמן". זה השלב הזול ביותר לשנות בו החלטה, והיקר ביותר לגלות בו טעות בדיעבד.
להסב נתונים בלי לנקות
כפילויות לקוחות ופריטים שנכנסו בהסבה נשארות שנים ומזהמות כל דוח שנשען עליהן.
לפתח לפני שמכירים את הסטנדרט
חלק לא קטן מהפיתוחים שאנחנו מוצאים היו מיותרים — המערכת ידעה לעשות את זה, פשוט לא ידעו איפה.
לעלות לאוויר בסגירת שנה
נפוץ, ומייצר לחץ מיותר בדיוק ברגע שבו אסור שיהיה. גם סוף חודש עמוס הוא תזמון בעייתי.
ועוד שניים שחוזרים
- להשאיר פיתוחים בלי תיעוד. נסבל כל עוד מי שכתב אותם זמין. ביום שהוא לא — זה הופך לפרויקט חקירה, ולעלות שאיש לא תקצב.
- להתייחס להדרכה כאירוע חד-פעמי. מי שהודרך לפני העלייה ולא לווה אחריה חוזר לאקסלים תוך חודש.
מה שכן
- אפיון כתוב שמגדיר מה נמסר, לפני שנוגעים במערכת
- טיוב הנתונים לפני ההסבה ולא אחריה
- ללמוד מה המערכת כבר יודעת, ורק אז להחליט מה לפתח
- ליווי צמוד בשבועות הראשונים אחרי העלייה לאוויר
שאלות נפוצות על יישום והטמעת פריוריטי
כמה זמן לוקח יישום פריוריטי?
זה נע בין שבועות למספר חודשים, ומה שקובע הוא לא גודל הארגון אלא כמה תהליכים ייחודיים יש בו וכמה נתונים צריך להסב. ארגון שמוכן לעבוד קרוב לסטנדרט של המערכת עולה לאוויר מהר בהרבה מארגון בגודל זהה שמתעקש לשמר כל הרגל קיים.
מה ההבדל בין יישום להטמעה?
יישום הוא הגדרת המערכת — מבנה חשבונות, מחסנים, מסלולי אישור, טפסים ודוחות. הטמעה היא להביא את האנשים לעבוד בה: הדרכה, הסבת נתונים וליווי בשבועות הראשונים. שני הדברים נעשים בדרך כלל על ידי אותו גורם, אבל הם עבודות שונות — וכדאי שהצעת המחיר תפרט את שתיהן.
כמה עולה פריוריטי?
לא נפרסם מספר שאינו שלנו לפרסם, וגם היצרן אינו מפרסם מחירון פומבי. מה שאפשר לומר הוא מה קובע את המספר: מצד הרישיון — המהדורה, מספר המשתמשים, ענן מול שרת מקומי, המודולים ומספר החברות; ומצד היישום — היקף הסבת הנתונים, כמה תהליכים ייחודיים יש לכם, אינטגרציות והדרכה. הסעיף על העלות בדף הזה מפרט את כולם, כדי שתדעו מה להשוות בין הצעות.
האם צריך לרכוש את פריוריטי לפני שבוחרים מיישם?
לא, וברוב המקרים עדיף הפוך. הבחירה במהדורה, במספר המשתמשים ובענן מול שרת מקומי היא החלטה שכדאי לקבל יחד עם מי שיישם — הוא זה שיודע מה התהליכים שלכם ידרשו בפועל.
יש לנו כבר פריוריטי מיושמת. אפשר לשפר בלי להתחיל מחדש?
כן, וזה רוב מה שאנחנו עושים. השלב הראשון הוא להבין מה קיים — אילו תהליכים מוגדרים ואילו פיתוחים רצים במערכת — ורק אז להחליט מה לשנות. אין צורך ליישם מחדש.
הספק שיישם אצלנו כבר לא בתמונה. מה עושים?
מצב נפוץ יותר משנדמה. אפשר להיכנס למערכת, למפות את ההגדרות ואת הפיתוחים הקיימים ולתעד אותם — ומשם להמשיך. זה תהליך מסודר, והוא זול משמעותית מיישום מחדש.
שוקלים פריוריטי, או באמצע יישום שנתקע?
ספרו לנו איפה אתם עומדים — ונחזור אליכם עם תמונה מציאותית של מה שנדרש.
צרו קשר