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

למה פרויקטים של CRM נכשלים בלי אפיון?

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

שלב 1 — מטרות וצווארי בקבוק

מתחילים מהשאלה מה המערכת אמורה לשנות, במונחים שאפשר למדוד אחר כך:

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

שלב 2 — ראיונות עם מי שעובד בתהליך

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

שלב 3 — מיפוי התהליך, מליד ועד חתימה

מציירים את התהליך כשלבים, ולכל שלב מגדירים ארבעה דברים:

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

שלב 4 — ישויות, שדות, קשרים והרשאות

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

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

שלב 5 — מסכים, דוחות ואינטגרציות

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

מה חייב להיות במסמך האפיון?

מסמך שאפשר לאשר, ואחר כך לבדוק מולו שמה שנבנה הוא מה שסוכם:

• מטרות ומדדים — מה המערכת אמורה לשנות ואיך נדע
• תהליכים — תרשים או רשימת שלבים לכל תהליך, כולל מקרים חריגים
• ישויות ושדות — טבלה לכל ישות: שם השדה, סוג, חובה, מי עורך
• הרשאות — מטריצה של תפקיד מול ישות: רואה / עורך / לא רואה
• אוטומציות — רשימה: טריגר, תנאי, פעולה
• מסכים ודוחות — לכל תפקיד, מה הוא רואה ואילו דוחות הוא צריך
• אינטגרציות — מערכת, כיוון, מה עובר, מה קורה בשגיאה
• הסבת נתונים — מאיפה, כמה, מה מנקים, מה לא עובר
• מה מחוץ לטווח — במפורש