עלות פיתוח מערכת CRM
ממה מורכב המחיר, מה מייקר אותו ומה מוזיל, איך לאמוד את הטווח על המספרים שלכם עוד לפני שיחה עם ספק, ואיך לזהות הצעה שאי אפשר לסמוך עליה.
בקצרה
מספר אחד לעלות פיתוח CRM לא קיים, והפער בין שני פרויקטים עם אותו תיאור הוא בדרך כלל כפול ויותר. את הפער קובעות שלוש עובדות שנמצאות אצלכם ולא אצל המפתח: למול כמה מערכות קיימות המערכת צריכה לדבר, באיזה מצב הנתונים שצריך להעביר, וכמה תפקידים שונים צריכים הרשאות שונות. מי שנוקב במספר לפני שראה את שלושת אלה נוקב במחיר של מישהו אחר. הדף הזה נותן את שיטת האמידה במקום מספר, כי את המספר שלכם אפשר לחשב רק על הנתונים שלכם.
חמשת הגורמים שקובעים את המחיר
לפי סדר ההשפעה בפועל, מהמשמעותי לפחות משמעותי. שימו לב שארבעת הראשונים נקבעים אצלכם, כלומר אפשר להוזיל אותם לפני שמתחילים.
| גורם |
מה מייקר |
מה מוזיל |
מה אפשר לעשות מראש |
| אינטגרציות |
חמש מערכות ומעלה, חלקן בלי ממשק תקין |
נקודת חיבור אחת או שתיים עם ממשק מתועד |
לרשום את כל המערכות שה-CRM חייב לדבר איתן ולבדוק לכל אחת אם יש לה ממשק |
| העברת נתונים |
היסטוריה בגיליונות, בדואר ובנייר; אותו לקוח תחת כמה מזהים |
נתונים במקום אחד עם מזהה יחיד ללקוח |
לבדוק אם אפשר לייצא את ההיסטוריה הדרושה בלי עבודה ידנית |
| מודל הרשאות |
הרשאות לפי אנשים, חריגים אישיים, היררכיה מורכבת |
הרשאות לפי תפקידים, מספר קטן של תפקידים |
לנסח את ההרשאות בתפקידים ולא ברשימת שמות |
| דוחות ביום הראשון |
דוחות שדורשים נתונים שלא נאספים היום |
שלושה דוחות שמישהו באמת פותח בכל שבוע |
לבחור אילו דוחות חייבים להיות בגרסה הראשונה, ואילו יחכו |
| תחזוקה אחרי העלייה |
אין מי שמחזיק את המערכת בצד שלכם |
יש בעל תפקיד שאחראי על התוכן ועל סדר העדיפויות |
למנות אותו לפני תחילת הפרויקט, לא אחרי |
העמודה הרביעית היא המנוף האמיתי. כל מה שמופיע בה נעשה בכוחות הצוות שלכם, לפני שנחתם משהו, ומקצר גם את המחיר וגם את הלוח.
למה אין כאן טווח מחירים
זו שאלה הוגנת, ולכן התשובה מפורשת. טווח מחירים מועיל לקורא, וזו השאלה הראשונה שהוא שואל. אבל טווח שנוקבים בו בלי לראות את רשימת האינטגרציות ואת מצב הנתונים אינו הטווח שלכם, והוא ייראה אמין יותר ממה שהוא באמת. במקום זאת יש כאן שיטה שמאפשרת לצמצם את הטווח בעצמכם, וזה מה שבאמת מוריד את חוסר הוודאות.
הכלל שכדאי לקחת מהדף הזה: הערכה שניתנה לפני שמישהו הסתכל על הנתונים אינה הערכה. אם ספק מוכן לנקוב בסכום לפי תיאור בדף אחד, הוא או מגלם את אי-הוודאות במחיר, או ינקוב בסכום אחר בהמשך.
איך לצמצם את הטווח לפני שיחה עם ספק
- תהליך מכירה אחד, לא שלושה. לבחור את התהליך שמייצר הכנסה, ולתאר אותו מקצה לקצה. שאר התהליכים נכנסים אחר כך, ואז כבר בזול.
- רשימת מערכות שה-CRM חייב לדבר איתן, ולכל אחת תשובה אם יש לה ממשק ומי יודע להפעיל אותו.
- ייצוא ניסיון של ההיסטוריה שאתם מתכוונים להעביר. אם הייצוא לא עובד בכוחות עצמכם, הפרויקט מתחיל מהנתונים ולא מהמערכת, וזו עבודה עם תקציב נפרד.
- שלושה דוחות שחייבים לעבוד ביום הראשון, ומי פותח אותם.
- מדד הצלחה במספר, שנמדד היום ולא אחרי ההטמעה. בלי זה אין מה להשוות אחר כך.
חמשת אלה מצמצמים את פיזור ההצעות יותר מכל משא ומתן על תעריף שעה.
לפתח, להתאים או לקחת מוכן
שלוש דרכים, ולכל אחת מחיר אחר לחלוטין. ההבדל אינו באיכות אלא בשאלה למי מתאימים את מי.
|
מערכת מוכנה במנוי |
מוכנה עם התאמות |
פיתוח מלא |
| מתי מתאים |
התהליך שלכם דומה לתהליך של כולם |
רוב התהליך תקני, חלק קטן ייחודי |
התהליך הוא מה שמבדיל אתכם, או שאסור להוציא נתונים |
| מי מתאים למי |
אתם מתאימים את התהליך למערכת |
גם וגם, וזה מקור הסיכון |
המערכת מתאימה לתהליך |
| מבנה ההוצאה |
תשלום קבוע שגדל עם מספר המשתמשים |
מנוי ועוד עבודת התאמה שחוזרת בכל עדכון |
השקעה בהתחלה ותחזוקה אחריה |
| הסיכון העיקרי |
תנאים, מחיר או השירות משתנים בלעדיכם |
ההתאמות נשברות בעדכון של הספק |
ביצוע חלש, ואז התחזוקה עליכם |
| מה נשאר בסוף |
זכות שימוש כל עוד משלמים |
זכות שימוש, וההתאמות תלויות בספק |
הקוד והנתונים, בלי תלות במי שכתב |
הרחבה על ההכרעה הזאת, כולל שתי נוסחאות לחישוב עלות בעלות על אופק של שלוש עד חמש שנים, נמצאת בדף מערכות ERP ו-CRM.
חמש שאלות להצעת מחיר
- מה נבדק כדי לנקוב במספר הזה? אם התשובה אינה כוללת את הנתונים שלכם, המספר לא מהפרויקט שלכם.
- מה לא כלול? תחזוקה, הדרכה, העברת נתונים ותיקונים אחרי הפיילוט נשארים בדרך כלל מחוץ למסגרת.
- ממה זה ישתנה ובכמה? תשובה ראויה נשמעת כמו אם הנתונים יתגלו במצב כזה, יתווסף כך וכך.
- מה קורה אם התוצאה גרועה מהסף? הסכמה על כך לפני ההתחלה זולה מהשיחה שאחריה.
- למי שייך מה שייווצר, ואפשר להמשיך עם צוות אחר.
חמישה סימנים שאי אפשר לסמוך על ההערכה
- הסכום ניתן לפי תיאור המשימה, בלי לראות נתונים ובלי רשימת מערכות.
- אין שורה לתחזוקה ולהעברת נתונים.
- מובטח אחוז חיסכון או שיפור לפני תחילת העבודה.
- הלוח ניתן במדויק ואינו תלוי בשום דבר.
- לשאלה מה יקרה אם הנתונים יתגלו במצב גרוע אין תשובה עניינית.
כמה זמן זה לוקח
השאלה הנכונה אינה מתי הכול מוכן אלא מתי החלק הראשון מתחיל להועיל. גרסה שמחזיקה תהליך מכירה אחד מקצה לקצה, עם שלושה דוחות שמישהו פותח, עולה לאוויר מוקדם בהרבה ממערכת מלאה. מאותה נקודה כל תוספת נמדדת בשימוש בפועל, ולא בהערכה שנתנו בהתחלה, וזה גם מה שמונע בניית מודולים שאף אחד לא פתח.
מכאן גם נובע סדר העבודה הזול: תהליך אחד, נתונים אמיתיים, אנשים אמיתיים, ורק אחר כך הרחבה.
איך אני עובד על זה
פרקטיקה מאז 2004, עבודה עם מערכות AI מאז 2023, פרויקטים ללקוחות בארבע-עשרה מדינות. הערכה אני נותן אחרי שראיתי את מצב הנתונים ואת רשימת המערכות שצריך להתחבר אליהן, ותמיד עם פירוט ממה היא תשתנה.
מה שאני לא עושה: לא נוקב באחוזי חיסכון ולא מציג מקרים של אחרים כהוכחה. אם יתברר שמערכת מוכנה עונה על הצורך שלכם, זו תשובה לגיטימית מבחינתי, ואומר אותה.
איך להתחיל שיחה
כתבו לי שלושה דברים: איזה תהליך מכירה אתם רוצים לסגור, למול אילו מערכות ה-CRM צריך לדבר, ואיזו היסטוריה צריך להעביר. לפי שלושת אלה כבר אפשר לדבר על גבולות ולא על טווח מתוך מצגת.
לפנייה | קריאה נוספת: מערכות ERP ו-CRM, שירותי פיתוח
SLAtech LTD