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