כל הטמעת מערכת בעסק, בין אם זה CRM, ERP או monday, עוברת את אותם שישה שלבים. המדריך מסביר מה קורה בכל שלב, מה קובע כמה זמן הוא לוקח, איפה פרויקטים נתקעים ואיזה מדריך מפורט לקרוא אחר כך.
עיקרי הדברים
- הטמעה היא שישה שלבים: מיפוי תהליכים, הגדרת המערכת, העברת נתונים, ממשקים, הדרכה ועלייה לאוויר, ואחריהם בעלות שוטפת.
- משך ההטמעה נקבע לפי מצב הנתונים, מספר הממשקים ומהירות קבלת ההחלטות, לא לפי התוכנה.
- רוב הפרויקטים נתקעים בהחלטות שאין להן בעלים ובנתונים שאף אחד לא ניקה, לא בטכנולוגיה.
- קובעים קריטריונים ל-go/no-go ובעלים לתמיכה לפני יום ההשקה, לא אחריו.
הטמעת מערכת בעסק היא שינוי של הדרך שבה העסק עובד, לא התקנה של תוכנה. כל הטמעה, בין אם מדובר ב-CRM, ב-ERP או ב-monday, עוברת את אותם שישה שלבים: מיפוי תהליכים, הגדרת המערכת, העברת הנתונים, בניית הממשקים, הדרכה ועלייה לאוויר, ואחר כך בעלות שוטפת על המערכת אחרי ההשקה.
התוכנה היא בדרך כלל החלק הקל. מה שקובע אם פרויקט CRM או ERP יסתיים בזמן הוא מצב הנתונים שלכם, מספר המערכות האחרות שהוא צריך לדבר איתן, וכמה מהר מישהו בעסק מקבל החלטה כששתי מחלקות רוצות דברים שונים. כאן תמצאו מה קורה בכל שלב ואיפה פרויקטים נתקעים, ולכל מערכת ולכל שלב יש הפניה למדריך המפורט.
מה השלבים של הטמעת מערכת?
כל ספק קורא לשלבים בשם אחר, אבל העבודה זהה. מתודולוגיית Success by Design של מיקרוסופט ל-Dynamics 365, למשל, מחלקת את הפרויקט לחמישה שלבים - Discover, Initiate, Implement, Prepare ו-Operate - והאחרון שבהם מוקדש לייצוב המערכת אחרי שהיא כבר באוויר. בעסק קטן או בינוני הרצף המעשי נראה כך:
- מיפוי תהליכים - כותבים איך העבודה זורמת היום בפועל: מי מכין הצעת מחיר, מי מאשר אותה, לאן הזמנה עוברת אחר כך, ובאיזה גיליון נמצאים המספרים האמיתיים.
- הגדרת המערכת - מתרגמים את המיפוי למערכת: שדות, סטטוסים, הרשאות, תבניות מסמכים ואוטומציות.
- העברת נתונים - מנקים את נתוני הלקוחות, הפריטים והיתרות הפתוחות, ממפים אותם לשדות החדשים וטוענים אותם, יותר מפעם אחת.
- ממשקים - מחברים את טפסי האתר, תוכנת הנהלת החשבונות, וואטסאפ, החנות המקוונת או מערכת הסליקה, כל מה שצריך להחליף נתונים עם המערכת החדשה.
- הדרכה ועלייה לאוויר - מלמדים כל תפקיד את המשימות היומיות שלו, קובעים קריטריונים ל-go/no-go ועוברים למערכת בתאריך מתוכנן.
- בעלות אחרי ההשקה - אדם אחד עם שם שומר על המערכת נקייה, מטפל בבקשות שינוי ומחליט מה נבנה בשלב הבא.
כמה זמן לוקח כל שלב?
אף אחד לא יכול לתת משך הטמעה אמיתי לפני שראה את הנתונים והתהליכים שלכם, ומספר קבוע שנזרק מראש הוא נתון שיווקי ולא הערכה. מה שכן אפשר לומר הוא מה מאריך ומה מקצר כל שלב:
| שלב | מה מאריך אותו | מה מקצר אותו | מדריך מפורט |
|---|---|---|---|
| מיפוי תהליכים | כמה מחלקות שכל אחת עובדת אחרת; אין מי שמוסמך להחליט | מקבל החלטות אחד שנוכח בכל פגישת עבודה | למה הטמעות CRM נכשלות |
| הגדרת המערכת | ניסיון לשחזר כל חריג של שיטת העבודה הישנה | אימוץ התהליך הסטנדרטי של המערכת במקום שהוא מספיק טוב | הטמעת monday בעסק |
| העברת נתונים | כפילויות, שדות טקסט חופשי, לקוחות שמפוזרים בכמה קבצים | רשימת אב אחת נקייה עם מזהה ייחודי לכל לקוח | העברת נתונים מאקסל ל-CRM |
| ממשקים | הרבה מערכות מחוברות, או מערכת אחת בלי API מתועד | מעט חיבורים, לכל אחד API רשמי | הטמעת פריוריטי |
| הדרכה ועלייה לאוויר | הדרכה כללית אחת לכולם; בלי חזרה גנרלית | מפגשים קצרים לפי תפקיד, הרצה ניסיונית על נתונים אמיתיים | הדרכה ואימוץ ב-CRM וב-ERP |
השלבים גם חופפים. ניקוי הנתונים יכול להתחיל כבר בזמן המיפוי, והממשקים נבנים בדרך כלל במקביל להגדרת המערכת. מה שאסור שיחפוף הוא עלייה לאוויר עם העברת נתונים שלא הסתיימה: השקה על רשימת לקוחות שנטענה רק בחלקה היא הדרך המהירה ביותר לאבד את האמון של הצוות במערכת החדשה.
העברת נתונים: השלב שכולם מזלזלים בו
העברת הנתונים היא המקום שבו רוב הטמעות המערכות מאבדות זמן, כי הבעיות בנתונים הישנים לא נראות עד שטוענים אותם למערכת מחמירה יותר. גם ההנחיות של מיקרוסופט להטמעה אומרות את זה מהכיוון השני: הן מורות לצוות הפרויקט לבדוק את הזמינות והאיכות של הנתונים שהפתרון צריך כבר בשלב איסוף הדרישות, ולתת לכל תחום עסקי בעלות על הנתונים שלו. בפועל זה אומר להחליט עוד לפני טעינת הניסיון הראשונה איזה קובץ הוא מקור האמת ללקוחות, איך מזהים כפילויות, ואילו רשומות היסטוריות בכלל שווה להעביר. במעבר מגיליונות ל-ERP ישראלי יש החלטות נוספות על יתרות פתיחה ומק"טים, והן מפורטות במדריך מאקסל ל-ERP ישראלי.
ממשקים: עם מה המערכת החדשה צריכה לדבר
הטמעה שמתעלמת מהממשקים משאירה את העובדים מעתיקים נתונים ידנית בין המערכת החדשה לכל השאר, ובדיוק את ההעתקה הזו הפרויקט היה אמור להפסיק. לפני שמתחילים להגדיר, רושמים כל מערכת ששולחת או מקבלת נתונים: האתר, תוכנת הנהלת החשבונות, מערכת החשבוניות, וואטסאפ, החנות המקוונת, חברת הסליקה. לכל אחת בודקים אם יש לה API רשמי ומי אחראי על החיבור בכל צד. מערכת בלי API מתועד לא עוצרת את הפרויקט, אבל היא משנה את התוכנית, כי את החיבור צריך לבנות סביב ייצוא, קבצים או שכבת ביניים.
מה משתבש בהטמעת מערכת?
הכשלים חוזרים על עצמם בכל מערכת ואצל כל ספק:
- החלטות מחכות למנהל שלא שותף בפרויקט, וההגדרה נעצרת עד שהוא עונה.
- הנתונים הישנים נטענים כמו שהם, כולל הכפילויות, והשבוע הראשון הולך על איחוד לקוחות ידני.
- המערכת החדשה מוגדרת כך שתעתיק כל פתרון עוקף של הישנה, ובפועל שום דבר לא משתנה.
- ההדרכה נערכת שבועות לפני ההשקה, וביום העלייה לאוויר אף אחד כבר לא זוכר אותה.
- הגיליון הישן נשאר פתוח במקביל, והצוות ממשיך לעדכן אותו במקום את המערכת.
- אחרי ההשקה אין למערכת בעלים, הבקשות נערמות ואיכות הנתונים נשחקת.
רוב הכשלים האלה ארגוניים ולא טכניים. הגרסה הייעודית ל-CRM, עם מה עושים נגד כל סיבה, נמצאת במדריך למה הטמעות CRM נכשלות, ותוכנית עבודה מסודרת לעסק קטן מופיעה בהטמעת CRM בעסק קטן, שלב אחר שלב.
העלייה לאוויר והשבועות שאחריה
עלייה לאוויר היא אירוע מתוכנן עם קריטריונים, לא תאריך שבו מכבים את המערכת הישנה ומקווים לטוב. המתודולוגיה של מיקרוסופט, למשל, מצפה שלפני המעבר יהיו לצוות תוכנית מעבר עם קריטריונים ל-go/no-go, חזרה גנרלית על ההשקה, מודל תמיכה מוכן ורשימת משימות מפורטת שבה לכל משימה יש אחראי, משך ותלויות. עסק קטן לא צריך את כל הניירת הזו, אבל הוא כן צריך את אותן שלוש תשובות: מה חייב להתקיים ביום עצמו כדי שההשקה תצא לדרך, למי מתקשרים כשמשהו נשבר, ומתי נועלים את הגיליון הישן לעריכה. אחרי ההשקה המיקוד עובר לייצוב: מתקנים את מה שהשימוש האמיתי חשף, ורק אחר כך מחליטים מה להוסיף.
מה להכין לפני שמתחילים
- בעלים לפרויקט מתוך העסק, עם שם וסמכות להחליט.
- רשימת התהליכים שהמערכת חייבת לכסות בשלב הראשון, ומה נדחה במכוון להמשך.
- קובצי הנתונים הנוכחיים, עם הערה איזה מהם הוא מקור האמת.
- רשימה של כל מערכת שהמערכת החדשה צריכה להחליף איתה נתונים.
- קריטריונים מוסכמים ל-go/no-go ותאריך שבו מפסיקים לעדכן את הקבצים הישנים.
אם אתם רוצים עזרה במיפוי התהליכים, בהעברת הנתונים או בממשקים, התעריפים מופיעים בעמוד המחירים.
מקורות
שאלות נפוצות
מה כוללת הטמעת מערכת?
הטמעת מערכת כוללת מיפוי של הדרך שבה העסק עובד היום, הגדרת המערכת בהתאם, ניקוי והעברה של הנתונים הקיימים, חיבור המערכות האחרות שהיא צריכה להחליף איתן נתונים, הדרכה לכל תפקיד, עלייה לאוויר בתאריך מתוכנן, ומינוי בעלים ששומר על המערכת נקייה גם אחרי ההשקה.
כמה זמן לוקחת הטמעת CRM או ERP?
אין תשובה קבועה וכנה לפני שמישהו ראה את הנתונים והתהליכים שלכם. המשך תלוי בעיקר בכמה הנתונים נקיים, בכמה מערכות צריך לחבר ובכמה מהר מתקבלות החלטות. מספר שנזרק לפני שכל אלה ידועים הוא נתון שיווקי, לא הערכה אמיתית של הפרויקט הספציפי שלכם.
למה הטמעות מערכות נכשלות?
הטמעות מערכות נכשלות בדרך כלל מסיבות ארגוניות ולא טכניות: החלטות שאין להן בעלים, נתונים ישנים שנטענו בלי ניקוי, מערכת חדשה שמעתיקה כל פתרון עוקף של הישנה, הדרכה שנערכה מוקדם מדי, גיליון ישן שנשאר פתוח במקביל, ומערכת שאין לה בעלים אחרי ההשקה.
האם להעביר את כל הנתונים ההיסטוריים למערכת החדשה?
לא בהכרח. מעבירים את מה שישמש בפועל: לקוחות פעילים, יתרות פתוחות, הזמנות פתוחות ופריטים שעדיין נמכרים. רשומות ישנות וסגורות יכולות לא פעם להישאר בקובץ ארכיון שנשאר זמין לקריאה. כל רשומה נוספת שמועברת היא עוד רשומה שצריך לנקות, למפות ולבדוק לפני העלייה לאוויר.
מי צריך להיות הבעלים של המערכת אחרי העלייה לאוויר?
אדם אחד עם שם מתוך העסק, לא הספק ולא הצוות כולו. האדם הזה שומר על הנתונים נקיים, אוסף בקשות שינוי, מחליט מה נבנה בשלב הבא ומשמש כתובת ראשונה כשמשהו נשבר. בלי בעלים כזה הבקשות נערמות ואיכות הנתונים נשחקת עם הזמן, גם אם ההשקה עצמה הצליחה.
להמשך קריאה
שירות רלוונטי
הסבת נתונים
לעבור מערכת בלי לאבד היסטוריה - מיפוי, פיילוט, דלתא ומעבר.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.