תרחישי שימוש

מה סוכני 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 מותאם.
  • אין גישה לשמע בזמן אמת. חוזרים תמלול, אירועים וסיכום.