תרחישי שימוש
מה סוכני AI עושים עם OneLi, עם דוגמאות לבקשה ולתוצאה.
כל תרחיש מראה מה הסוכן שולח, איפה עשויה להיות התייעצות ומה חוזר. הדוגמאות מקוצרות: בבקשה אמיתית צריך גם idempotency_key ו־to_number.
עוזר אישי קובע תור לרופא, למוסך או למספרה
- המצב
- המשתמש כותב לסוכן ״תקבע לי תור למוסך לטיפול 10,000 השבוע״. הסוכן יודע מהיומן מתי המשתמש פנוי.
- התייעצות באמצע השיחה
- המוסך מציע רק שעה שלא מופיעה בחלונות שהוגדרו, או מחיר מעל התקרה. הסוכנת שואלת, והסוכן בודק ביומן או שואל את המשתמש.
- מה חוזר
- outcome goal_achieved עם המועד בסיכום. הסוכן מוסיף את התור ליומן.
POST /v1/call-tasks
{
"to_number": "03-XXXXXXX",
"goal": "לקבוע טיפול 10,000 לרכב השבוע",
"instructions": "חלונות פנויים: ג׳ 08:00-10:00, ה׳ אחרי 16:00. לשאול כמה זמן הטיפול לוקח.",
"constraints": { "max_price_ils": 900, "fallback": "לאסוף את המועדים הפנויים ולסיים בנימוס" }
}הזמנת מקום במסעדה עם שעות חלופיות
- המצב
- ״תזמין לנו שולחן לארבעה ביום שישי בערב.״
- התייעצות באמצע השיחה
- אין מקום ב־20:00 ומציעים 18:30 או 21:30. הסוכנת שואלת איזו חלופה מתאימה.
- מה חוזר
- הזמנה מאושרת, או needs_user_input עם החלופות שהוצעו.
POST /v1/call-tasks
{
"goal": "להזמין שולחן ל-4 סועדים ביום שישי ב-20:00",
"instructions": "אם 20:00 תפוס, לשאול על 19:30 עד 21:00. שם להזמנה: דנה."
}השוואת הצעות מחיר משלושה ספקים
- המצב
- ״תבדוק מחיר להובלת דירת 3 חדרים מתל אביב לחיפה.״ הסוכן יוצר שלוש משימות, אחת לכל ספק, עם אותה מטרה.
- התייעצות באמצע השיחה
- בדרך כלל אין: זו שיחת בירור. התייעצות תגיע רק אם ספק מבקש התחייבות.
- מה חוזר
- שלושה סיכומים. הסוכן משווה ביניהם ומציג למשתמש טבלה והמלצה.
Node.js
// one task per supplier, each with its own idempotency_key
for (const s of suppliers) await oneli("POST", "/v1/call-tasks", {
idempotency_key: `move-quote-${s.id}`,
to_number: s.phone,
goal: "לקבל הצעת מחיר להובלת דירת 3 חדרים מתל אביב לחיפה ב-15 בחודש",
instructions: "לא להתחייב. לשאול מה כלול במחיר והאם יש מע״מ.",
});מעקב אחרי הזמנה או משלוח
- המצב
- ההזמנה מאחרת. הסוכן מתקשר לחנות עם מספר ההזמנה.
- התייעצות באמצע השיחה
- החנות מציעה זיכוי במקום משלוח. הסוכנת שואלת לפני שהיא מסכימה.
- מה חוזר
- מועד משלוח מעודכן בסיכום, או החלטה שחזרה למשתמש.
בקשה בצ׳אט (MCP)
״תתקשר לחנות ותברר מה קורה עם הזמנה 58213 שהייתה אמורה להגיע אתמול״הזזה או ביטול של תור
- המצב
- ״תבטל את התור לרופאת השיניים ביום שני ותבקש מועד בשבוע הבא.״
- התייעצות באמצע השיחה
- המועד החדש היחיד הוא בבוקר. הסוכנת שואלת אם לאשר.
- מה חוזר
- התור הישן בוטל והחדש נקבע, או רק ביטול עם needs_user_input.
POST /v1/call-tasks
{
"goal": "לבטל את התור של יעל כהן ביום שני ב-10:00 ולקבוע תור חדש בשבוע הבא",
"instructions": "מועד חדש רק אחרי 15:00. אם אין, לבטל בכל זאת ולשאול מתי כדאי לחזור."
}בדיקת זמינות או מלאי בחנות
- המצב
- לפני נסיעה, הסוכן מברר אם מוצר מסוים במלאי בסניף הקרוב.
- התייעצות באמצע השיחה
- יש רק דגם דומה. הסוכנת שואלת אם לבקש לשמור אותו.
- מה חוזר
- כן או לא, מחיר ושעות פתיחה בסיכום.
בקשה בצ׳אט (MCP)
״תברר אם יש בסניף בהרצליה מקדחה בוש GSB 18V במלאי, ועד מתי פתוח היום״B2B: אישור פגישות עם לידים יום לפני
- המצב
- מערכת המכירות יוצרת משימה לכל פגישה של מחר, עם שם הלקוח והשעה.
- התייעצות באמצע השיחה
- הלקוח מבקש להזיז. הסוכנת שואלת, וה־webhook שלכם בודק ביומן של איש המכירות ועונה approve או ask_user.
- מה חוזר
- מאושר, הוזז (עם המועד החדש בסיכום) או בוטל. התוצאה נכתבת חזרה ל־CRM.
POST /v1/call-tasks
{
"idempotency_key": "meeting-8812-confirm",
"goal": "לאשר את הפגישה עם משה מחר ב-11:00 במשרדי החברה",
"instructions": "אם צריך להזיז, להציע מחר 14:00-17:00 או ביום ה׳ בבוקר.",
"dynamic_variables": { "opening_line": "שלום משה, אני עוזרת דיגיטלית מטעם צוות המכירות, מתקשרת לגבי הפגישה של מחר." }
}תפעול: בירור סטטוס מול קבלן
- המצב
- עבודה באתר מתעכבת. סוכן התפעול מתקשר לקבלן ושואל מתי יסיים ומה חסר.
- התייעצות באמצע השיחה
- הקבלן מבקש תוספת תשלום. הסוכנת שואלת, והתשובה ask_user מחזירה את ההחלטה לאחראי.
- מה חוזר
- מועד סיום משוער ורשימת חוסרים בסיכום, לעדכון במערכת הפרויקטים.
POST /v1/call-tasks
{
"goal": "לברר מתי תסתיים עבודת האינסטלציה בדירה ברחוב הרצל 12 ומה מעכב",
"instructions": "לא לאשר תוספות תשלום. לבקש תאריך סיום מחייב."
}סוכן שירות שמסלים לשיחת טלפון עם עסק
- המצב
- סוכן שירות של המוצר שלכם לא מצליח לפתור בעיה בכתב מול ספק (למשל מעבדה או חברת שילוח). הוא פותח משימת שיחה עם כל ההקשר.
- התייעצות באמצע השיחה
- הספק מציע פתרון שדורש אישור. ההחלטה מגיעה לסוכן השירות, שעונה לפי המדיניות שלכם.
- מה חוזר
- פתרון או מספר פנייה בסיכום, שהסוכן מעביר ללקוח.
POST /v1/call-tasks
{
"goal": "לברר למה משלוח 7741 עדיין לא נאסף ולקבל מועד איסוף חדש",
"instructions": "מספר לקוח 220431. לבקש מספר פנייה.",
"max_duration_s": 300
}אוטומציה: ליד חדש בטופס, שיחת אימות וכתיבה חזרה ל־CRM
- המצב
- ב־n8n או ב־Make: טופס חדש → משימת שיחה שמאמתת את הפרטים וקובעת זמן לשיחת המשך → המתנה → קריאת התוצאה → עדכון ה־CRM.
- התייעצות באמצע השיחה
- בדרך כלל אין. אפשר להגדיר webhook שעונה לפי כללים קבועים.
- מה חוזר
- outcome ו־summary נכתבים לרשומת הליד.
POST /v1/call-tasks
{
"idempotency_key": "lead-{{ lead.id }}",
"to_number": "{{ lead.phone }}",
"goal": "לאשר שהפנייה על {{ lead.topic }} רלוונטית ולתאם שעה לשיחה עם נציג",
"instructions": "להציג את עצמך כעוזרת דיגיטלית של העסק. אם לא מעוניינים, להודות ולסיים."
}מה OneLi לא עושה
- לא עונה לשיחות נכנסות. כל השיחות יוצאות, ביוזמת הסוכן שלכם.
- רק מספרים ישראליים: נייד 05X, קווי 02/03/04/08/09 ו־07X.
- לא לשיווק, טלמרקטינג או שיחות קרות. מי שמקבל את השיחה יכול לבקש שלא יתקשרו אליו שוב, והבקשה חלה על כל החשבונות. יש גם מגבלה יומית לכל מספר.
- הסוכנת תמיד מציגה את עצמה כעוזרת דיגיטלית, גם עם opening_line מותאם.
- אין גישה לשמע בזמן אמת. חוזרים תמלול, אירועים וסיכום.