אפיון מערכת CRM: מה חייבים להגדיר לפני בחירת מערכת
אפיון מערכת CRM הוא השלב שבו מתרגמים את תהליכי המכירה, השירות והתפעול לדרישות ברורות מהמערכת. לפני שבוחרים תוכנה או מבקשים הצעה ממיישם, צריך להגדיר מי עובד במערכת, אילו שלבים ונתונים היא מנהלת, מה יקרה אוטומטית ואילו דוחות צריכים לתמוך בהחלטות. המדריך והצ׳קליסט כאן יעזרו לרכז את ההחלטות האלה בצורה מסודרת.
מה כולל מסמך אפיון מערכת CRM?
מסמך אפיון CRM טוב אינו רשימת תכונות כללית. הוא מתאר את התהליך העסקי הרצוי, המשתמשים וההרשאות, מבנה הרשומות והשדות, כללי המעבר בין שלבים, משימות והתראות, חיבורים למערכות אחרות, דוחות, מעבר נתונים ותוכנית הטמעה. מי שרוצה לראות איך זה נראה בפועל יכול להיעזר גם במסמך אפיון מערכת CRM לדוגמה. התוצאה צריכה לאפשר להשוות מערכות ולבקש הצעת יישום על בסיס אותן דרישות, במקום לקבל הדגמות והצעות שאינן ניתנות להשוואה.
איך משתמשים בצ׳קליסט?
עוברים על הסעיפים עם המנהלים ובעלי התפקידים, מסמנים היכן קיימת תשובה מוסכמת והיכן עדיין יש מחלוקת או מידע חסר. את התשובות אפשר להעביר לאחר מכן ליועץ לצורך מסמך אפיון CRM מלא, או להשתמש בהן כדי לבחון הדגמות של מערכות בצורה ממוקדת.
מגדירים את הבעיה העסקית
לפני ששואלים איזו מערכת לבחור, מנסחים מה צריך להשתפר. לדוגמה: לידים אינם מקבלים מענה בזמן, אין תמונה אחת של הלקוח, המשימות נשמרות בוואטסאפ, אין מעקב אחרי הצעות מחיר או שקשה לחזות מכירות. לכל בעיה צריך להיות מדד: זמן תגובה, אחוז לידים ללא טיפול, משך שלב, שיעור המרה או מספר משימות באיחור.
ממפים את מסע הלקוח והסטטוסים
רושמים את הדרך מרגע הפנייה ועד מכירה, אספקה ושירות. לכל שלב מגדירים תנאי כניסה, פעולה נדרשת, בעל תפקיד, זמן יעד ותנאי יציאה. סטטוס כמו "בטיפול" אינו מספיק ברור. עדיף להבחין בין "נוצר קשר", "נקבעה פגישה", "נשלחה הצעה", "ממתין להחלטה" ו"נסגר". אם שני עובדים מפרשים סטטוס אחרת, הדוח לא יהיה אמין.
מגדירים משתמשים, תפקידים והרשאות
מי משתמש במערכת בכל יום? אנשי מכירות, שירות, תפעול, כספים והנהלה צריכים מסכים והרשאות שונים. מגדירים מי יכול לראות את כל הלקוחות, מי רשאי לשנות בעלות, מי מוחק מידע ומי מייצא נתונים. הרשאות הן חלק מהתהליך והאבטחה, לא משימה טכנית שמשאירים לסוף.
בוחרים שדות לפי החלטות ופעולות
כל שדה צריך לשרת פעולה, החלטה, אוטומציה או דוח. אם איש אינו משתמש במידע, אין סיבה לחייב את הצוות להזין אותו. קובעים אילו שדות חובה בכל שלב, מאיפה המידע מגיע ומה פורמט הנתון. רשימות בחירה עדיפות על טקסט חופשי כאשר רוצים לדווח באופן עקבי.
מתכננים משימות, אוטומציות והתראות
מגדירים מה נפתח אוטומטית לאחר אירוע: משימה לליד חדש, תזכורת לאחר הצעה, התראה למנהל במקרה של חריגה או הודעה ללקוח. חשוב לתכנן גם מה קורה כאשר חיבור נכשל או נתון חסר. אוטומציה ללא בעלים ודרך טיפול בכשל יוצרת עבודה סמויה.
מגדירים דוחות לפני ההקמה
רושמים אילו החלטות ההנהלה רוצה לקבל מהמערכת: כמה לידים נכנסו, מאילו מקורות, כמה זמן לקח ליצור קשר, מה שיעור ההמרה בכל שלב, אילו עסקאות תקועות ומה התחזית. אחר כך בודקים שכל נתון הדרוש לדוח אכן נאסף בתהליך. דוח אינו יכול לתקן מידע שהצוות לא הזין.
מתכננים מעבר וניקוי נתונים
לפני ייבוא מאקסל או ממערכת ישנה מחליטים אילו רשומות מעבירים, כיצד מאחדים כפילויות, מי משלים מידע חסר ומה שומרים בארכיון בלבד. ייבוא של נתונים לא נקיים מעביר את הבלגן למערכת החדשה ומקשה על המשתמשים לסמוך עליה כבר מהיום הראשון.
בונים תוכנית הטמעה ואימוץ
הצלחה אינה נמדדת בכך שהמערכת עלתה לאוויר. מגדירים מי בעל המערכת בארגון, איך מדריכים כל תפקיד, היכן מתעדים כללים, מי עונה לשאלות ואילו מדדי שימוש נבדקים לאחר שבוע, חודש ורבעון. מומלץ להתחיל בתהליך מרכזי אחד, לייצב אותו ורק אז להוסיף מורכבות.
הצ׳קליסט המקוצר לפגישת האפיון
יעדים: איזו בעיה פותרים ואיך מודדים הצלחה?
תהליך: מהם השלבים, האחריות וזמני היעד?
משתמשים: מי עובד במערכת ומה כל תפקיד צריך לראות ולעשות?
מידע: אילו שדות נדרשים, מי מזין אותם ובאיזה שלב?
חיבורים: טפסים, דוא״ל, טלפוניה, הנהלת חשבונות, אתר וכלים נוספים.
אוטומציה: אילו משימות והתראות נוצרות ומי מטפל בחריגים?
דוחות: אילו החלטות מתקבלות ואיזה מידע נדרש להן?
נתונים: מה מייבאים, מנקים או משאירים בארכיון?
הטמעה: הדרכה, בעלות, תמיכה ומדדי אימוץ.
מתי אפשר לבחור מערכת?
אחרי שהדרישות מסודרות, משווים מערכות לפי התאמה לתהליך, קלות שימוש, יכולות חיבור, עלות כוללת, תמיכה ואפשרות לגדול. הדגמה טובה משתמשת בתרחישים שלכם ולא במצגת כללית. בקשו לראות כיצד ליד אמיתי נכנס, עובר בין שלבים, יוצר משימות ומופיע בדוח. אם התרחיש המרכזי דורש הרבה התאמות כבר בהדגמה, זו נורת אזהרה.
צריכים להפוך את הדרישות למסמך אפיון ישים?
נמפה את תהליך המכירה והשירות ונגדיר מה מערכת ה־CRM צריכה לעשות לפני שבוחרים או מקימים אותה.