[[HE: Draft for Tamir's review. Not published.]]
לבדוק על עבודה אמיתית
בקשו מהצוות לרשום את הפונקציות שאי אפשר בלעדיהן ולהדגים אותן. תריצו את אותם תרחישי אמת בשתי האופציות, מהצעד הראשון ועד הסוף. העדפה של הצוות לתוכנה מוכרת שונה מפער שהחבילה לא יכולה לסגור.
אם קיצוץ תקציבי מחליף כמה כלים בחבילה אחת, תבדקו כל פונקציה שהעסק מרוויח ממנה. תפרידו בין כלים כפולים ליכולות מקצועיות מיוחדות, ותשוו בין איחוד חלקי להחלפה של הכל.
לחשב עלות הפעלה מלאה
מוצר ייעודי דורש אינטגרציה, והעלות הזו חוזרת בכל שדרוג של מערכת הליבה. שאלו את ספק החבילה אילו ממשקים המוצר השני יכול לנצל ואילו יישארו נתמכים בשדרוגים.
השוו עלויות רישוי ותפעול מלאות על פני כמה שנים, כולל הקלדה כפולה ותמיכה. ספק יחיד לכל הדברים גם מרכז תלות, אז תכניסו לחישוב את העלות והקושי לעזוב.
תלוי באיזה כיסא יושבים
אם אתם המנכ"ל, תשפטו לפי איך שהאנשים עובדים ולפי החלפת המידע מול הגופים שאתם עובדים איתם. תבחרו מה שמתאים לגודל ולקצב הצמיחה שלכם ולא לפי מה שהארגונים הכי גדולים מפעילים. תרימו טלפון ללקוחות בגודל שלכם כדי לשמוע על הרקורד של כל ספק.
אם אתם מנהלים את ה-IT, תבקשו מספק הנישה אתר שרץ על אותה גרסה של מערכת הליבה שלכם ותתקשרו אליו. תבדקו אם מפת הדרכים של ספק החבילה סוגרת את הפער בשנה הבאה. עבור יכולות אבטחה כמו ניהול זהויות, תמפו יישומים קריטיים ותרחישי גישה, כולל קבלנים ועסקים שנרכשו.
מה לבדוק לפני שמחליטים
- לגרום לצוות לרשום פונקציות חיוניות ולבחון את מודול החבילה עליהן במקרי אמת.
- להריץ את אותו מקרה קצה-אל-קצה בשתי האופציות.
- לברר מול ספק החבילה אילו ממשקים מוצר נישה יכול לתפוס ואילו שורדים שדרוגים.
- להעריך תחזוקת אינטגרציה לטווח של חמש שנים, כולל כל סבב שדרוג מערכת.
- להשוות עלויות רישוי ותפעול מלאות במקום להסתפק בהנחת החבילה.
- להתקשר ללקוח בגודל מקביל, על אותן גרסאות, עבור כל אפשרות.
- לאמוד את התלות ועלות היציאה מספק יחיד שאחראי על הכל.
שאלות שאנשים שואלים
רשת מרפאות שבוחרת מערכת תיעוד רפואי, ענן למרפאות או המערכת שבתי חולים מפעילים?
תבחרו לפי אופן העבודה של הרופאים והחלפת המידע מול הגורמים המפנים, לצד עלות מול תוכנית הצמיחה. מערכת של בית חולים נכונה רק אם אתם צריכים את העומק שלה; רוב המרפאות דורשות מהירות, סנכרון וספק שתומך באתרים קטנים. זה תלוי בתחומי ההתמחות, במערכות של השותפים ובתוכניות ההתרחבות.
האם לאחד תוכנות עסקיות כשאחד הצוויות נשען על כלי מקצועי ייעודי?
תשוו עלויות שנחסכו מול יכולת עסקית שעלולה להשתנות. איחוד תלוי בשימוש בפועל, בחלופות ישימות, והאם הכלי הייעודי מייצר ערך שהחבילה לא יודעת לשמר.
מחלקה בבית חולים דורשת כלי ייעודי עצמאי אבל לספק ה-EMR יש מודול, איך מכריעים?
תשפטו את מודול ה-EMR לפי היכולת שלו לבצע את חמשת הדברים החיוניים למחלקה, ואת הכלי הייעודי לפי עלות האינטגרציה בכל עדכון גרסה. שתי התשובות מגיעות מבדיקה מעשית מול לו"ז העבודה האמיתי. זה תלוי בעומק החיבור הנדרש לפקודות, שיבוץ עובדים וחיוב.
האם חובה לקחת תוכנת מעבדה נפרדת או שה-ERP הקיים סוגר בקרת איכות?
תדרשו הוכחה לפער מהותי בתהליך העבודה לפני שמוסיפים עוד מערכת. זה תלוי במורכבות הבדיקות, עקיבות אישורים, החלטות שחרור, ועלויות תפעוליות כדי לשמור על סנכרון בין המערכות.
האם על העירייה להרחיב את ה-CRM או לרכוש מערכת ייעודית לשירות תושבים?
תשוו מקרים מלאים של פניות תושבים בין אגפים, כולל פעילות שטח וחריגים. זה תלוי בהתאמה תפקודית מוכחת, חובות אינטגרציה, יכולת התמיכה ועלויות התאמה אישית של כל מסלול.
האם כדאי להחליף יישומים מחלקתיים בחבילת תוכנה ארגונית אחת?
תשוו יכולות תפעוליות ועלות בעלות כוללת לפני שמחליטים על צמצום ספקים. זה תלוי בצרכי עבודה ספציפיים, בעומס החיבורים, בסיכוני הגירה ובערך שבשמירה על גמישות.
האם להשתמש בניהול זהויות שמגיע מובנה בחבילה או לבחור ספק עצמאי?
תשוו דרישות הזדהות וגישה אמיתיות מול שתי האפשרויות. זה תלוי בכיסוי האפליקציות, משתמשים חיצוניים, צורכי שחזור, יכולות ניהול שוטף והעלות של החלפת ספקים.
איך אני יכול לעזור בהחלטה הזו
- שאלה או שיחה (ללא עלות)
- אני נותן נקודת מבט על דרישות שהחבילה לא תצליח להוכיח, ועל המבחן האחד שחייבים להריץ לפני שמחליטים.
- בדיקה והערכה (משלמים רק אם קיבלתם ערך)
- אני כותב השוואה עצמאית בין האפשרויות על פונקציונליות, ממשקים ועלות הפעלה כוללת. אני ממליץ על חבילה, כלי ייעודי או שילוב ממוקד, ומצביע על התנאים שיש לדרוש.
- ליווי שוטף (בזמן ובקצב שמתאימים לכם)
- אני נשאר בתמונה במהלך ההטמעה כדי לבחון החלטות ממשק ואת ההשפעה של שדרוג המערכת הראשון.