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