מהשילוש הקדוש לקוד תפור: איך אתם עוברים ממערכות מוכנות לבנות מערכת שנושמת אתכם
זה הסיפור של איש אוטומציה ותיק שקם בבוקר, מצחצח שיניים, ובמקום לפתוח את Make ו-Airtable ו-Fillout - פתח קוד. ליאור וקנין לא בא ללמד אותנו כלי חדש, הוא בא לשתף מסע: איך מהניצן הקטן של פורמולה ב-Airtable שכתב לו קלוד, הוא הגיע לבנות מערכות CRM שלמות ותפורות ללקוחות. בפנים תמצאו את ההיגיון של המעבר, למה מיומנות האפיון היא הנכס שנשאר שלנו, ואיך בונים מערכת שמזהה את הבעיות של עצמה בלילה בזמן שאתם ישנים.
הערת הכתבת: הסשן הזה נוגע בכלים ספציפיים - Cloud Code, Supabase, Vercel, Opus 4.7 מול 4.6, מודלים ותמחורים שזזים כל חודש. הכלים האלה עדיין כאן ועובדים מצוין, אבל התחום רץ מהר וגם ליאור עצמו אמר "אני לא יודע אם עד שאגמור, לא יהיה כבר משהו אחר". המיומנות הנצחית פה היא לא הכלי - היא היכולת שלכם לאפיין מערכת, להבין מה זה ליד, וובוק ודאטאבייס, ואז לבחור את הכלי לפי התוצאה. אפיינו את המטרה קודם, ואז בחרו במה לבנות.
כל מי שגדל על השילוש הקדוש - Airtable, Make ו-Fillout - מכיר את הבאסה הקטנה שבלענו שנים: הכל מוצמד לשמאל, קומבינות ב-Make כדי לעקוף מגבלה, לקוחות שצריכים לבלוע לקרדה ולהבין שזה הכי טוב שאפשר. ליאור וקנין, מאנשי האוטומציה הוותיקים בארץ, מרצה במכללות שלימד אלפי תלמידים, בא לספר איך הוא שבר את הכלים. לא כי הכלים רעים - הוא אוהב אותם - אלא כי פתאום היה לו קונגו ביד, וקשה לחזור לפטיש ואיזמל.
המסע: 7 תחנות
כל תחנה = מה קרה בסשן + הפרומפט שאורז את זה בשבילכם
להבין את המעבר מ-no-code ל-yes-code
המסע התחיל בניצן קטן: ליאור נכנס לשדה של פורמולה ב-Airtable, לקח את זה לקלוד וביקש שיבנה לו נוסחה. copy-paste, וזה עבד. מאותו רגע הוא הפסיק לכתוב נוסחאות בעצמו. אחר כך זה קרה עם מודולים של קוד ב-Make - הוא לקח סנריו מפוצל ומעצבן, עשה copy blueprint, זרק אותו לקלוד ואמר 'תהפוך את כל זה למודול קוד אחד'. הסנריו הענק הפך למודול פשוט אחד. ההיגיון של המעבר לא היה 'לזרוק כלים', אלא לזהות שכל פעם שהוא נשען על AI לפתור חתיכה - החתיכה הזו כבר לא צריכה להיות עבודה שלו. וכל זה בא עם דוקומנטציה מלאה, כי קלוד הסביר מה קורה, אם-אז-איך, כדי שאפשר יהיה לחזור ולהבין.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אבחון: אילו תהליכים אצלי בשלים למעבר לקוד
האבחון - איזה תהליכים בשלים למעבר - נחשף דרך הדוגמאות עצמן. אשתו של ליאור מטפלת במים ותיעדה טיפולים בגוגל קלנדר; הוא בנה אפליקציה שסורקת את היומן ושולחת סיכום בוואטסאפ. בהתחלה הוא עוד עבר דרך Make כדי לשלוח דרך green API, ואז שאל את עצמו 'למה אני צריך את המתווך?' - נתן לקלוד את הדוקומנטציה של green API, ותוך שתי דקות שלח ישירות. הסימן שתהליך בשל למעבר הוא בדיוק הרגע הזה: כשאתם מוצאים את עצמכם מחזיקים מפלצת שמתחברת ל-5,000 כלים כדי לנהל 3-4 שירותים בלבד. המפגש עם הלקוחה שרצתה תזכורות פשוטות בגוגל שיט היה הטריגר לקפיצה למים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
אפיון מערכת בשיטת PRD הפוכה
פה עלה אחד הרעיונות היפים בסשן - ה-PRD ההפוך. במקום שליאור ישאל את הלקוח שאלות, הוא אומר לקלוד: 'אני רוצה לבנות מערכת לחברת שמאות ימית, שאל אותי את כל השאלות שאתה צריך'. וקלוד שואל, ומתעמק, ושואל עוד. ליאור מתאר את זה בכנות מצחיקה: הלקוח מכיר את העסק שלו, קלוד מכיר, 'ואני נשאר הטיפש' - אבל זה בסדר, כי יש לו חבר שעוזר לו להבין. מהמסמך הזה, שכולל את ה'מה' ולא את ה'איך', הוא מייצר קובץ Cloud.md ומתחיל לפתח מנקודת פתיחה מאוד גבוהה. הלקוח רואה את התהליך ומבין שיש פה מישהו יסודי שיודע לשאול את השאלות הנכונות.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
בניית CRM מותאם-אישית במקום Airtable
ה-CRM ללקוחה סיליה היה הפרויקט הראשון המסחרי - דשבורד, קנבן שאפשר לגרור בו לידים, ואוטומציות 'בהשראת Make' שהלקוחה עצמה יכולה להגדיר: טריגר לפי סטטוס או לפי זמן, שליחת הודעה, הזזה בין רשימות תפוצה ברב-מסר. פה נפתח דיון עסקי עמוק: ליאור מאמין בגישת 'לתת לדייג את החכה ולא את הדגים' - לתת ללקוח את הכלי להגדיר אוטומציות בעצמו. הוא מודה שזו שיטה פחות רווחית, כי לקוח שלא תלוי בך בא אליך פחות. אבל זו הבחירה שלו כבר שנים - להחזיק לקוחות קשורים בגלל הערך, לא בגלל התלות. הדוגמה של חברת הקוסמטיקה, עם מלקטות שמצלמות חבילה וה-AI בודק אם חסר או עודף מוצר, הראתה איך ה-AI הופך מ'עובד' ל'מפקח'.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
הגדרת ה-Stack: Supabase + Vercel + GitHub
כשהגענו לתשתית, ליאור פרש את ה-Stack שלו: Cloud Code רץ בתוך VScode לוקאלית על המחשב, הקוד עולה ל-GitHub, Vercel מזהה שהיה push ומעדכן אוטומטית, והדאטאבייס הוא Supabase - SQL רלציוני שכל השאילתות מולו נעשות בצורה נקייה. הוא הסביר שהוא דילג על שלב Lovable כי הרגיש 'לא מספיק טכני' - הוא רצה לראות את הקרביים, את הוובוקים ואת הדאטאבייס, לא רק את התוצר. הקהל אתגר אותו בשאלות חדות על אבטחה ומפתחות, וליאור ענה בכנות שזה תחום שבו הוא פחות חזק - וגם סיפר על ה-API key שדלף ביום שישי אחד ועלה לו כמעט 4,000 שקל תוך שעות. השקיפות הזו, יחד עם הטיפ להגדיר לימיט על ה-API, הייתה שיעור אמיתי.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
OCR אוטומטי למסמכים עם field-level prompts
ה-OCR האוטומטי היה אחד הרגעים שהחדר עצר עליהם. במערכת השמאות הימית ליאור העלה מסמך bill of lading, ומאחורי הקלעים Gemini ביצע סריקה - וכל השדות בצד שמאל התמלאו לבד. הסוד שהוא חשף: field-level prompts, פרומפט ברמת כל שדה בודד. לכל סוג מסמך יש הגדרות משלו, לכל שדה יש פרומפט שאומר ל-AI בדיוק מה למשוך ולאן. הפרומפטים יושבים בתוך הדאטאבייס, וכשמשהו לא נמשך נכון - ליאור שולח צילום מסך לקלוד, וקלוד ניגש לדאטאבייס ומתקן את הפרומפט עצמו. AI מול AI מול OCR. עלתה גם שאלה חשובה מהקהל על confidence level - היכולת לבקש מה-AI שיגיד לך בכמה אחוזים הוא בטוח בקריאה, כדי לתפוס מסמכים מלוכלכים.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
סקיל QA אוטומטי לטפסים ולידים
הרגע שגרם לכולם לזוז בכיסא היה סקיל ה-QA האוטומטי. ליאור אמר לקלוד: 'בוא נבנה סקיל QA לטפסים - לך ללוגים, תבדוק את כל הטפסים שנכנסו החודש, בנה על בסיסם וובוקים, שלח אותם למערכת, צור את הטפסים והמשתמשים, ראה שכל ההגדרות עובדות - ואז תמחק אחריך את הכל'. אבל הוא לא עצר שם. הכיוון הבא: מערכת שרצה כל לילה בשעה 12, מייצרת לידים מדומים, בודקת שכל האוטומציות של כל הלקוחות עובדות, מנקה אחריה - ואם יש בעיה, מתריעה. בבוקר קמים בלי לדעת שזה קרה, אבל יודעים שהמערכת תקינה. ליאור אפילו אמר שהוא הולך לגבות על זה כסף, כי הלקוח מקבל מערכת שבודקת את עצמה. זו אוטומציה שמנקה אחרי עצמה בזמן שכולם ישנים בשקט.
ההמשך המלא של הפרומפט שמור לחברי אוטוטיוזדיי פלוס יחד עם ההקלטה והתמלול המלאים של הסשן
שורות ההמשך כוללות את כל ההנחיות המדויקות והדוגמאות שהוצגו בשידור החי מול הקהילה
🎯 מה עושים עם זה עכשיו?
קראת איך זה נעשה. עכשיו קחו את הכלים ותעשו את זה בעצמכם - כל הפרומפטים של הסשן, מוכנים להריץ על העסק שלכם. פלוס ההקלטה המלאה והתמלול.
הצטרפו לאוטוטיוזדיי+· 49 ש״ח בחודשעוד לא בשלים? בואו ללייב הבא בחינם ←רוצים לעבוד על התמלול הנקי?
העתיקו אותו ותעבדו איתו איך שנוח לכם.
🔒 התמלול המלא שמור לחברי אוטוטיוזדיי+. עם המנוי אתם מעתיקים אותו בקליק ועובדים איתו איך שנוח לכם.
לפתוח את התמלול · 49 ש״ח בחודששאלות ששאלתם (וה-AI ישאל גם)
מה זה בעצם המעבר מ-no-code ל-yes-code, ולמי זה מתאים?
זה מעבר מבנייה בכלים מוכנים כמו Airtable ו-Make לבניית מערכות תפורות בקוד בעזרת AI. זה מתאים במיוחד למי שכבר מכיר את המושגים - ליד, וובוק, דאטאבייס - כי המיומנות הזו נשארת הנכס המרכזי. ליאור מדגיש שגם מי שלא מתכנת יכול לעשות את זה, כי קלוד כותב את הקוד; מה שצריך זה לדעת מה לבקש ולהעז לבקש.
למה לוותר על Airtable ו-Make אם הם עובדים לי מצוין?
אף אחד לא אומר לוותר - הכלים עדיין כאן ועובדים. הטענה של ליאור היא שברגע שאתם מחזיקים מפלצת שמתחברת ל-5,000 כלים כדי לנהל 3-4 שירותים, אולי שווה לבנות 'Make קטן משלכם' שעובד רק מול מה שאתם צריכים, בממשק תפור למידות, בלי המגבלות של 'הכל מוצמד לשמאל'. בוחרים לפי התוצאה שאתם רוצים.
מהו ה-PRD ההפוך שליאור הזכיר?
זו שיטת אפיון שבה אתם לא שואלים את ה-AI שאלות - אתם מבקשים ממנו לשאול אתכם. אומרים לו 'שאל אותי את כל השאלות שאתה צריך כדי לבנות את המערכת', והוא מתעמק ושואל שאלה אחר שאלה. הלקוח עונה מתוך ההיכרות עם העסק, אתם עונים מתוך ההיכרות עם אפיון מערכות, ויחד מגיעים למסמך אפיון מדויק שממנו מתחילים לפתח מנקודה גבוהה.
מה עם אבטחה? שמעתי שאפשר לשרוף המון כסף על API key שדולף.
ליאור סיפר בכנות שזה בדיוק קרה לו - API key שדלף ביום שישי עלה לו כמעט 4,000 שקל תוך שעות. הפתרונות שעלו: להגדיר לימיט הוצאות על ה-API של Gemini או קלוד, להשתמש בסקילים רשמיים של אנתרופיק לסריקות אבטחה ואודיט, ולסרוק את המערכת עם ה-AI עצמו כדי לוודא שכל המפתחות מאובטחים. זה תחום שדורש להיות mindful ולהקדיש לו זמן.
איך מתמחרים פרויקט כזה כשלא עובדים יותר לפי שעות?
ליאור מודה שזו התלבטות פתוחה. מה שהוא ואיי מספיקים בשעה אחת היה לוקח שבוע פעם, אז אי אפשר להשוות לשעות. הוא עבר לתמחור לפי ערך - כמה חוסכים ללקוח בזמן ובכסף, כמה הוא סומך עליך, כמה אתה לומד מהפרויקט. לפעמים הוא עדיין נותן הצעה בפורמט שעות כי ללקוחות קל להבין את זה, ולפעמים פשוט הצעת מחיר סגורה.
💬 הדיון על הסשן
שאלות, תובנות, מה יישמנו - השרשור של הקהילה.
עוד אין תגובות - תהיו הראשונים לפתוח את הדיון 👇