מה מהנדס go-to-market באמת עושה

התפקיד שאף אחד לא פרסם לו מודעת דרושים

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

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

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

זה מה שמהנדס go-to-market הוא. מישהו שלקח את הידע השבטי מביצוע העבודה והפך אותו לתשתית. לא מפתח שקרא על מכירות. לא משווק שלמד לתכנת. אופרטור שנמאס לו ללחוץ.

שכבת ההערכה

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

אני מריץ כל כלי דרך מבחן ליטמוס MCP + CLI. שלוש רמות: האם יש לו API? האם יש לו CLI? האם הוא מגיע עם שרת MCP? כלי שתקוע ב-GUI בלבד יש לו תקרה. אפשר לגייס עוד אנשים שילחצו, אבל אי אפשר לסקלל את התהליך.

אחר כך אני מסתכל על שקיפות עלויות. לרוב הצוותים אין מושג כמה הם מוציאים לכל ליד, לכל קמפיין, לכל דולר בצינור. הם קונים 10,000 קרדיטים ורואים אותם נעלמים בלי ייחוס. אני מטמיע מעקב קרדיטים בשבוע הראשון של כל התקשרות. שכבה פשוטה שמתעדת הוצאה לכל קמפיין לצד תוצאות. קמפיין A שרף 2000 קרדיטים עבור 8 פגישות. קמפיין B שרף 3000 קרדיטים עבור 2. ההחלטה ברורה כשאפשר לראות אותה.

החלק השלישי הוא ארכיטקטורת אחסון. רוב צוותי GTM מתייחסים להעשרה כהוצאה לכל קמפיין במקום נכס מצטבר. העשרתם 500 לידים ברבעון שעבר. 200 מהם חופפים לרבעון הזה. פשוט שילמתם פעמיים. גישת data lake הופכת העשרה להשקעה שמצטברת לאורך זמן במקום עלות שמתאפסת כל קמפיין.

הפער של הסוכנויות

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

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

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

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

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

המודל העצמאי

הסיבה שאני עובד כיועץ עצמאי ולא כסוכנות היא מבנית.

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

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

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

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