מערכת טובה יודעת גם מתי לעצור.
StackLab מתכנן גבולות, הרשאות, לוגים, בקרה אנושית ומסלול ברור למקרים שבהם אוטומציה אינה צריכה להחליט לבד.
StackLab מתכנן גבולות, הרשאות, לוגים, בקרה אנושית ומסלול ברור למקרים שבהם אוטומציה אינה צריכה להחליט לבד.
StackLab מתכנן גבולות, הרשאות, לוגים, בקרה אנושית ומסלול ברור למקרים שבהם אוטומציה אינה צריכה להחליט לבד.
אמון במערכת AI נבנה מהחלטות קטנות: איזה מידע נאסף, מי רשאי לראות אותו, מה מותר לסוכן לבצע, מתי הוא מעביר לאדם ואיך אפשר להבין בדיעבד מה קרה.
לפני שמוסיפים פעולה, מגדירים מה הסוכן או האוטומציה רשאים לעשות ומה נשאר אצל אדם. מענה על מידע מאושר שונה מקבלת החלטה, שינוי רשומה, שליחת הודעה או פעולה כספית. לכל פעולה צריך בעלים, הרשאה וכלל ברור.
הגבולות צריכים להיות כתובים בשפה שהצוות מבין. כך אפשר לבדוק אותם, לאמן משתמשים ולהחליט מתי המערכת עוצרת ומעבירה את המקרה לטיפול אנושי.
ממפים אילו שדות נכנסים מהשיחה או מהטופס, היכן הם נשמרים ומי רשאי להשתמש בהם. כאשר כמה מערכות מחזיקות את אותו מידע, מגדירים מקור אמת ומונעים מצב שבו אוטומציה מעדכנת נתון לא נכון או יוצרת כפילות.
הרשאות צריכות להיות מצומצמות לפעולה הנדרשת. סוכן שקובע תורים לא בהכרח צריך גישה לכל נתוני הלקוחות, ואוטומציה ששולחת התראה לא צריכה הרשאה לשנות סטטוס מכירה.
מקרים רגישים, לקוחות מתוסכלים, אי-ודאות, בקשה חריגה או מידע שלא נמצא צריכים לעבור לאדם. ההעברה הטובה כוללת סיכום, פרטי קשר, מה כבר נשאל ומה הפעולה שהלקוח ביקש.
כך הלקוח אינו מתחיל מחדש והצוות יכול להחליט במהירות. המטרה היא להשתמש באוטומציה במקומות שבהם היא בטוחה ושימושית, ולשמור שיקול דעת אנושי במקומות שבהם הוא נחוץ.
לוגים צריכים לספר מה נכנס, מה הוחלט, איזה כלי הופעל, מה חזר ומה קרה בסוף. ניטור מוסיף תמונה של זמינות, שגיאות, זמן תגובה ואירועים חריגים. המידע שנאסף צריך להיות רלוונטי למטרה ולזמין רק למי שצריך אותו.
בפרויקט מגדירים גם שמירה, מחיקה, גישה, התראות ודרך טיפול בתקלה. הפרטים משתנים לפי מערכות, ספקים ודרישות העסק, ולכן יש לבחון אותם באופן מקצועי לפני שימוש בפרטי לקוחות.
העמוד מתאר עקרונות תכנון ואינו ייעוץ משפטי, אבטחה, פרטיות או רגולציה. לפני שימוש בנתונים, הקלטות, WhatsApp, CRM, תשלומים או מידע רגיש יש לבדוק את החובות וההסכמים הרלוונטיים לעסק ולספקים.
StackLab צריך לקבל החלטות יחד עם העסק: איזה מידע נחוץ, איזה מידע אסור למסור, מתי נדרשת הסכמה ואיך מתעדים את הפעולות. השקיפות הזו היא חלק מהמערכת ולא טקסט שמוסיפים בסוף.
עוצרים לרגע באמצע המדריך, בוחרים את התהליך החשוב ביותר לעסק וממשיכים משם לדמו קצר ומותאם.
העמוד הזה מתאר מסלול שאפשר להתחיל ממנו, אך בפועל אותו מסלול יכול לכלול כמה מצבים. לקוח חדש צריך מענה ושאלות התאמה; לקוח קיים צריך בדיקת סטטוס או שינוי; פנייה דחופה צריכה הסלמה; ובקשה שחוזרת אחרי שעות הפעילות צריכה תיעוד וחזרה מתוזמנת. StackLab מאפשר לבנות לכל מצב נתיב, ניסוח וכלל פעולה נפרדים.
אפשר גם להגדיר מה קורה כאשר הלקוח משנה כיוון באמצע השיחה. אם הוא מתחיל בשאלה כללית ואז מבקש תור, הסוכן עובר למסלול המתאים. אם חסר מידע, הוא שואל רק את מה שנדרש. אם הלקוח מבקש אדם, הוא מכבד את הבקשה ומעביר את ההקשר. הגמישות הזו חשובה כדי שהשיחה תרגיש טבעית ולא כמו טופס שהוכנס לטלפון.
לפני עלייה לאוויר מגדירים אילו תשובות מאושרות, איזה מידע ניתן למסור ואילו מקרים דורשים אישור. מריצים שיחות בדיקה, בודקים ניסוחים, מוודאים שהשדות נכנסים למערכת ומוודאים שהצוות יודע לקבל העברה. לאחר ההשקה ממשיכים להקשיב למדדים ולמשוב, כדי לזהות מקומות שבהם הלקוחות לא הבינו או שבהם נדרש כלל חדש.
ב-מערכת טובה יודעת גם מתי לעצור. חשוב גם לתאם ציפיות. הסוכן אינו צריך להבטיח מחיר, זמינות או תוצאה שלא נבדקה. הוא יכול לומר מה הוא יודע, לבקש פרטים, לפתוח משימה ולהעביר לאדם. התכנון הזה מחזק אמון ומאפשר לעסק להשתמש באוטומציה בצורה אחראית, מדידה ושקופה לאורך זמן.
נניח שלקוח מתקשר בנושא מערכת טובה יודעת גם מתי לעצור.. StackLab עונה בעברית, מזהה אם מדובר בלקוח חדש או קיים, מבקש את הפרטים הדרושים, בודק את האפשרות המתאימה ומציע את הצעד הבא. אם אפשר להשלים את הפעולה בשיחה, הוא עושה זאת; אם צריך בדיקה, הוא פותח משימה ומעביר לצוות את הסיכום. הלקוח מקבל ציפייה ברורה והעסק מקבל רשומה שאפשר לעבוד איתה.
המסלול הזה מאפשר לצוות לראות את כל התמונה: מי התקשר, מה ביקש, מה הובטח, באיזה שלב התהליך נמצא ומי אחראי להמשך. כאשר התהליך מתועד כך, אפשר לשפר אותו בהדרגה, לזהות צווארי בקבוק ולבנות אוטומציות נוספות בלי לאבד שליטה על חוויית הלקוח.
כשלקוחות מתקשרים, הם לא חושבים במונחים של CRM, API או אוטומציה. הם רוצים תשובה, תיאום, מידע או פתרון. StackLab מתרגם את השיחה למטרה עסקית: להבין למה התקשרו, לשאול את מה שחסר, לשמור הקשר ולהפעיל את הצעד הבא. StackLab מתכנן גבולות, הרשאות, לוגים, בקרה אנושית ומסלול ברור למקרים שבהם אוטומציה אינה צריכה להחליט לבד.
התכנון מתחיל במיפוי של סוגי השיחות, שעות הפעילות, המידע החשוב וכללי ההעברה. אחר כך מגדירים ניסוח בעברית, מקורות מידע, פעולות במערכות ודרך מדידה. כך מערכת טובה יודעת גם מתי לעצור. הופך ממשפט שיווקי לתהליך שהצוות יכול להפעיל ולשפר.
רק במסגרת פעולות והרשאות שהוגדרו. פעולות רגישות או חריגות צריכות אישור או העברה לאדם.
ממפים מידע, מטרה, הרשאות, שמירה, מחיקה, ספקים והסכמות, ומקבלים ייעוץ מתאים לפי המקרה.
לא בהכרח. שמירת תמלול, הקלטה או סיכום נקבעת לפי המטרה, ההסכמה, המדיניות והצרכים של העסק.
כן. מגדירים שפה, שאלות, שירותים, שעות, חיבורים וכללי העברה לפי העסק.
לא בהכרח. אפשר להתחבר לכלים קיימים או להתחיל מסיכום מובנה ולבנות את החיבור בהדרגה.
סוכן קולי הוא אחת מהיכולות של StackLab. בחרו תרחיש ושמעו איך שיחה יכולה להפוך לפעולה עסקית.
השאירו טלפון ונכניס אתכם לתור לדמו קולי קצר.
השאירו פרטים. StackLab יחזור אליכם עם כיוון מעשי לסוכן, אוטומציה, API או מערכת שמתאימה לתהליך שלכם.