משווק, לא מתכנת: איך נבנה בקלוד קוד עדכון שבועי אישי לכל נציג מכירות
מאת ירון דויטשר עודכן לאחרונה:
ב-24 באוגוסט 2026 פרסמה Anthropic פוסט בכתיבת אדם וורד (Adam Ward), משווק שטח בצוות השיווק שלה. הוא אינו מדריך תהליך והוא אינו סיפור לקוח: הוא תיאור של דבר אחד שאדם אחד בנה לעצמו, ושרץ מאז כל יום שני בבוקר.
מה שהופך אותו לרלוונטי לקורא העברי אינו הכלי אלא מי שמחזיק בו. וורד כותב במפורש שהוא פותח את הפרומפט שלו בהצהרה שהוא אינו טכני, ובכל זאת מה שיצא מהידיים שלו הוא צינור נתונים שרץ בלי שאיש לוחץ על כפתור.
מה נשלח כל יום שני?
לפני הטכניקה כדאי לראות את התוצר. כל יום שני בבוקר נציגי מכירות בכמה מגזרים באנתרופיק פותחים את Slack ומוצאים הודעה ישירה עם חמישה חלקים: שלוש פעולות עדיפות לשבוע, אירועי שטח שרלוונטיים ללקוחות שלהם, אנשי קשר שכבר נרשמו לוובינרים קרובים, תוכן שיווקי שאפשר לשתף, והצעות המשך נוספות.
מה שמבדיל את זה מרשימת תפוצה: כל הודעה מורכבת מרשימת הלקוחות של המקבל עצמו, ולכן אין שתי הודעות זהות.
ומאיפה זה התחיל: האקתון שיווקי פנימי, ושעה אחת שהצוות הקדיש לבעיה. לא פרויקט רבעוני, ולא צוות פיתוח שגויס למשימה.
איך משווק מחבר את קלוד לנתונים?
וורד חיבר את קלוד ל-BigQuery דרך MCP. מדובר במקור האמת של צוות השיווק באנתרופיק, ובתוכו יושבים נתונים מ-HubSpot, מ-Clay ומ-Salesforce.
ההחלטה המעניינת כאן היא דווקא מה שלא נעשה. הוא לא חיבר את הכול בבת אחת: הוא רצה להתחיל פשוט, ולכן פתח במקור אמת אחד בלבד, זה של אירועים ווובינרים. ההרחבה לתוכן שיווקי, לסיפורי לקוחות ולאירועי שותפים הגיעה אחר כך.
ההתאמה האישית עצמה נשענת על שני מקורות שונים: הטריטוריה של הנציג מתוך ה-CRM, ועדכוני לקוחות שנאמרו ב-Slack.
למי שהמונח MCP כאן חדש: מה זה MCP מסביר את שכבת החיבור הזאת מהיסוד.
תשעה כללים בשבוע, ואף אחד מהם לא נכתב מראש
זה החלק ששווה את הקריאה, וגם החלק שהכי קל להחמיץ.
הפריסה התחילה מצוות מכירות אחד שהסכים לשמש קבוצת ניסוי. שליחה לעשרה אנשים, כותב וורד, הרגישה פחות מאיימת מפריסה רוחבית. בסוף השבוע הראשון החזיק הפרומפט תשעה כללי תוכן, והוא מנסח את המקור שלהם בחדות: כל אחד מהם מתחקה אחורה למשוב של נציג מכירות או של מנהל.
כלומר הכללים לא נוסחו על ידי מי שבנה את המערכת. הם הגיעו ממי שקיבל את ההודעות.
והם נחלקים לשלוש משפחות שונות לגמרי:
- כשלים של המודל: קלוד המציא כתובות סבירות למראה לאירועים שלא היו להם קישורים בנתונים, ולכן נוסף כלל שאוסר להמציא כתובות, ואחריו כלל שמשמיט לגמרי אירוע בלי קישור הרשמה. בנפרד, טבלאות השיווק שינו סדר עמודות יותר מפעם אחת, ולכן הפרומפט קורא היום את שורת הכותרות לפני שהוא מרכיב תוכן
- שיקול דעת עסקי: נציג התריע שסגן נשיא להנדסה הומלץ לסדנה שמיועדת לעובדי ידע, ומכאן נולד כלל שמתאים תפקידים לקהל של האירוע. באותו היגיון נוספו שערים לפי תעשייה, כדי שלקוחות קמעונאות לא יקבלו הזמנה לערב פיננסי
- מקרה קצה אנושי אחד: נציג חדש שאין לו עדיין לקוחות היה מקבל הודעה ריקה, ולכן הוגדר שהוא מקבל ברכת הצטרפות במקומה
ההבחנה בין המשפחות היא הדבר המעשי כאן. את המשפחה הראשונה אפשר לתפוס בבדיקה עצמית, אם יודעים מה לחפש. את השנייה אי אפשר: היא דורשת מישהו שמכיר את הלקוח, ושראה את ההודעה כפי שהיא הגיעה אליו.
הלקח אינו “כתבו כללים טובים”. הוא שהשבוע הראשון של מערכת כזאת אינו שבוע של שימוש אלא שבוע של איסוף, ושמי שמקבל את הפלט רואה את מה שבונה המערכת אינו יכול לראות.
מי שרוצה את השכבה הזאת בקלוד קוד עצמו, כלומר איפה כללים כאלה יושבים ומתי הם נטענים: לכוון את קלוד קוד, ובמקרה הצר יותר כלל ממוקד-נתיב.
הפרומפט הוא המוצר, ולכן הוא מנוהל בגרסאות
וורד מבקש מקלוד לשמור כל עדכון של הפרומפט כגרסה ממוספרת, עם שורה אחת שמסבירה מה השתנה. כשיותר אנשים היו צריכים לערוך אותו, הוא הועבר ממסמך Google Doc משותף ל-GitHub.
למי שכותב קוד זה מובן מאליו עד כדי שעמום. הנקודה היא שמי שהגיע לכאן מגדיר את עצמו כלא-טכני, והמסקנה שלו זהה: ברגע שפרומפט מחזיק תשעה כללים ומשרת כמה צוותים, הוא נכס שצריך היסטוריה, לא הודעה שנשלחה פעם בצ’אט.
המבחן שהוא מספר עליו הוא הטוב ביותר שיש למערכת כזאת: כשיצא לחופשה, השליחה של יום שני יצאה לדרך לבדה, בלי תקלה ובלי שנגע בה.
מה חשוב לומר ביושר
ארבע הסתייגויות, ושתיים מהן משנות את הקריאה:
- זהו חומר שיווקי של אנתרופיק על עובד של אנתרופיק: אין כאן צד שלישי, אין ביקורת חיצונית, ואין ניסיון שנכשל. סיפור אחד, מסופר מבפנים
- תוצאה עסקית מכומתת אחת בלבד, ובלי בסיס להשוואה: במקור נכתב שהרשמות לערב בכירים הוכפלו בשבוע, “רק בגלל שהנציגים הנכונים ראו את האירוע הנכון ביום שני בבוקר”. זהו ייחוס סיבתי של הכותב עצמו, בלי קבוצת ביקורת ובלי מספרים מוחלטים
- “לא טכני” הוא יחסי: וורד עובד באנתרופיק, מול BigQuery ארגוני שכבר קיים, מחובר ומאוכלס. משווק ישראלי שמתחיל מאפס יפגוש קודם את שאלת הגישה לנתונים, ורק אחריה את קלוד
- אין במקור שם של מתזמן: הפוסט מתאר שליחה שרצה מעצמה כל יום שני, אך אינו נוקב במנגנון שמפעיל אותה בפועל
שורה תחתונה
הסיפור הזה אינו על כך שאפשר לבנות אוטומציה בלי לדעת לתכנת. זה כבר ידוע, ויש על זה מדריך שלם באתר.
מה שהוא כן מראה הוא איפה יושבת העבודה האמיתית: לא בשעה שבה נבנה הצינור, אלא בשבוע שאחריה. תשעה כללים, כולם ממשוב חיצוני, הם הפער בין דבר שרץ לבין דבר שסומכים עליו.
ולמי שרוצה להתחיל מהצד הזה: האוטומציה הראשונה היא נקודת הכניסה, ואימות הוא איך יודעים שהיא עדיין עושה את מה שהתכוונתם.
המקור: הפוסט של Anthropic.