מדריך

מה חייב להיות במערכת שבה מנהלים לקוחות

רשימת דרישות לבדיקה מול הכלי שכבר יש לכם, לא רשימת פיצ'רים.

מה יש כאן
  1. 1. שעה מחוברת למשימה, ולא לשורה חופשית
  2. 2. התעריף נשמר על השעה, לא מחושב בדיעבד
  3. 3. תאריך תזוזה אחרון שאומר את האמת
  4. 4. מקום אחד ללקוח, עם הרשאה נפרדת
  5. 5. כסף כהרשאה נפרדת מדוחות
  6. 6. יומן של מה שיצא החוצה
  7. 7. מה תקוע, בלי שצריך לשאול
  8. 8. התכתבות שמחוברת לעבודה
  9. 9. ייצוא שאפשר לתת ללקוח בלי לעבוד עליו
  10. 10. כמה לקוחות בכלי אחד, בלי דליפה
  11. 11. חמש שאלות לשאול בהדגמה
  12. 12. דבר אחד שלא כדאי לדרוש
  13. איך להשתמש ברשימה הזאת

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

1. שעה מחוברת למשימה, ולא לשורה חופשית

הדרישה: אי אפשר לרשום שעה «סתם». כל שעה שייכת למשימה, ולמשימה יש תיאור.

למה זה ראשון: «למה זה עלה כל כך» היא השאלה היחידה שחוזרת אצל כל לקוח, ובלי חיבור שעה-משימה אין עליה תשובה, רק הסבר.

זה קיים כמעט בכל מערכת - Jira, Asana, monday, Clockify. אם אצלכם זה לא נאכף, זו החלטת הגדרה, לא חוסר בכלי.

2. התעריף נשמר על השעה, לא מחושב בדיעבד

הדרישה: כשנרשמת שעה, נשמר איתה התעריף שהיה באותו יום.

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

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

3. תאריך תזוזה אחרון שאומר את האמת

הדרישה: לכל משימה יש תאריך תזוזה אחרון, והוא מסמן אירוע אמיתי - הודעה, שינוי סטטוס, החלטה - ולא את זמן הסנכרון האחרון.

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

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

4. מקום אחד ללקוח, עם הרשאה נפרדת

הדרישה: ללקוח יש כניסה משלו, והיא לא «המערכת שלנו עם פחות כפתורים».

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

כאן ההבדל בין הכלים גדול. פורטל לקוח קיים ב-monday וב-Zoho; ב-Jira זה תוסף; בחלק מהכלים אין בכלל, והפתרון הוא לשלוח PDF.

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

5. כסף כהרשאה נפרדת מדוחות

הדרישה: «רואה דוח» ו«רואה סכומים» הן שתי הרשאות שונות.

למה: לרכז שעות אפשר לתת לעובד; לראות באיזה תעריף החברה מוכרת ללקוח - לא בהכרח. אם זו הרשאה אחת, תיאלצו לבחור בין «אין לו דוחות» ל«הוא יודע את המרווח».

קיים בכלים ארגוניים, כמעט לא קיים בכלים קטנים.

6. יומן של מה שיצא החוצה

הדרישה: מתי הופק דוח, מי הוריד קובץ, מה נשלח ללקוח - נרשם.

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

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

7. מה תקוע, בלי שצריך לשאול

הדרישה: רשימה שנענית מעצמה - הצעות ללא מענה, מכתבים שלא נענו, משימות בלי תזוזה, תאריכים שעברו.

למה: כל מודול יודע על עצמו. השאלה «מה תקוע אצלי» אינה שייכת לאף מודול, ולכן בדרך כלל אף אחד לא עונה עליה - עד שהלקוח שואל.

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

8. התכתבות שמחוברת לעבודה

הדרישה: מכתב אפשר לקשור למשימה, והוא נקרא לצד ההיסטוריה שלה.

למה: «ביקשתי את זה במייל» הוא הוויכוח הנפוץ ביותר על היקף, והוא נפתר בקישור אחד.

קיים ב-Zendesk ובכלי תמיכה; במערכות ניהול פרויקטים - לעיתים רחוקות.

9. ייצוא שאפשר לתת ללקוח בלי לעבוד עליו

הדרישה: Excel ו-PDF בלחיצה, במבנה שאפשר לשלוח כמו שהוא.

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

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

10. כמה לקוחות בכלי אחד, בלי דליפה

הדרישה: הפרדה בין לקוחות נאכפת במקום אחד, ולא בכל שאילתה בנפרד.

למה: ברגע שיש שני לקוחות באותה מערכת, כל מסך חדש הוא הזדמנות לשכוח תנאי. הפרדה שנשענת על «המפתח יזכור להוסיף WHERE» תחזיק שנה ואז תשבור פעם אחת, וזו הפעם שתעלה לכם לקוח.

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

11. חמש שאלות לשאול בהדגמה

מוכרים מראים תמיד את אותם שלושה מסכים. אלה השאלות שמראות את השאר:

  1. «תראו לי שעה שנרשמה לפני חצי שנה, אחרי ששיניתם תעריף.» כאן מתברר סעיף 2.
  2. «תראו לי מה בדיוק רואה הלקוח, מהחשבון שלו.» לא מסך שמדמה אותו.
  3. «תראו לי משימה שאיש לא נגע בה חודשיים.» מה כתוב בשדה התזוזה.
  4. «תראו לי מי הוריד את הדוח הזה ומתי.»
  5. «איך אני רואה מה תקוע, בלי לפתוח מסנן?»

שאלה שמוכר לא אוהב אינה סימן רע בפני עצמה. מה שסימן רע זו תשובה «אפשר לבנות את זה».

12. דבר אחד שלא כדאי לדרוש

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

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

איך להשתמש ברשימה הזאת

עברו עליה עם הכלי שיש לכם. רוב הסעיפים כנראה כבר מסומנים. הסעיפים שאינם - 2, 4, 5, 6, 7 - הם אלה שמייצרים את רוב שיחות אי ההבנה עם לקוחות, ולכן שווה לבדוק אותם לפני שמחליפים משהו.

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

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

התחילו ניסיון חינם