CRM שמתאים לעסק שלך — או לעסק שמישהו אחר חשב שיש לך?

למה רוב מערכות ה-CRM "מותאמות" — אבל לא לעסק שלך

תשאלו כל ספק CRM אם המערכת שלו מתאימה לעסק שלכם, התשובה תמיד תהיה "כן, בהתאמה אישית". וזה גם נכון — רוב המערכות באמת ניתנות להתאמה. השאלה שלא נשאלת היא: התאמה לְמה? לתרשים הארגוני? לפיצ'רים שהמתחרה הגדולה משתמשת בהם? או לזרימת העבודה היומיומית האמיתית של הצוות שלכם?

זו לא שאלה תיאורטית. ההבדל בין מערכת שתואמת לתרשים הארגוני לבין מערכת שתואמת לתהליך — הוא ההבדל בין מערכת שהצוות אוהב לבין מערכת שאף אחד לא משתמש בה. ראינו את זה שוב ושוב. הנה שלוש הטעויות שגורמות לזה.

טעות ראשונה — אפיון מבוסס תרשים ארגוני

הספק נכנס, יושב עם המנכ"ל, מבקש לראות את התרשים הארגוני, ובונה את המערכת מסביב למחלקות. יש מודול למכירות, מודול לשירות, מודול לתפעול. אדמין צריך לעבוד עם כולם.

הבעיה — לקוחות לא נעים בין מחלקות. תהליכים נעים בין מחלקות. ליד שמגיע מהמשווק עובר לסוכן מכירות, אחר-כך נכנס לתפעול ובסוף לשירות. כשהמערכת בנויה לפי מחלקות, התהליך נשבר בכל מעבר. כל מחלקה רואה רק את החלק שלה, ואין לאף אחד את התמונה המלאה. הצוות נאלץ "להעביר ידנית" מידע — בוואטסאפ, באקסל, או בעל פה — וזה הסוף של אימוץ המערכת.

טעות שנייה — שיחה רק עם המנהלים

שלב האפיון מתבצע מול המנכ"ל ומנהלי המחלקות. הם יודעים מה החברה אמורה לעשות. הם פחות יודעים מה היא באמת עושה ביום-יום.

הסוכן בקו הראשון שמטפל ב-30 לידים ביום יודע עדיף מכולם איפה התהליך נתקע. נציג השירות שעונה ל-50 פניות יודע איזה מידע חסר לו בכל שיחה. נציגת הגבייה יודעת איזה דוחות חוזרים אליה כל שבוע ולמה. בלי לשאול אותם, האפיון מבוסס על איך שמנהל חושב שהעבודה נעשית — ולא על איך שהיא נעשית בפועל.

טעות שלישית — אפיון "ליתר ביטחון"

"בוא נכניס גם את זה ליתר ביטחון, אולי נצטרך". זו פסקה שמופיעה כמעט בכל אפיון. התוצאה: מערכת עם 200 שדות, 50 דוחות, 15 תהליכי עבודה — שמתוכם הצוות ישתמש ב-15% בלבד. השאר זה רעש שמסבך את המסכים, מאט את העבודה, ויוצר תחושה שהמערכת "מסובכת".

אפיון נכון מתחיל בלזהות מה בהכרח חייב להיות — ואז להוסיף בזהירות. פחות זה יותר. פיצ'ר שלא משתמשים בו זה לא נייטרלי, הוא נטל.

איך נראה אפיון מבוסס תהליכים

אפיון נכון מתחיל בארבעה צעדים פשוטים: ראשית, מיפוי של 3-5 תהליכים מרכזיים בעסק (לא מודולים — תהליכים. דוגמה: מליד עד עסקה סגורה. מפנייה ראשונה עד פתרון. מהסכם חתום עד תשלום ראשון). שנית, שיחות עם 2-3 אנשים שמבצעים את כל אחד מהתהליכים בפועל. שלישית, צפייה במערכות קיימות שלכם — איזה דאטה יש, איזה דוחות חוזרים, איזה פעולות חוזרות על עצמן. רביעית, רק אז — מבנה המערכת.

הצעד הזה נראה איטי אבל הוא חוסך חודשים בהמשך. כשאתם רואים שהאפיון מתחיל בשאלה "מה התרשים הארגוני שלכם?" במקום "תארו לי איך ליד עובר אצלכם מקצה לקצה" — זה דגל אדום.

דמו מותאם לפני שאתם חותמים

הצעד הכי חשוב באימות שמערכת באמת מתאימה לעסק שלכם — זה לראות אותה עובדת על תרחיש שלכם לפני שאתם משלמים. לא דמו גנרי שהספק מציג לכל לקוח. דמו עם הדאטה שלכם, התהליכים שלכם, המסכים שאתם תראו.

ב-MyBusiness Sprint, בקשת הדמו כוללת טופס קצר ומסמכי רקע (אם רלוונטי). על בסיס זה אנחנו בונים דמו ראשוני שמדגים את התהליכים שלכם בתוך המערכת — לפני שמתקדמים לחוזה. זה לא נדיר אצלנו, זה הסטנדרט. זה גם המקום שבו טעויות אפיון מתגלות מוקדם — לפני שעלו לאוויר עם מערכת לא נכונה.

מה לדרוש מהספק לפני שאתם חותמים

חמש שאלות קצרות שהתשובות עליהן יחסכו לכם הרבה כאב ראש:

1. האם תקיימו שיחות אפיון לא רק עם הנהלה אלא גם עם משתמשי הקצה?
2. האם אקבל דמו מותאם לתהליכים שלי לפני חתימה — לא דמו גנרי?
3. איך התהליך נראה כשליד עובר ממחלקה למחלקה — האם הכל באותה מערכת או דורש מעברים ידניים?
4. אילו 3 פיצ'רים אתם לא ממליצים לי להפעיל מהיום הראשון?
5. אם אחרי האפיון אגלה שהתהליך לא מתאים — האם יש לי דרך לעצור לפני שמשלם רישוי?