מחברת, אקסל או וואטסאפ — ומתי זה מפסיק לעבוד

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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