מה קורה לפנייה נכנסת לפני שאדם קורא אותה

לקרוא חודש לפני שמשנים משהו

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

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

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

הגבול הכן של סיווג אוטומטי

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

לאשר מיד, לענות בכנות

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