עוזר קניות שעונה מתוך הקטלוג שלכם

המוכר שחסר לכם באתר

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

לתיאום הדגמה איך זה עובד

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

זה כבר לא ניסוי. ארבע מזירות הסחר הגדולות בעולם השיקו עוזר קניות שיחתי באתרים שלהן בשנתיים האחרונות.

אף אחת מהן לא הסתפקה בתיבת חיפוש טובה יותר. כולן בחרו בשיחה.

המוצר

המוצרים בתשובה מגיעים מהקטלוג שלכם, לא מהמודל

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

1
הלקוח כותב
"משהו לעור יבש עד 100 שקל, בלי בישום." בהקלדה או בקול, בעברית או באנגלית, במילים שיש לו.
2
המודל כותב את השאילתה
לא את התשובה. הוא פולט קטגוריה, סינונים ומיון — וכל סינון שבחר הופך לצ׳יפ חי שהלקוח יכול לערוך או להסיר.
3
הקטלוג שלכם כותב את התשובה
הרשימה שהלקוח כבר מכיר, מסוננת מראש. כל מוצר שמוזכר הוא שורה בקטלוג שלכם, במחיר שלכם, בזמינות שלכם. ההוספה לסל היא ההוספה לסל שלכם.

גבולות

מה הוא עושה, ומה הוא לא יעמיד פנים שכן

מה הוא עושה

מבין צורך שמנוסח בשפה רגילה, בעברית או באנגלית, וממשיך לענות בשפה שבה הלקוח פתח.
מציג את רשימת המוצרים שלכם (אותם כרטיסים, אותו סרגל סינון, אותו מיון) מסוננת מראש, כשהסינונים שנבחרו מוצגים כצ׳יפים שהלקוח יכול לערוך.
עונה על שאלות לגבי מוצר מסוים מתוך ידע מוצר שמור, ולא מתוך זיכרון המודל.
משווה בין כמה מוצרים לפי המאפיינים שבאמת נבדלים ביניהם.
מטפל בשאלות שתיבת חיפוש לא יודעת לענות עליהן: מתנות, אירועים, שגרות, "מה צריך בשביל…" — ומוודא שכל סוג מוצר קיים לפני שהוא מציג אותו.
אומר שאתם לא מחזיקים משהו, במקום להציג בשקט את הדבר הלא-קשור הקרוב ביותר.
מוסיף לעגלה האמיתית דרך פונקציית ההוספה שלכם, כך שהמונה, העגלה המוקטנת והאנליטיקס מתעדכנים באופן טבעי.
תומך בקלט קולי אופציונלי, שבו הלקוח מדבר במקום להקליד.

מה הוא לא

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

עדויות

מה אומרים המחקרים שפורסמו

הנתונים שלהלן מודדים עוזר שרץ על האתר של הקמעונאי עצמו, ולא תנועה שהגיעה מ-AI חיצוני. הם אמיתיים במובן זה שהם נמדדו ופורסמו — ואף אחד מהם לא נמדד מול קבוצת ביקורת. אנחנו מציגים אותם כפי שהם, ומסמנים ליד כל אחד מה הוא לא מוכיח.

+31%

המרה אצל קמעונאים שמריצים עוזר באתר, לעומת כאלה שלא

Salesforce, 2026 · השוואת קבוצות

פי 4

המרה אצל לקוחות שפתחו שיחה עם העוזר, לעומת כל השאר

Dashly · בחירה עצמית

פי 3

המרה באתר אחרי הטמעת עוזר, ‎+38% בסל

Tatcha, מקרה בוחן של ספק · ללא קבוצת ביקורת

2.69%

מהכניסות שהגיעו מ-LLM פותחות שיחה עם עוזר קניות

מחקר על 329 מותגים · שיעור פתיחה, לא עלייה

ולכן הפיילוט הוא מדידה, לא השקה

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

מיקום

גודל התוצאה נקבע לפי המיקום, לא לפי התנועה.

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

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

בועה בפינה0.5%

מדד שפורסם לכפתור פסיבי שאיש אינו מוזמן לפתוח.

כניסה בתוך עמודי קטגוריה2.5%

העוזר מוצע במקום שבו הלקוח כבר מתלבט.

יזום, בתוך העמוד≈4.0%

מופיע מעצמו ברגע ההיסוס. טווח שפורסם 3–6%; נלקח האמצע.

מהכניסות פותחות את העוזר

הטמעה

שלושה דברים למפתחים שלכם, והשלישי בדרך כלל כבר עשוי

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

תג אחד, בכל העמודים

<!-- Google Tag Manager → Custom HTML → All pages -->
<script src="https://<widget-origin>/tag.js" async></script>

שורה אחת ב-CSP

Content-Security-Policy:
  frame-src https://<widget-origin>;

מה העוזר לא יעשה לעמוד שלכם

לעולם לא מנווט החוצה

מוצר שמוזכר במשפט הוא כפתור שפותח אותו מעל השיחה, לא קישור.

לעולם לא נוגע בהיסטוריה שלכם

הוא מסרב לכתוב להיסטוריית העמוד העליון בשמכם; כפתור החזרה נשאר שלכם.

לעולם לא קורא את העמוד שלכם

טעינה ממקור נפרד (cross-origin) אומרת שהוא לא יכול לראות את ה-DOM, העוגיות או העגלה גם אם היה מנסה.

לעולם לא משאיר את הפריסה שונה

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

פרטיות והגנת מידע

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

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

מה לא מגיע אלינו

הדפדפן חוסם את זה, לא הקוד שלנו.

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

מה כן מגיע אלינו

מבודד אצלכם, נמחק לפי בקשה, לא משמש לאימון.

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

מה נכנס לחוזה

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

איפה זה יושב

לא פלטפורמת חיפוש. לא בוט תמיכה.

הקטגוריה מקשה על עצמה להשוואה. פלטפורמות discovery מאנדקסות מחדש את הקטלוג ומחליפות את החיפוש; בוטים של תמיכה עונים על פניות. זה דבר שלישי — יועץ שיושב מעל החנות שכבר יש לכם.

	פלטפורמות discoveryConstructor, Algolia, Bloomreach	בוטים של תמיכהIntercom Fin, Zendesk AI, Gorgias	עגליתיועץ בתוך העמוד שכבר יש לכם
מה הוא מחליף	החיפוש ועמודי הקטגוריה שלכם	מוקד השירות שלכם	כלום. הוא יושב ליד הרשימה שלכם
מה הלקוח רואה	עמוד תוצאות חדש	חלון צ׳אט עם משפטים	רשת המוצרים שלכם, מסוננת מראש, עם צ׳יפים לעריכה
הטמעה	אינדוקס מחדש, בנייה מחדש של עמוד הרשימה, שבועות פיתוח	חיבור למערכת הפניות	תג אחד ושורה ב-CSP
תמחור לפי	בקשות, או דמי פלטפורמה	פתרונות — החשבון גדל ככל שה-AI משתפר	שיחות לקוח, עם תקרה ומכסה
מאיפה מגיעה התשובה	מודל דירוג מעל האינדקס שלהם	מודל שפה, ותקווה	חיפוש דטרמיניסטי בקטלוג שלכם

לתמחור לפי פתרון יש תמריץ שכדאי להכיר לפני חתימה: ככל שה-AI משתפר, אותו נפח עולה יותר. מחיר שיחה עם תקרה עושה את ההפך.

מסחרי

סעיף תקציב קבוע, ומכסה שכדאי למלא

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

מה מגן על החשבון שלכם מניצול לרעה

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

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

הצעד הבא

אנחנו מציעים להתחיל בפיילוט מדוד, בהיקף ובזמן מוגבלים.

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

1
גישת קריאה לקטלוג
נתוני מוצרים וקטגוריות. זה כל מה שאנחנו צריכים מכם כדי להתחיל.
2
ההכנה רצה אצלנו
אינדוקס הקטלוג, בניית ידע המוצר, כוונון המודלים על הקטגוריות שלכם. לא נדרש דבר מהצוותים שלכם.
3
תג אחד, שורה אחת
תיעוד מלא להטמעה. בפועל תג GTM ושורה ב-CSP.
4
שלושה חודשים, עם קבוצת ביקורת
היקף קבוע, ביקורת מהיום הראשון. ממשיכים לפי מה שנמדד, לא לפי מה שהובטח.

צוואר הבקבוק אף פעם לא ההטמעה

הוא הגישה לקטלוג וההחלטה על המיקום. כל השאר נמדד בימים.

נתחיל בשיחה

המוכר שחסר לכם באתר

הלקוח כותב

המודל כותב את השאילתה

הקטלוג שלכם כותב את התשובה