המעבדה
איך חנות צעצועים ישראלית רצה על AI: מה עובד, מה נשבר, ומה אדם עדיין מאשר
אורן עובד · 2 בנובמבר 2026 · כ-7 דקות קריאה
שופינג זול היא חנות צעצועים ומשחקים שאני מפעיל לבד מאפריל 2023. היא גם המקום שבו כל מערכת AI שאני בונה עובדת קודם על הכסף שלי, לפני שהיא מגיעה לעסק של מישהו אחר. המאמר הזה הוא תיאור כן של מה שרץ שם היום, כולל מה שנשבר.
הערה לפני שמתחילים: החנות היא מעבדה. מספרי מכירות והחזר על פרסום לא יופיעו כאן. מה שיש כאן זה איך נראית חנות קטנה כשרוב התפעול שלה נעשה על ידי מערכות, ואדם אחד נשאר בנקודות הרגישות.
מה אוטומטי
ברוב הימים אני לא נוגע בחנות עד הצהריים. זה מה שקורה בלעדיי:
- שירות לקוחות. נציג השירות של החנות, זולי, עונה בעברית בצ'אט האתר, בוואטסאפ ובמסנג'ר. הוא מושך את התשובות מנתוני החנות החיים: מצב הזמנה, מלאי, מחיר, מדיניות משלוחים והחזרות. הוא מטפל גם בעגלות שנשארו פתוחות ובבקשות להצעת מחיר מגנים ובתי ספר. כששאלה חורגת ממה שהוא יודע, הוא מעביר אליי, ולא ממציא.
- תמחור. שני מנועים רצים כל יום מול מחירי הספקים והמתחרים ומשנים מחירים חיים, בתוך גבולות שקבעתי מראש. לפני כל ריצה מלאה יש קנרי על קבוצת מוצרים קטנה, השינוי אדיטיבי בלבד, ויש בדיקת אי-רגרסיה לפני שמשהו עולה לאתר.
- הזמנות ומחסן. הזמנה שנכנסת הופכת לדף ליקוט עם תמונה לכל פריט, לתווית משלוח ולעדכון ללקוח, בלי הקלדה כפולה. הזמנה גדולה לכיתה או לגן יוצאת עם כרטיס לכל מורה.
- פרסום ותוכן. קמפיינים בגוגל ובמטא רצים על פיד מוצרים שנבנה במיוחד ונבדקים כל בוקר. מנוע התוכן מייצר דפי מוצר מלאים, מאמרים, תמונות וסרטונים, ומפרסם לערוצים החברתיים.
- ספרים. חשבוניות ספקים, קבלות והכנסות נקלטות לספרי העסק ומוכנות לרואת החשבון.
יש לזה גם צד של משמעת. מוצר חדש עולה לאתר רק כשהוא שלם: יש תקן כתוב לדף מוצר, עם תיאור מלא, טבלת מפרט, גלריה ושאלות ותשובות, ומנוע הבנייה מייצר אותו מתוך מפרט קצר. אם חסר לו משהו, למשל מחיר ספק או תמונה, הוא אומר מה חסר לפני שמפרסם. למדתי את זה אחרי שארבעה מוצרים עלו פעם אחת עם תיאור קצר וסיווג שגוי, ונעלמו מכל הקטגוריות החכמות של החנות למרות שהיו פעילים.
איפה אדם עדיין מאשר
הגבול פשוט לניסוח וקשה לשמירה: כל דבר שמוציא כסף מהכיס, משנה פרסום חי, או מגיע ללקוח בניסוח חופשי, עובר דרכי. בפועל זה נראה כך.
| פעולה | מי מחליט | מה המערכת עושה |
|---|---|---|
| שינוי מחיר שגרתי | המנוע | בתוך הגבולות שנקבעו, עם קנרי ובדיקה |
| מחיר מחוץ לגבולות | אני | מגיש הצעה עם העלות, המחזור והרווח הגולמי לצידה |
| הצעת מחיר לכמות | אני | מכין מחיר סופי אחד עם קוד הנחה, אני מאשר לפני שליחה |
| פריט חסר במלאי | המערכת, בתוך חוק קשיח | מציעה ללקוח בדיוק שתי אפשרויות: זיכוי או החלפה למוצר בשם שנבדק חי. לעולם לא המתנה, לעולם לא פיצול משלוח |
| הנחה, מתנה, משלוח חינם מתחת לסף | אני | לא מציעה בעצמה. כל הצעה כזו עולה אליי קודם |
| הפעלת קמפיין או שינוי תקציב | אני | יוצרת כל קמפיין מושהה; הפעלה רק אחרי אישור |
| הודעה ללקוח שאינה תבנית מאומתת | אני | מנסחת, אני קורא ושולח |
| תשובות שירות שגרתיות | זולי | עונה מתוך הנתונים; מעביר אליי כשחורג |
יש גם שכבת זמן: תקשורת יוצאת נעולה אוטומטית משבת וחג ועד צאתם. מערכת שעובדת 24/7 צריכה לדעת מתי הלקוחות שלה לא, וזה כל הרעיון.
מה נשבר
אלה שלושה כשלים אמיתיים מהשנה האחרונה. הסרתי פרטים מזהים של לקוחות. כולם עלו משהו, בכסף או באמון, וכולם הפכו למנגנון.
הבוט "שכח" הצעה שאני נתתי
לקוחה קיבלה ממני הצעת מחיר בשיחה אנושית. יום ומשהו אחר כך היא חזרה לשאול, הפעם לבוט. הבוט לא ראה את ההצעה שלי כהתחייבות, חישב מחיר משלו, והלקוחה קיבלה שני מחירים שונים מאותה חנות בתוך יממה. מה למדתי: הצעה שאדם נתן היא התחייבות, ומערכת שמחשבת מחיר צריכה לדעת לבדוק קודם אם כבר קיימת כזו. היום הצעות של אדם מקבלות קישור קבוע, והבוט מפנה אליו במקום לחשב מחדש.
הצינור נבדק, ההצעה לא
פריט בהזמנה היה חסר במלאי, והמערכת ניסחה ללקוח הצעה שנשמעה נדיבה: לשלוח את מה שיש עכשיו ואת החסר בנפרד. על הנייר זה שירות טוב. בפועל משלוח שני עולה לי יותר ממה שהפריט הרוויח, והלקוח שילם על משלוח אחד בלבד. אחרי האירוע עברתי על הבדיקות: אודיט מלא ומאות טסטים אימתו שההודעה מנוסחת תקין ומגיעה ליעד. אף בדיקה לא שאלה אם ההצעה עצמה הגיונית עסקית. היום יש שער על תוכן ההצעה, וחוק קשיח של שתי אפשרויות בלבד.
"טופל" בלי שבוצע
תשובה אנושית ללקוח הבטיחה זיכוי על פריט. השיחה סומנה כסגורה. איש לא ביצע את הזיכוי במערכת ההזמנות, והלקוח גילה את זה לפניי. הלקח נכתב במילים פשוטות: הבטחה בהודעה אינה ביצוע. "טופל" נאמר רק אחרי שבודקים את הרשומה החיה, לא את השיחה.
יש כשל רביעי שחוזר בצורות שונות: מערכת מדווחת הצלחה כי הסקריפט לא קרס, בזמן שהתוצאה עצמה ריקה. הודעה שנרשמה בתור אבל לא יצאה. בדיקת זמינות שהתריעה שהאתר נפל, כשבפועל האינטרנט בבית שלי נפל. כל אחד כזה הפך לכלל: הוכחה היא מזהה מהערוץ או בדיקה ממקור חיצוני. קוד יציאה אינו הוכחה.
מה למדתי
הכשל כמעט אף פעם לא במודל. בשלושת המקרים למעלה המודל ניסח יפה והבין נכון. הוא פעל על מידע חסר, או שאיש לא בדק את ההגיון העסקי של מה שהוא הציע. השקעה בשערים ובבדיקות דאטה החזירה אצלי יותר מכל שדרוג מודל.
"אוטומטי" הוא מדרג. כל מנגנון מתחיל בכך שאני מאשר כל פעולה, ועובר לאוטונומיה רק אחרי שהוא מוכיח את עצמו על תקופה מוגדרת. התמחור הגיע לשם. הצעות מחיר לכמות עדיין לא, ואני בסדר עם זה.
כל כשל נכתב. במערכת שלי יש מאות קבצי לקח קצרים, בפורמט אחיד: מה קרה, מה ציפיתי, מה השתנה. הם נטענים לכל סוכן בתחילת עבודה. זה המנגנון היחיד שמצאתי שבאמת מונע מטעות שכבר שולמה לחזור.
החנות מרוויחה מזה, הלקוחות גם. מה שנחסך בעבודה ידנית חוזר במדיניות: משלוח חינם מעל ₪299, החזרה עד 14 יום, מענה בוואטסאפ גם בערב. וכשמשהו משתבש, יש אדם אמיתי שעונה. זה חלק מהעיצוב מהיום הראשון.
אם אתם מפעילים עסק קטן ושוקלים להכניס סוכני AI לתפעול, ההמלצה שלי קצרה: תתחילו מהשאלה איפה אדם חייב להישאר, ורק אחר כך תשאלו מה אפשר להוריד ממנו. הסדר הזה חוסך כסף, והוא גם מה שמאפשר לישון בלילה כשהמערכת עובדת.
מייסד OpticoAI ו-Gevurah, AI Harness Engineer עם 15+ שנה באיקומרס. בונה מערכות סוכני AI שרצות בפרודקשן על עסקים אמיתיים, כולל חנות אונליין משלו.