איך מחברים deal שנסגר ב-HubSpot לפרויקט אספקה ב-Asana? למשימה בודדת, ה-workflow action ה-native של HubSpot או האינטגרציה של Asana מול HubSpot מספיקים בהחלט. לאספקה אמיתית - פרויקט שלם שנוצר מתבנית, שדות ממופים, גישה ללקוח וסטטוס שחוזר אל ה-CRM - צריך העברה מתוכננת: טריגר של closed-won עם כלל idempotency, מיפוי שדות כתוב מה-deal אל הפרויקט, תבנית פרויקט מנוהלת, וכתיבה חזרה כך שהמכירות והכספים רואים את האספקה בלי לצאת מ-HubSpot. המאמר הזה הוא התוכנית שאנחנו ב-IV-LEAD מיישמים אצל הלקוחות שלנו - כשותפת HubSpot ברמת Gold, וכ-Asana Certified Partner הרשומה ב-Service Partner Directory הרשמי של Asana.
כי ה-deal והפרויקט חיים בשתי מערכות בלי שום חוזה ביניהן. היקף העבודה נסגר בשיחות ובמיילים, מסוכם באופן רופף בתוך ה-deal, ואז נשאל מחדש על ידי צוות האספקה בפגישת הפתיחה - וזו בדיוק הסיבה שלקוחות חוזרים על עצמם, ושהשאלה ״מה בעצם מכרנו להם״ הופכת לפגישה שלמה. אחר כך העבודה מתחילה ושתי המערכות נסחפות: המכירות מעדכנות את ה-deal, האספקה מעדכנת את הפרויקט, ואף אחד לא יכול לענות על שאלת סטטוס בלי לבדוק בשתיהן. הפתרון הוא לא עוד פגישת סטטוס. הוא העברה שתוכננה פעם אחת, כמערכת.
שש חוליות בשרשרת, כל אחת מהן כתובה: הטריגר של closed-won (מה בדיוק מפעיל אותו, ורק פעם אחת); שער הקליטה (ה-deal חייב לשאת את השדות שהאספקה צריכה עוד לפני שמותר לפרויקט להיווצר); יצירת הפרויקט מתבנית מנוהלת; מיפוי השדות (איזה נתון מה-deal נוחת איפה בפרויקט); פגישת פתיחה עם הלקוח (מה הלקוח רואה, ומה הוא לא רואה לעולם); והכתיבה חזרה (סטטוס האספקה שחוזר ל-HubSpot כדי שה-CRM תישאר נכונה). כל מה שלמטה מפרק חוליה אחת.
קודם כל יושרה לגבי המסלולים, כי כאן רוב הכתבות מוכרות יותר ממה שיש. ה-workflow action ה-native של HubSpot יוצר משימות ב-Asana מתוך workflow, והאינטגרציה של Asana מול HubSpot מצרפת הקשר של ה-deal ומייצרת משימות אוטומטית - שניהם אמיתיים, ושניהם נעצרים ברמת המשימה. יצירת פרויקט שלם מתבנית עם שדות ממופים דורשת שכבת אוטומציה (Make, Zapier או Unito הם הנפוצים) או בנייה ישירה מול ה-API של Asana, שתומך ביצירת פרויקטים מתבניות. איזה מסלול שלא תבחרו, הוסיפו את הכלל שכמעט כולם שוכחים: idempotency. deal שנכנס שוב לשלב closed-won - תיקוני שלבים קורים כל שבוע בפורטלים אמיתיים - אסור לו ליצור פרויקט שני. הטביעו את מזהה ה-deal בתוך הפרויקט ובדקו אותו לפני שאתם יוצרים משהו.
כתבו את המיפוי לפני שאתם מכניסים אותו לאוטומציה. שלנו, בצורתו הפשוטה ביותר:
| מה-deal ב-HubSpot | אל הפרויקט ב-Asana | למה |
|---|---|---|
| שם ה-deal + החברה | שם הפרויקט, במוסכמת שמות קבועה | יכולת למצוא פרויקט אחד מתוך עשרות פרויקטי לקוח |
| מזהה ה-deal | שדה בפרויקט | בדיקת ה-idempotency, וגם המפתח לכתיבה חזרה |
| שדה סיכום היקף העבודה | הבריף של הפרויקט | הלקוח לא חוזר על מה שכבר סיפר למכירות |
| סכום + סוג חיוב | שדה פנימי בלבד בפרויקט | הקשר של תפוסה ורווחיות עבור ראש הצוות |
| קישור לחוזה / להצעת המחיר | קובץ מצורף לבריף | קליק אחד מהעבודה אל מה שנמכר בפועל |
| ה-owner של ה-deal | התראת העברה + אחראי משימת הפתיחה | המכירות נשארות אחראיות עד שפגישת הפתיחה קורית |
שער הקליטה הוא זה שאוכף את כל זה: אם סיכום היקף העבודה או איש הקשר לפגישת הפתיחה ריקים, ה-workflow מנתב ל-owner של ה-deal משימה להשלים אותם - והפרויקט נוצר רק כשהשדות קיימים. אין מיפוי, אין פרויקט.
תבנית אחת לכל סוג התקשרות, בעלים אחד בשם מפורש, ותהליך שינוי מוסדר - זה כל מודל הממשל, והדילוג עליו הוא בדיוק הסיבה שכל צוות מגיע בסוף לגרסה משלו לאותו פרויקט. שינויים נכנסים לתבנית, אף פעם לא לתוך פרויקט מועתק שהופך למחר לתקן הלא-רשמי. סקרו את התבנית פעם ברבעון מול מה שהאספקה באמת עשתה, והחזירו את הסחיפה פנימה באופן מודע.
גישת האורח ב-Asana היא ברמת הפרויקט, וזה מה שהופך את הגבול לניתן לתכנון: הלקוח מצטרף לפרויקט האספקה, בזמן שהרווחיות, הערות התפוסה והאסקלציות חיות בפרויקט פנימי או בשדות פנימיים בלבד שהוא לא מצטרף אליהם לעולם. הכריעו את הגבול פעם אחת, בכתב - מה לקוח תמיד רואה (אבני דרך, תוצרים, אחראים, תאריכים) ומה הוא אף פעם לא - ואז תנו לעדכוני הסטטוס לשאת את קצב הדיווח במקום פגישות סטטוס.
הכתיבה חזרה היא מה שהופך את כל המערכת לשווה את הבנייה: שלב האספקה ומצב הבריאות שלה חוזרים לשדה על ה-deal או על רשומת החברה, כך שבעלי הלקוח עונים על ״איך מתקדם הפרויקט״ מתוך ה-CRM, שיחות חידוש והרחבה מתחילות ממציאות האספקה, וההנהלה רואה את הפער בין מה שנמכר למה שסופק במקום אחד. בלי זה עשיתם אוטומציה להעברה ושמרתם על העיוורון.
זה לא דפוס תיאורטי - האספקה של IV-LEAD ללקוחות שלנו רצה בדיוק עליו. deals שנסגרים ב-HubSpot שלנו הופכים לפרויקטי אספקה מתבנית ב-Asana מאחורי שער קליטה, לוחות שפונים ללקוח נשארים מופרדים מהלוחות הפנימיים, ועדכון חודשי במבט-על לכל לקוח מופק מתוך הלוח ולא מהזיכרון. התוכנית שלמעלה היא הגרסה המוכללת של המערכת שאנחנו מפעילים כל יום, וזו גם הסיבה שהשאלות הנפוצות למטה קצרות בתיאוריה.
שותף ששולט במודל הדאטה של שתי המערכות - גם בצד ה-deal וגם בצד הפרויקט. IV-LEAD היא שותפת HubSpot ברמת Gold ו-Asana Certified Partner הרשומה ב-Service Partner Directory הרשמי של Asana, ומתכננת את ההעברה הזו כמערכת אחת: טריגר, מיפוי שדות, ממשל תבניות, גישת לקוח וכתיבה חזרה ל-CRM.
לא עם ה-workflow action ה-native לבדו - הוא יוצר משימות. פרויקט שלם מתבנית עם שדות ממופים דורש פלטפורמת אוטומציה כמו Make, Zapier או Unito, או בנייה מול ה-API של Asana. המסלולים ה-native הם נקודת ההתחלה הנכונה כשמשימות הן באמת כל מה שצריך.
שתיהן מתחברות ל-HubSpot ושתיהן יכולות לשאת את הדפוס שבמאמר הזה. הבחירה שייכת לשאלת האספקה הרחבה יותר - תבניות, עומסים, גישת לקוח ורווחיות - ולכן הקדשנו לה השוואה נפרדת בין Asana ל-Monday.com לחברות שירות במקום תשובה בשורה אחת כאן.
תנו לכל פיסת מידע בית אחד וסנכרנו אותה לכיוון אחד: היקף העבודה, אבני הדרך וסטטוס האספקה חיים בפרויקט; שווי ה-deal, השלב והיסטוריית הקשר חיים ב-CRM; והכתיבה חזרה נושאת את המינימום שהמכירות צריכות. עבודה כפולה היא כמעט תמיד סימפטום לשתי מערכות שטוענות שתיהן לבעלות על אותו שדה.
סיכום היקף העבודה בשפה של הלקוח, המסגרת המסחרית (סכום, סוג חיוב, תקופה), איש הקשר לפגישת הפתיחה והתפקיד שלו, אילוצים ותאריכים ידועים, והקישור לחוזה. חמש דקות של משמעת מכירתית שחוסכות את שבוע האספקה הראשון.
הוא יכול, כאורח בפרויקט שלו בלבד - הרבה חברות שירות מריצות בדיוק את זה, כשהעבודה הפנימית נשארת בפרויקטים שהלקוח לא מצטרף אליהם. האלטרנטיבה היא עדכוני סטטוס שפונים ללקוח בלי גישת אורח בכלל. שתי הדרכים עובדות; מה שנכשל הוא האמצע הלא-מתוכנן, שבו לקוחות רואים שדות שהתכוונתם להשאיר פנימיים.
למה IV-LEAD. שותפת HubSpot ברמת Gold ו-Asana Certified Partner, 30 הסמכות HubSpot, דירוג 5.0 ★ ב-HubSpot Solutions Directory, ועבודה עם חברות B2B ישראליות מאז 2016 - ומערכת המכירות-לאספקה הזו רצה אצלנו על הלקוחות שלנו. ראו איך אנחנו מנהלים עבודת לקוח או את שירותי ההטמעה והאוטומציה שלנו ב-Asana.
רוצים שזה ירוץ על המשפך שלכם? מפו איתנו העברה אחת חיה ממכירות לאספקה - קבעו 30 דקות ונתכנן את הטריגר, את מיפוי השדות ואת הכתיבה חזרה מול deal אמיתי מהפורטל שלכם.