תארזו את עצמכם: מאוטומציה מותאמת-אישית למוצר מדף שנמכר שוב ושוב
רובנו בונים אוטומציה חדשה לכל לקוח - אפיון ארוך, התאמה, הטמעה - ומתחילים מאפס כל פעם. דולב חיוט לימד את המהפך: לארוז את הפתרון פעם אחת ולמכור הרבה. הכלל שלו - כל אוטומציה שביצעת 3+ פעמים, או כאב שאתה שומע יותר מפעם אחת, הוא טריגר לבדוק אם אפשר לארוז אותו כמוצר SaaS. הוא נתן גם את מסנן ההיתכנות (מה לא מתאים למוצר - human-in-the-loop, לוגיקה פרטנית, אין API), את האריזה הטכנית, ואת היציאה לשוק. 7 הפרומפטים למטה הופכים אתכם ממבצעים ליצרני מוצר - עם הכנסה שעובדת גם כשאתם ישנים.
הערת הכתבת: הסשן הזה (26.11.2024) הוא צלילה מלאה למודל של הפיכת אוטומציות למוצרי מדף (SaaS). ערימת הכלים שדולב מפה (Bubble, Glide, Make, Stripe וכו') חיה, אבל התחום זז - יש היום בונים חדשים מבוססי AI, ולעתים קרובות תגיעו למוצר מהר יותר עם קוד וסוכני AI. שווה לאמת את הכלים העדכניים. אבל המודל עצמו נצחי, ובעיקר - הוא בדיוק המעבר שנתנאל עשה: מבנייה חד-פעמית לכל לקוח (שהיא דגל אדום אצלו) למשהו שאורזים פעם אחת ומוכרים שוב ושוב, הכנסה שעובדת גם כשאתה ישן. כלל שלושת הפעמים, מסנן ההיתכנות (human-in-the-loop הורג מוצר), ו"מי שעשה מוצר אחד יודע לעשות עוד" - אלה עקרונות שלא מזדקנים. הפרומפט הפתוח למטה עוזר לזהות איזו אוטומציה שכבר עשיתם בשלה להפוך למוצר.
אתה בונה אותה אוטומציה בפעם החמישית, לחמישי לקוח, מאפס - ומרגיש שאתה רץ במקום. דולב חיוט הגיע למפגש ה-23 של אוטוטיוזדיי עם המהפך שמשחרר מהגלגל הזה: להפסיק למכור שירות מותאם-אישית ולהתחיל למכור מוצר מדף. זה בדיוק המעבר שנתנאל עצמו עשה - מבנייה חד-פעמית לכל לקוח, למשהו שאתה מפתח פעם אחת ומוכר שוב ושוב. במפגש הזה דולב לימד את כל הדרך: לזהות מה בשל למוצר, לבדוק אם זה בכלל אפשרי, לארוז אותו נכון, ולהוציא לשוק.
המסע: 7 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מהפך התפיסה: משירות מותאם למוצר מדף
דולב פתח מהתמונה הגדולה: רובנו בונים פתרונות tailor-made לכל לקוח - שיחת אפיון, תרשים במירו, התאמה למערכות ולסיסמאות, הטמעה בזום. שלושה חסרונות: חוסר יעילות (זמן פיתוח חזרתי), עלויות גבוהות, וזמן יקר על אפיון פרטני. הפתרון - לארוז פעם אחת ולמכור הרבה: מפתחים פעם אחת, מוכרים הרבה, הלקוח משלם רק על השימוש (כי כבר ספגת את הפיתוח), ומקבלים מקור הכנסה פסיבי שעובד כשאתה ישן או חולה. דולב פרש את המושגים - SaaS (מוצר בענן בתשלום חודשי), iPaaS (פלטפורמת חיבור כמו Make), Micro-SaaS (פיצ'ר בודד לנישה צרה) - ואת צורות המכירה (מוצר מלא, קורס, סצנריו בודד, או מנוי חודשי, הכי משתלם). התובנה שמעל הכל: אתה לא צריך לעבוד יותר קשה, אתה צריך לארוז את מה שכבר עשית.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
סורק הצרכים החוזרים: מאוטומציה למוצר
ואז דולב נתן את המסנן לזהות מה בשל למוצר, לפי העיקרון 'הכורח הוא אבי ההמצאה' - כל מוצר נולד מצורך אמיתי. כלל האצבע שלו: כל אוטומציה, סצנריו או פתרון שיצא לך לבצע יותר משלוש פעמים, או כל כאב שאתה שומע יותר מפעם אחת בשיחות מכירה או בקבוצות - זה הטריגר. והוא לימד שתי דרכים לזהות מכנה משותף: תעשיות דומות עם אותו כאב (מרפאת שיניים וקוסמטיקאית - שתיהן צריכות ניהול תורים), ותעשיות שונות לגמרי עם אותו צורך (מרפאת שיניים ומוסך - לשתיהן צריך תזכורות לפני תור). דולב הביא דוגמאות אמיתיות ומרגשות בפשטותן: טופס שמייצר QR לתפריט מסעדה, טופס חתימה דיגיטלי לגני ילדים (99 שקל לגן), התראת פיקוד העורף לוועד בית (10 שקל, 11 לקוחות). מוצר לא חייב להיות גדול - הוא חייב לפתור כאב חוזר.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
מסנן ההיתכנות: מה לא מתאים למוצר מדף
פה דולב עשה משהו חשוב שרוב האנשים מדלגים עליו: מסנן היתכנות - מה לא מתאים למוצר מדף. כי מוצר אמיתי הוא משהו שרץ כמעט 100% אוטומטי, בלי שתיכנס ידנית לכל לקוח. והוא מנה את הדגלים האדומים: human-in-the-loop (שלב שתלוי באישור אנושי באמצע - פוסל), לוגיקה פרטנית מדי (מחשבון תמחור שכל לקוח רוצה אחרת), מערכות בלי API, מערכות לוקאליות (SAP/פריוריטי מאחורי firewall), מערכות שדורשות שם משתמש וסיסמה לכל כניסה, ותלות באישורי פלטפורמה (אימות אפליקציה מול פייסבוק/גוגל שלוקח ימים). ודולב לא רק פסל - הוא לימד לעקוף: להוציא את הלוגיקה הפרטנית לקופסה שחורה ב-Make שמקבלת ריקווסט ומחזירה תוצאה. התובנה: רעיון שנראה פשוט יכול להסתיר חסם שהורג את השכפול - בודקים לפני שבונים, לא אחרי.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אריזה טכנית גנרית של אוטומציה למוצר
דולב עבר ללב הטכני: איך אורזים אוטומציה כך שתהיה ניתנת לשכפול. חמישה עקרונות, ואחד מהם הוא הלב: בנייה גנרית בלי תלות בחיבורים מוכנים. במקום מודול קונקשן מובנה, משתמשים במודול HTTP גנרי - כי אם משכפלים סצנריו ומחליפים קונקשן, כל הפרמטרים נשברים והופכים שחורים, ו-HTTP מאפשר שכפול נקי בין חשבונות (עם מודול Make-to-Make ששולף ומשכפל). שאר העקרונות: זיהוי הצורך החוזר, חוויית משתמש ידידותית (כמה שפחות human-in-the-loop - זה ההבדל הדק בין מוצר חי למוצר מצבר), אפשרויות קונפיגורציה (קובץ הגדרות שהלקוח מזין בו פעם אחת את הטוקן, לא hard-coded), ותיעוד ומדריכים (כדי שהלקוח לא יעיר אותך ב-12 בלילה). ודולב חשף טריק יפה - ב-Make אפשר להחזיר Webhook Response עם HTML מלא ומעוצב, כך שהלקוח רואה דף יפה בלי שרת נפרד.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בחירת ערימת הכלים והאירוח למוצר
פה דולב פרש מפת כלים שלמה - לפי שכבות - לבנות, לאחסן ולהפיץ מוצר SaaS. אוטומציה וטפסים: Make (עם Make-to-Make לשכפול) ו-Fillout (טפסים ופורטל עם login). אחסון סטטי זול: Hostinger או SPD לדפי HTML שלא משתנים (לחסוך אופרישנס). פלטפורמות הוליסטיות (Frontend + Backend + Database ביחד): Bubble (החזק - יכול להחזיק מוצר SaaS שלם, login, סליקה), Glide, Softr, Adalo - שנותנות גם ממשק, גם דאטהבייס, וגם דרך לזהות מי משלם. דאטהבייס: Airtable, Google Sheets (עם Apps Script), Supabase, Firebase. אירוח מתקדם לסקייל: DigitalOcean, Vercel, GitHub. וסליקה וניהול מנויים: בישראל Cardcom/Sumit/Grow, בחו"ל Stripe/Paddle/Lemon Squeezy - עם דגש לאפשר ללקוח לבטל מנוי לבד ולייצא את הדאטה, 'בלי חתונות קתוליות'. דולב לא נתן כלי אחד - הוא נתן מפה, כי הכלי הנכון תלוי במוצר.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
תוכנית יציאה לשוק: MVP, תמחור ושיווק
דולב עבר מהבנייה לשוק: איך מוציאים מוצר במהירות ומתמחרים נכון. סדר הפעולות - לרשום את הרעיון ולוודא צורך אמיתי (3-4 אנשים עם אותו כאב), לאפיין תרשים זרימה, להקים MVP מהר ב-No-Code (Bubble/Glide + Make ברקע, עוברים לקוד רק בסקייל, כ-100 לקוחות), למתג (לא לדלג - לוגו ושפה גרפית מבדלים), דף נחיתה זריז, ולהריץ עם נסיינים מהקהילה. והתמחור - וכאן דולב חד: לא להעמיס מאות שקלים, כי כבר ספגת את הפיתוח. עשרות שקלים או דולרים לחודש. מודל יפה - הלקוח משלם על חשבון ה-Make שלו (כך אתה לא סופג עלויות), ואתה גובה דמי הטמעה חד-פעמיים. והמתמטיקה שמדליקה: 100 יוזרים כפול 20 דולר = 2,000 דולר בחודש = עסק. ודולב הדגיש מהירות: חיי המדף של מוצר דיגיטלי קצרים (עד שמעתיקים אותך), אז מהירות היא יתרון תחרותי.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
החלטות תמיכה, אבטחה ושימור לקוחות
ואת הסשן דולב סגר בהחלטות שמפרידות מוצר ששורד ממוצר ששורף אותך: תמיכה, אבטחה ושימור. תמיכה - הסכנה הגדולה היא לתת תמיכה לעשרה מוצרים במקביל ולשרוף את היום. הפתרון: להחליט אם אתה פנוי לזה אנרגטית, להקטין תלות דרך עשרות מדריכים מראש, להעדיף מוצרים 'רזים' (Micro-SaaS למחלקה טכנית), ולתת ללקוח לעשות כמה שיותר בעצמו. אבטחה - לא תלויה בסקייל אלא באופי הפרויקט: מ-2,500 רשומות או 3 פרטים מזהים אתה כבר מאגר מידע. כלל הזהב - לעבוד עם מערכות שיש מאחוריהן 'אבא ואמא' (Make, Airtable עם SOC 2, וואטסאפ רשמי, SSL), להימנע משרתים חינמיים. ושימור - לבנות דשבורד ניהול (מי משלם, מי נטש, כמה אופרישנס פר לקוח). ודולב סיים בתובנה יפה: לא לחפש את 'המוצר המושלם האחד' - לפתח שריר של זיהוי ובניית מוצרים, אחד אחרי השני. 'מי שעשה מוצר אחד יודע לעשות עוד'.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מתי אוטומציה בשלה להפוך למוצר?
כלל שלושת הפעמים: כל אוטומציה שביצעת 3+ פעמים, או כל כאב שאתה שומע יותר מפעם אחת בשיחות מכירה או בקבוצות. הכורח הוא אבי ההמצאה - מוצר נולד מצורך חוזר אמיתי.
מה לא מתאים למוצר מדף?
כל מה שלא רץ אוטומטית ולא ניתן לשכפול: human-in-the-loop (שלב שתלוי באישור אנושי), לוגיקה פרטנית מדי, מערכות בלי API, מערכות לוקאליות (SAP/פריוריטי), ומערכות שדורשות סיסמה ידנית לכל כניסה.
איך אורזים אוטומציה לשכפול?
הלב: בנייה גנרית - מודול HTTP במקום קונקשן מובנה (כי החלפת קונקשן שוברת פרמטרים), קובץ קונפיגורציה שהלקוח מזין בו טוקן פעם אחת, ותיעוד ומדריכים כדי שלא יעירו אותך בלילה.
כמה מתמחרים מוצר SaaS?
לא מאות שקלים - כבר ספגת את הפיתוח. עשרות שקלים או דולרים לחודש, והלקוח משלם על השימוש (למשל על חשבון ה-Make שלו) ודמי הטמעה חד-פעמיים. 100 יוזרים כפול 20 דולר = עסק.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇