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

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

כתיבה דורשת אישור

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

שליפות מוגנות זהות

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

מספרים מהמערכת

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

לא בטוחים, לא עונים

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

מצב העבודה

חוזים: בנויים. מחברים ל-HubSpot, Pipedrive, Zoho, monday, Dynamics, Salesforce, Odoo, חשבונית ירוקה, iCount ופריורטי: מתוכננים. אם אחד מהם חשוב לכם, ספרו לנו.