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