פיצ׳רים ב-CRM: מיפוי יכולת לדרישה עסקית
מה במאמר

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

הפרידו יכולת קיימת מהגדרה שמוכנה לשימוש

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

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

מסלול עבודה מוצע
  1. צורך
  2. יכולת מתאימה
  3. הגדרה וניסוי
  4. שימוש ובקרה

הפכו את הדרישה לבדיקה שאפשר לבצע

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

תרחיש להמחשה: כך בודקים את התהליך

שאלות נפוצות

האם צריך להפעיל כל פיצ׳ר שקיים במסלול?

לא. הפעילו יכולת כאשר היא משרתת תהליך ברור ויש מי שמתחזק אותה. ריבוי פעולות אינו מדד לערך.