12 הרכיבים החיוניים ב-RFP יעיל ל-ERP
תקציר מנהלים
תקציר המנהלים מפרט את ההקשר, המטרה והציפיות הכלליות של פרויקט ה-ERP – כאן תגדירו את מטרת והיקף ה-RFP במונחים עסקיים. לא מדובר בהכרח בסעיף טכני, אלא בהצהרת כוונות.
הוא אמור לענות על שאלות כמו:
- מדוע יזמתם את פרויקט ה-ERP?
- מהם המניעים האסטרטגיים?
- האם אתם מאחדים מספר מערכות?
- האם אתם מחליפים תוכנה ותיקה?
- האם אתם מרחיבים את הפעילות לשווקים חדשים?
- האם אתם מאחדים מספר מערכות?
התקציר נותן לספקים הקשר מידי וקובע את הטון באופן פנימי לבעלי עניין, שייתכן שלא יקראו את המסמך המלא.
רקע על החברה וסקירת הפרויקט
סעיף זה מעניק לספקים את ההקשר התפעולי הדרוש להם. הוא מספק נתונים ארגוניים רלוונטיים לגבי גודל הארגון, מספר העובדים, טביעת הרגל הגלובלית שלו, מספר היחידות העסקיות, יכולות טכנולוגיות נוכחיות ועוד. הפרטים הללו משפיעים על כל ההיבטים, כמו מודלי הרישוי, ארכיטקטורת הפריסה וכל מה שביניהם.
מטרות הפרויקט והקריטריונים להצלחה
הגדרה ברורה של המטרות התפעוליות, האסטרטגיות והטכניות הקשורות לפרויקט ה-ERP. במילים אחרות, תצטרכו להגדיר איך ההצלחה תיראה, לא רק לצוות ה-IT, אלא לכל העסק.
האם אתם מעוניינים בסגירות פיננסיות מהירות יותר? דיוק מלאי טוב יותר? דיווח בזמן אמת?
הגדירו מדדי ביצועים מדידים כמו שיעורי אוטומציה של תהליכים, הפחתת עלויות, שיפור דיוק הדיווח, או יעדים לזמני פעילות תפעוליים. הם ינחו בשלב מאוחר יותר את סדרי העדיפויות בשלב ההטמעה ואת ההערכות לאחר העלייה לאוויר.
דרישות פונקציונליות וטכניות
ה-RFP חייב לכסות את הדרישות הפונקציונליות – על פי המודול או תחום הפעילות העסקית (כספים, רכש, ייצור, מלאי, כ"א, CRM) ואת הציפיות הטכניות, כמו הארכיטקטורה, מדדי הביצועים, פרוטוקולי אבטחה, מבני נתונים ומדרגיות.
סווגו את הדרישות כ"חובה", "מומלץ" או "רשות" ותנו לספקים דרך מובנית להשיב (לדוגמה "ברירת מחדל נתמכת", "דורש התאמה אישית", "לא נתמך").
העדפות פריסה (בענן, on prem, באופן היברידי)
פרטו את ארכיטקטורת הפריסה המועדפת ואת מודלי האירוח הדרושים, כמו ענן לדייר-יחיד, תוכנת כשירות למספר דיירים, או מרכז נתונים פרטי. הבהירו מהם אילוצי התאימות, ההשהיה או האבטחה שמשפיעים על מודל הפריסה. הספקים יצטרכו להוכיח התאמה למדיניות התשתיות ולספק דיאגרמות ארכיטקטורה בהתאם לרלוונטיות.
צורכי השילוב (CRM, SCM, HRIS וכו')
ציינו מה הן מערכות צד ג' שדורשות יכולת פעולה הדדית עם פלטפורמת ה-ERP, כולל מערכות לניהול קשרי לקוחות, ניהול שרשרת האספקה, מערכות מידע לגבי כ"א וכלים ספציפיים אחרים של הענף. צרפו מפרטי ממשקים, פורמטים לחילופי נתונים ותדירות סינכרוניזציה. הספקים יצטרכו לפרט את אסטרטגיות ה-middleware שלהם או את המחברים המובנים-מראש שלהם על פי הרלוונטיות.
לוחות הזמנים להטמעה וציוני דרך חשובים
הגדירו תאריך עלייה לאוויר, ציינו תאריכי יעד שאינם ניתנים לשינוי (כמו תחילת שנת הכספים, סגירה בעקבות מכירה, או תאריכי תאימות רגולטוריים), ציוני דרך חשובים (אימות דרישות, קונפיגורציה, בדיקות, UAT והדרכה) וזמינות משאבים פנימיים (כולל תקופות שבהן לא ניתן להקצות משאבים) – הספקים נדרשים להתאים את מתודולוגיית היישום שלהם ללוחות הזמנים ולזהות כל התנגשות אפשרית במשאבים או בזמנים.
ציפיות בתחום התמיכה, ההכשרה והתחזוקה
ציינו את הציפיות לתמיכה לאחר העלייה לאוויר, את הדרישות להעברת ידע, את תוצרי התיעוד ואת מודלי ההכשרה – הבהירו אם אתם מעדיפים מפגשים באתר החברה, הכשרה מרחוק או מודל הכשרה למדריכים.
הגדירו הסכמי תנאי שירות (SLA), שעות תמיכה, נהלי העברת תקלות לגורמים בכירים יותר, זמנים לפתרון פניות, שדרוגי גרסאות וגישה לבסיסי ידע.
חשוב לכלול גם את הציפיות לגבי התיעוד. הגורמים הללו מדורגים לעתים קרובות בתחתית רשימת העדיפויות אבל הם חיוניים לאימוץ המערכות בטווח הארוך.
דרישות אבטחה והעברת נתונים
הבהירו אילו נתונים יש להעביר (נתוני אב, היסטוריית עסקאות, ארכיוני תאימות) ומאילו מערכות.
ספקו הערכות נפח ושיקולים לגבי איכות הנתונים, אם הם זמינים. הדגישו את הציפיות שלכם לגבי בקרת גישה, רישום ביקורות, הצפנה, גיבוי ומסגרות תאימות (לדוגמה GDPR, HIPAA, ISO 27001). כך תאפשרו לספקים להציע אסטרטגיות להעברת הנתונים ולאשר את ההסמכות.
מתודולוגיית דירוג וקריטריוני הערכה
פרטו את הקריטריונים (מבחינת הכמות והאיכות) שישמשו להערכת ההצעות.
הגדירו קטגוריות דירוג משוקללות כמו פונקציונליות, גישה להטמעה, תמחור, ניסיון הספק, תמיכה, צמצום סיכונים וכו'. ציינו קריטריונים ברורים כדי שהספקים יוכלו לתעדף את התשובות שלהם בהתאם.
גישה כזו תזרז את תהליך קבלת ההחלטות הפנימי ותבטל את הצורך בדיונים סובייקטיביים במהלך השלבים הסופיים.
פורמט תמחור והנחיות תקציביות
לא מצופה מכם לשתף את כל התקציב שלכם, אבל כן תצטרכו להגדיר פורמט לתמחור. בקשו פירוט לפי מודול, סוג משתמש, שירותי הטמעה, שילובים, הכשרה, תמיכה ותחזוקה שנתית.
ציינו אם אתם מעדיפים רישיון לצמיתות או מינוי. כך תוכלו להשוות באופן עקבי ולהציף עלויות חבויות בשלב מוקדם. הבהירו גם את כל האילוצים התקציביים או את קווי מדיניות הרכש שאליהם הספקים צריכים להיות מודעים.
שאלות לגבי כשירות הספקים
חשוב לכלול שאלות לגבי היסטוריית החברה, היציבות הפיננסית שלה, בסיס לקוחותיה, התמחות בענפים שונים, הסמכות ויכולת אספקה.
דרשו מידע מפורט לגבי מבנה הצוות, אנשי מפתח בחברה, קבלני משנה וניסיון קודם עם הטמעות ERP דומות. כך תוכלו לתמוך בצמצום הסיכונים ובבדיקת נאותות של הספקים.
סעיף זה יסנן ספקים חסרי ניסיון או יכולת. בקשו הוכחה ליציבות כספית, מידע על בסיס הלקוחות מהענף שלכם, הסמכות רלוונטיות, רקורד בתחום ההטמעות והמלצות. בקשו גם קורות חיים של אנשי מפתח בצוות, מתודולוגיות לפרויקטים ומבני תמיכה כדי להעריך את רמת הסיכון ביכולת האספקה.
מועדי סיום והנחיות הגשה
סיימו עם סעיף אדמיניסטרטיבי ברור ומדויק שמגדיר את פורמט התשובה (Word, Excel, PDF), שיטות ההגשה, מועדים אחרונים ואנשי קשר, ומבהיר את הציפיות בנוגע לשאלות ותשובות של מגישי הצעות המחיר, הדגמות חיות או ראיונות עם רשימת ספקים מועדפים.
