מתי כדאי לבנות מערכת בקוד ומתי לפתור עם no-code - ואיך לא ליפול בדרך
בסשן הזה עמדתם מול מישהו שהתחיל בדיוק במקום שאתם עומדים בו - צורך אמיתי, בלי רקע כבד בתכנות, אחרי חודש עבודה שהלך לפח. אלידע רוזן לקח אתכם משם ועד למערכת חיה שמשרתת לקוחות משלמים, והראה את השאלה שקודמת לכל כלי: מתי בכלל שווה לבנות בקוד ומתי עדיף לפתור ב-Make. הגישה שהוא הניח על השולחן - שלב אחרי שלב עם הוכחת היתכנות לכל חתיכה - היא מה שמפריד בין מערכת שעובדת לבין ערמה של קוד שקורסת ברגע האמת.
הערת הכתבת: הסשן נוגע בכלים ספציפיים - קורסור, Versel, Render, סופהבייס, Green API - והתחום הזה זז מהר. כל הכלים האלה עדיין קיימים ועובדים, אבל ייתכן שהממשקים, התמחור והמודלים השתנו מאז אוגוסט 2025. המיומנות הנצחית שאלידע הניח כאן היא לא הכלי אלא הרצף: קודם לאפיין את הצורך והלוגיקה, אחר כך לבחור כלי לפי התוצאה - ולהתקדם שלב אחרי שלב עם הוכחת היתכנות. את זה קחו איתכם, את הכלי הספציפי תבחרו לפי מה שקיים כשאתם קוראים.
כל מי שניסה לבנות אוטומציה רצינית מכיר את הרגע הזה: אתה משקיע חודש, שולח ל-40 איש, ואז המערכת פשוט קורסת מול הלקוחות. אלידע רוזן, משווק במכון תורני ואבא לשלושה שהגיע לאוטומציות דרך צורך אמיתי, בא לספר בדיוק על זה. הוא לא הציג את עצמו כמומחה - הוא הציג את עצמו כמישהו שחיפש פתרון, נכשל כמה פעמים, ובסוף בנה מערכת שהיום פונה גם לקהל הרחב עם משתמשים משלמים.
המסע: 7 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
מדריך מושגי היסוד לפיתוח אפליקציה בקוד
לפני שנגעו בכלי אחד, אלידע עצר והניח את אבני היסוד. אפליקציית ווב, הוא הסביר, זה בסך הכל דאטהבייס ששומר את המצב הנוכחי, שרת שעושה את החישובים מאחורי הקלעים, וצד לקוח - המסך של המשתמש. הצד לקוח מדבר עם השרת, השרת מדבר עם הדאטהבייס, וזהו. הוא חיבר את זה ישר לעולם שהקהילה מכירה: אלה בדיוק אותם משתנים שעוברים ב-Make - מחרוזת, מספר, ג'ייסון בין מערכות. מי שכבר מבין את הלוגיקה של איך מידע זורם באוטומציה, אמר, כבר מחזיק בחצי מהדרך לפתח בקוד. זו הייתה נקודה משחררת - הקוד לא דורש עולם מחשבתי חדש, אלא את אותו היגיון בסגנון אחר.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: לבנות מערכת ייעודית או לפתור ב-Make/n8n
כאן הגיע הרגע שהקהילה חזרה אליו שוב ושוב - האם בכלל צריך לבנות בקוד. אחד המשתתפים לחץ: אפשר לעשות את זה בשתי טבלאות ב-Make, למה להסתבך. אלידע לא התגונן, הוא הסכים במלואו: הלוגיקה עצמה של הבוט לא מסובכת, אפשר לגמרי לבנות אותה ב-Make או n8n, ואולי אפילו יותר קל ב-n8n. הבעיה, הוא הבהיר, היא התחזוקה והוויזואליות - ב-Make ההשוואות מתחבאות בפילטרים, קשה למצוא תקלה, וכשמנהלים 50 בוטים במקביל זה נהיה בלתי אפשר לעקוב. המסקנה שלו הייתה מדויקת: קוד זה שיטה ליישם דברים, לא תשובה קדושה. לפעמים הפתרון הוא Make, לפעמים n8n, ולפעמים מערכת ייעודית - בוחרים לפי מה שצריך לתחזק ולראות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
שיטת ההתקדמות 'שלב אחרי שלב עם הוכחת היתכנות'
זה היה הלב של הסשן, והמסר היחיד שאלידע ביקש שתצאו איתו. כשבנה את המערכת, הוא לא ביקש מה-AI לבנות הכל בבת אחת - הוא פירק לחתיכות הכי קטנות והוכיח כל אחת בנפרד. קודם רק לראות שהוא מסוגל לכתוב קוד שמופיע בדפדפן. אחר כך רק שהוא מצליח לשמור key-value בדאטהבייס מהיום למחר. אחר כך שהמערכת זוכרת איזה שלב מוביל לאיזה שלב, בלי חיבור לוואטסאפ בכלל. רק אחרי שכל חתיכה עבדה באמת, הוא התקדם. הוא הציב את זה במפורש מול Loveable ו-bolt שאומרים "כתוב פרומפט אחד וקבל הכל" - וטען שהגישה האיטית היא הדרך היחידה להגיע לשליטה אמיתית במה שיוצא. הוא אפילו הראה בכוונה איך המערכת נראתה בהתחלה: מכוערת, מינימלית, אבל עובדת.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
הדגמת בנייה ופריסה מקצה לקצה — Cursor ל-Versel
ואז הגיעה ההדגמה החיה, שהראתה את האמת של הבנייה עם AI - כולל התקלות. אלידע פתח צ'אט ריק בקורסור, ביקש אפליקציית משימות מבוססת Versel וסופהבייס, וה-AI יצר בערך 20-30 קבצים בפרומפט אחד. משם הוא לקח את הקהילה דרך כל שלב: initialize של גיט מקומי, commit ראשון, publish לגיטהאב, ואז import ל-Versel. וכשניסה לפרוס - Versel סירב, זרק שגיאה רצינית. אלידע לא נבהל, לקח את השגיאה, הדביק אותה בקורסור, וה-AI תיקן את הקובץ. commit, push, ושוב פריסה. תוך פחות מדקה האפליקציה עלתה. הרגע הזה - התקלה, ההעתקה, התיקון - היה בדיוק מה שהוא רצה שתראו: תקלות יקרו, וזה חלק מהתהליך, לא כישלון.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון קהל יעד ותמחור למוצר אוטומציה
החלק הזה הפתיע הרבה בקהל, כי הוא לא היה טכני בכלל - הוא היה על מכירות. אלידע חשב בהתחלה שהמערכת שלו פונה לבעל העסק בקצה, השיפוצניק או האשה שעושה לק-ג'ל, שיבנה לעצמו בוט. זה פשוט לא עבד - כי גם להבין פלואו של לקוח שעובר משלב לשלב דורש ראש של אוטומציה שלא לכולם יש. הוא גם תמחר את עצמו לא נכון: חשב ש-250 שקל זה זול, ואז גילה בשיחות עם מטמיעים אמיתיים מהשוק שסדרי הגודל שם, למשל ב-manychat, הרבה יותר נמוכים - ופתאום 250 זה יקר. המסקנה: לפני שמתמחרים, מדברים עם אנשים מהשוק שאליו מכוונים. היום המערכת פונה למטמיעים, לא ללקוח קצה, וגובה 100 שקל בחודש עם מדרגה חינמית לניסיון.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית צ'אטבוט וואטסאפ עם Green API וניהול סיכון חסימה
הצ'אטבוט עצמו רץ על Green API - השירות הלא-רשמי שאלידע ממליץ עליו בחום, בעיקר בזכות התמיכה של שי שעונה מהר ומטפל בבעיות. הוא היה כן לגבי הסיכון: וואטסאפ לא-רשמי חושף לחסימה, וזה סיכון שלוקחים בעיניים פתוחות. במכון קרתה חסימה זמנית של 24 שעות - אבל דווקא אחרי שניסו לשלוח לאנשים שכלל לא הכירו אותם. הנקודה החדה שלו: הסיכון לא נובע מהמערכת שבחרת אלא מהשימוש. בוט שרק עונה לאנשים שפנו אליך - כמעט אפס סיכון. שליחה יזומה ל-50 זרים - שם הסכנה. לכן הוא בנה למערכת השהיה רנדומלית בין הודעות, כדי לחקות התנהגות אנושית ולהוריד את הסיכוי לחסימה. מי שרוצה להעמיק, הוא הפנה למאמר של שי בדיוק על זה.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בחירת תשתית — Versel מול Render, וסופהבייס מול גוגל שיטס
לסיום הגיעה שאלת התשתית, והתשובות היו מנומקות ולא דוגמטיות. אלידע התחיל ב-Versel אבל עבר ל-Render לצד השרת - כי Versel מגביל את זמן הריצה בצד השרת, ובבוט שעושה תהליכים ארוכים ברקע (כמו שליחה ל-30 איש עם השהיות) הוא עצר אחרי עשר שניות וסימן הודעות כנשלחות כשהן לא. אבל, הוא הדגיש, לרוב המקרים Versel לגמרי מספיק, יותר קל ויותר נוח - אז הוא ממליץ עליו להתחלה. על הדאטהבייס: הוא הסביר למה סופהבייס עדיף על גוגל שיטס או Airtable בפרויקט קוד - שיטס ו-Airtable הם שירות, לא דאטהבייס, ולהתחבר אליהם בקוד דורש להכיר API ספציפי, בעוד סופהבייס מובנה לשימוש כזה ובנוי לעומסים כבדים יותר.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
צריך רקע בתכנות כדי לבנות אפליקציה עם AI?
לא רקע כבד. אלידע למד תכנות בתיכון וזה עזר לו לקרוא קוד, אבל 99 אחוז מהקוד ה-AI כתב, והוא למד תוך כדי דרך את מה שלא הכיר. הכלי המרכזי הוא דווקא להבין את הלוגיקה - איך מידע זורם, מהו מחרוזת ומהו מספר - וזה בדיוק אותו היגיון שכבר מכירים מ-Make ו-n8n.
מתי עדיף לבנות בקוד ומתי לפתור ב-Make או n8n?
אין תשובה אחת. אם הלוגיקה פשוטה יחסית, כלי no-code לגמרי יעבוד ולפעמים יהיה מהיר יותר. הקוד נותן יתרון כשצריך לתחזק מערכת מורכבת לאורך זמן, לראות את התהליך ויזואלית, וכשרוצים גמישות שכלי no-code מגבילים. בוחרים לפי מה שצריך לתחזק ולראות, לא לפי אופנה.
מה זה 'שלב אחרי שלב עם הוכחת היתכנות'?
במקום לבקש מה-AI לבנות הכל בבת אחת, מפרקים לחתיכות הכי קטנות ומוכיחים כל אחת בנפרד לפני שממשיכים. קודם רק שקוד מופיע בדפדפן, אחר כך רק ששמירה בדאטהבייס עובדת מהיום למחר, וכן הלאה. זו הדרך להגיע לשליטה אמיתית במה שיוצא בלי שהכל יקרוס.
כמה מסוכן לעבוד עם וואטסאפ לא-רשמי דרך Green API?
יש סיכון חסימה אמיתי, אבל הוא נובע מהשימוש ולא מהמערכת. בוט שעונה לאנשים שפנו אליך כמעט לא מסתכן. שליחה יזומה לזרים היא הסיכון האמיתי. אפשר להפחית עם השהיה רנדומלית בין הודעות, שימוש במספר קיים, ולקרוא את המאמר של שי על הפחתת סיכון לחסימה.
Versel או Render? סופהבייס או גוגל שיטס?
Versel מהיר, קל ומספיק לרוב המקרים - התחילו ממנו. עוברים ל-Render כשצריך תהליכים ארוכים בצד השרת ש-Versel מגביל בזמן. לדאטהבייס עדיף סופהבייס על שיטס או Airtable בפרויקט קוד, כי הם שירות שדורש חיבור API ספציפי, בעוד סופהבייס בנוי מראש לשימוש כזה ולעומסים כבדים.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇