בכל חודש, בסביבות העשירית, צוות הנהלת החשבונות שולח את אותה בקשה. הם זקוקים לחמישה קבצים מכל לקוח: דף פירוט בנקאי, ארכיון קבלות, דוח שכר, סיכום מכירות ומסמך מלאי. התבנית ידידותית, מדויקת ומנוסה. היא מברכת את הלקוח בשמו, מפרטת את הקבצים ומציעה דדליין ברור. בשליחה הראשונה, זה עובד. הלקוח רואה רשימה מסודרת ומגיב.
הבעיות מתחילות במייל השני.
דמיינו שלקוח אחד שולח ארבעה קבצים. דף הפירוט הבנקאי החמישי לעולם לא מגיע. ארכיון הקבלות אכן מופיע, אך הוא מכסה חודש לא נכון, ולכן הצוות דוחה אותו. דוח השכר למעשה הגיע לפני שלושה ימים ב-Slack, ומישהו כבר שמר אותו. מסמך המלאי בכלל לא רלוונטי ללקוח הזה, פרט שגיליתם רק לאחר שההודעה הראשונה נשלחה. אם תשלחו מחדש את התבנית המקורית, תבקשו שוב חמישה קבצים. ארבע מהבקשות הללו הן כעת חסרות תועלת. אחת מהן אף מטעה באופן פעיל. הניסוח תקין. פשוט למייל אין זיכרון.
תבנית אימייל מטפלת היטב בשמות, תאריכים והוראות. עבור בקשה קטנה וחד-פעמית, זה בדרך כלל מספיק. אדם אחד שולח את המייל, הלקוח עונה, ואותו אדם מסיימים את המשימה. ההיסטוריה חיה במוח אחד ובתיבת דואר אחת.
הבעיות מתחילות כאשר ההודעה הבאה תלויה באירועים שקרו לאחר האימייל הראשון. התבנית עדיין מציגה את הרשימה המקורית. היא לא יודעת שדף פירוט בנקאי הגיע אתמול. היא לא יודעת שדוח שכר נדחה. הנתונים הללו חיים בתיבת דואר, אולי בכמה תיבות דואר, ולאפליקציה שמייצרת את התזכורת אין דרך לקרוא אותם.
כשסטטוס "פתוח" לא מספיק
אם אתם עוקבים אחר הבקשה כולה כסטטוס יחיד כמו "פתוח", אתם מאבדים את הפרטים החשובים. הפריטים נעים באופן עצמאי. כל אחד מהם זקוק למצב (state) משלו כדי שהתקשורת הבאה תהיה מדויקת:
- דף פירוט בנקאי: חסר. הלקוח לא שלח אותו.
- ארכיון קבלות: הועלה אך טרם נבדק. הוא יושב בתיקייה וממתין לבדיקה פנימית.
- דוח שכר: נדחה. הלקוח שלח משהו, אך הוא היה בפורמט לא נכון או עבור תקופת שכר לא נכונה.
- דוח מכירות: התקבל בערוץ אחר. הוא הגיע ב-Slack, בשיחת טלפון או בעותק בדואר, והצוות שלכם כבר רשם אותו.
- מסמך מלאי: לא רלוונטי. הלקוח הזה לא צריך לספק אותו, והמערכת צריכה להפסיק לבקש.
ללא הפירוט הזה, התזכורת שלכם עיוורת. היא מתייחסת לקובץ חסר ולקובץ שנבדק ונפסל באותו אופן. היא מתייחסת לקובץ שכבר נמצא בידיים כאילו מעולם לא הגיע. זה מבזבז את זמן הלקוח ושוחק את האמון. לאחר שניים או שלושה תזכורות לא רלוונטיות, לקוחות רק מעבירים מבט מהיר. הם מניחים שהמערכת שלכם תקולה.
בנו רק את מה שאתם צריכים
אל תבנו מנוע חוקים עצום מלכתחילה. אתם לא צריכים אוטומציה של תהליכי עבודה עם עשרים ענפים מותנים ביום הראשון. התחילו בעקיבה אחר מספיק נתונים כדי לענות על שאלה אחת: מה עדיין דורש פעולה מהלקוח?
לכל פריט מבוקש יש צורך בתוצאה עמידה. המשמעות היא רשומה שחיה מחוץ לשרשור האימיילים, במקום שהאפליקציה תוכל לקרוא כשהיא מנסחת את ההודעה הבאה. הרשומה לא חייבת להיות מורכבת. היא יכולה להיות פשוטה כמו טבלה מובנית המכילה שם פריט, המצב הנוכחי שלו, חותמת זמן והערה קצרה. מה שחשוב הוא שהנתונים ישרדו מעבר לתיבת הדואר הנכנס.
זה משנה את תפקיד האימייל. התבנית עדיין שולטת בטון ובמבנה. הברכה נשארת חמה, ההוראות נשארות ברורות. אך רשימת המסמכים חייבת להגיע מנתוני הבקשה. התזכורת הופכת לשאילתה. אתם מסננים את הרשימה כך שתציג רק פריטים הדורשים פעולה מהלקוח. אתם מוציאים מהרשימה פריטים שממתינים לבדיקה פנימית, ופריטים שכבר אושרו.
אם העלאה נדחתה, התזכורת צריכה לציין זאת ולהסביר מדוע. היא לא צריכה להחזיר בשקט את המסמך לרשימה כללית כאילו הלקוח פשוט שכח לשלוח אותו. הלקוח יודע שהוא העלה משהו; להעמיד פנים אחרת גורם לכם להיראות לא מאורגנים.
מבחן ההעברה
יש דרך פשוטה לדעת אם אתם זקוקים למודל הנתונים הנוסף הזה. שאלו:
האם חבר צוות אחר יוכל להמשיך את הבקשה הזו מבלי לקרוא את כל שרשור האימיילים?
עבור קובץ בודד, התשובה אינה משנה. עבור בקשות חודשיות חוזרות עם הרבה מרכיבים משתנים, זה משנה מאוד. אם איש הקשר העיקרי נמצא בחופשה, האם קולגה יכול לראות תוך שניות מה חסר? האם מנהל יכול לדעת אם הלקוח מעודכן מבלי לפתוח עשרה אימיילים ושלושה תיקיות משותפות? אם המקום היחיד שבו נרשמת דחייה הוא ההודעה הרביעית בשרשור, קבורה תחת חתימות והעברות, אז המערכת שלכם מאלצת בני אדם לבצע עבודה שמסד נתונים אמור לבצע.
תבניות משפרות את ההודעה. בקשה במעקב שומרת על ההיסטוריה. אחת מטפלת באופן שבו אתם מדברים. השנייה מטפלת במה שאתם יודעים.
שאילתות, לא סקריפטים
ברגע שיש לכם מצבים ברמת הפריט, יצירת האימייל עוברת מכתיבת סקריפטים לביצוע שאילתות. קודם לכן, הייתם כותבים פסקה ומקווים שהיא עדיין מדויקת. עכשיו אתם שואלים את הנתונים שלכם: אילו מהפריטים הללו עדיין דורשים פעולה מצד הלקוח? אתם מנסחים את התזכורת סביב הרשימה המסוננת הזו. אם שום דבר אינו דורש פעולה, אתם לא שולחים תזכורת בכלל. אם שני פריטים דורשים פעולה ואחד נדחה מסיבה מסוימת, האימייל בונה את עצמו סביב העובדות הללו.
זה