מסמך אפיון מערכת CRM לדוגמה: מה צריך להופיע במסמך?

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

מתי צריך מסמך אפיון CRM?

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

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

מבנה מומלץ למסמך אפיון מערכת CRM

דוגמה מקוצרת למסמך אפיון CRM

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

מה לא כדאי להכניס למסמך?

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

מי צריך לאשר את המסמך?

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

איך משתמשים במסמך מול מיישם?

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