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

בתקופה האחרונה יש באוויר מין תחושות כאלו-

“רגע, אז Make כבר לא רלוונטי?”
“CRM זה כבר מיושן?”
“אם אפשר לבנות הכל עם AI, אז למה בכלל צריך אוטומציות?”
“כל מה שלמדנו עד היום הולך לפח?”

אז בואו נעצור רגע.

התשובה הקצרה היא: לא.
התשובה המדויקת יותר היא: מי שרוצה להיות מקצועית באמת — צריכה לדעת מתי לבחור את הכלים הנכונים.

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

להיות מקצועית היא לא לרוץ אחרי כל באזז ולזרוק את מה שהיה אתמול. (אנשים נוטים ככ מהר לרדוף אחרי טרנדים והרי אם מדברים על מייק היא מערכת בינלאומית רצינית שבעצמה משלבת אפשרויות וייב )
המקצועיות החדשה דורשת להבין.
ננסה לעשות סקירה מתי נכון להשתמש במערכת קיימת, מתי נכון ל"וייבב" (שמישהו ימציא לזה קיצור…לא מסתדרת 🙂 ומתי נכון לעצור ולהגיד — רגע, זה נראה יפה, אבל האם זה גם יעבוד?

קודם כל, מה זה בכלל וייבקודינג?

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

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

וזה באמת מדהים.

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

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

וזה לא “צעצוע”.  זה שינוי אמיתי ומהפכה של ממש. 

אבל !

זה שה־AI יודע לכתוב קוד, לא אומר שאנחנו פטורות מלהבין מה הוא בונה.

הבעיה: לא כל דבר שעובד — באמת בנוי נכון

אחת המלכודות בוייבקודינג היא שזה נראה קסם.

כותבים לו:
“תבנה לי CRM לניהול לקוחות, עם סטטוסים, משימות ודשבורד”.

והוא בונה.

יש מסכים.
יש כפתורים.
יש טבלאות.
הכל נראה מרשים.

אבל אז מגיעות השאלות האמיתיות:

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

כאן הרבה פעמים מתגלה הפער בין “בניתי משהו מגניב” לבין “בניתי מערכת שאפשר לעבוד איתה באמת”.

וזה פער מאוד חשוב.

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

אז האם וייבקודינג מחליף את Make או מערכות קיימות ?

לא.

הוא משנה את התפקידים והצרכים.

פעם הרבה תהליכים התחילו ונגמרו ב־Make:
טופס נכנס, ליד נוצר, מייל נשלח, שורה מתווספת, הודעה יוצאת, משימה נפתחת.

היום, בהרבה מקרים, אפשר לבנות חלק מהלוגיקה בתוך אפליקציה או ממשק שנבנה בוייבקודינג.

למשל:
אם פעם בנינו תרחיש ארוך ב־Make כדי ליצור רשומה, לעדכן שדות, להפעיל תנאים ולנהל כמה שלבים — היום חלק מזה יכול לשבת בתוך האפליקציה עצמה.

אבל זה לא אומר ש־Make מיותר.

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

יש דברים שאפשר לעשות בקוד, אבל הרבה יותר חכם לעשות אותם ב־Make.

למה?
כי Make נותן לנו נראות.
אנחנו רואות את השלבים.
רואות איפה זה נפל.
יכולות לבדוק ריצה.
יכולות לשנות מודול.
יכולות להסביר ללקוחה / לעובדת / לקולגה מה קורה.
ולא פחות חשוב — יש הרבה חיבורים מוכנים שחוסכים לנו התעסקות עם הרשאות, API ואימותים ובחלקם רמת האבטחה גבוהה.
ואת יודעת בדיוק בדיוק מה קורה בתהליך.

ומה עם CRM?

כאן נמצאת נקודה קריטית.

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

בונים דשבורד.
בונים טופס.
בונים אזור לקוחות.
בונים כפתורים יפים.

אבל מערכת טובה לא מתחילה מהמסך. 

שימי לב – הדבר הכי חשוב ויקר לעסק – הוא הדאטה שלו.

מערכת טובה מתחילה מהדאטה.

מי הלקוח?
איזה מוצר הוא הזמין ?
מה הסטטוס שלו?
אילו תשלומים יש לו?
אילו פניות היו איתו?
מי טיפלה בו?
מה המשימה הבאה?
אילו טבלאות קשורות אליו?
מה קורה אם הוא מחליף מייל?
איך שומרים את ההיסטוריה שלו?

זה הלב של CRM.

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

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

לכן כלים כמו Zoho, Airtable, Origami, Monday או כל CRM אחר עדיין חשובים מאוד.

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

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

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

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

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

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

באופן כללי, אנשי מקצוע למדו, יש להם הבנה עמוקה, והם מביאים ל100%, ושאר העולם מגיע ל70%. בעסק ? 70% יכול להרוס את העסק שלי. מאותה סיבה אני אשלם לעורך דין לדוג' , למרות שיש לי AI עם יכולות מחקר וניתוח גם בתחומי המשפט, כשאני רוצה להיות בטוחה ולהיות ב100.

מתי אבחר CRM מוכן, ומתי אבנה CRM בעצמי?

זאת אחת השאלות הכי חשובות היום.

אם אפשר לבנות CRM עם Claude Code, Airtable, Make וכלים נוספים — אז למה בכלל להשתמש בזוהו או במערכת CRM מוכנה?

התשובה היא: תלוי מה אנחנו מנסות לפתור.

אבחר CRM או DB מוכן כמו Zoho, Origami, Monday, ארטייבל או מערכת קיימת אחרת, כשאני צריכה לנהל תהליך עסקי יחסית מוכר:
לידים, לקוחות, פולואפים, עסקאות, משימות, שירות לקוחות, הצעות מחיר, דוחות, צוות מכירות, תזכורות וניהול פעילות.

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

גם שם, תהיו רגועוות, אפשר לעשות את זה מאוד מהר, הרבה תבניות קיימות ונמשיך משם.

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

לא רק כי “בא לי שזה ייראה אחרת”.
אלא כי המבנה העסקי עצמו דורש מערכת קיימת.

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

במקרה כזה, ייתכן שבנייה מותאמת תיתן דיוק הרבה יותר גבוה. 

הרבה פעמים הפתרון החכם הוא שילוב:
CRM קיים או Airtable בתור בסיס הנתונים והניהול,
וייבקודינג בשביל לבנות ממשק מותאם,
ו־Make בשביל לחבר את הכל לאוטומציות, מיילים, טפסים, לידים, סליקה ומערכות חיצוניות.

אני לא אומרת שתמיד צריך את שלושתם , אבל ברור שלכל אחד יש יתרון וצורך אמיתי.

בקיצור:

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

אז מה כן משתנה בעולם האוטומציה?

מה שמשתנה הוא שהגבולות מתרחבים.

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

זה כבר לא רק:
“איך אני מחברת טופס לגוגל שיטס?”

אלא:

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

זאת חשיבה הרבה יותר מקצועית.

לא רק “לחבר מודולים”.
אלא לבנות פתרון.

רגע, אז מי שלמדה Make ואוטומציה לפני שנה, התיישנה?

מי שלמדה Make, Airtable, CRM, Webhooks, API, דאטה, תנאים, לוגיקה עסקית ותהליכי אוטומציה — מגיעה לעולם הוייבקודינג עם יתרון גדול.

כי היא כבר יודעת לחשוב תהליך.

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

וזה בדיוק ההבדל בין מישהי שסתם “משחקת עם AI” לבין מישהי שבונה פתרון עסקי אמיתי.

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

אז לא, מה שלמדת לא הלך לפח. 

איפה וייבקודינג בטוח מנצח?

וייבקודינג מנצח כשצריך לבנות מהר.

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

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

במקומות האלה הוא מדהים.

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

אבל חשוב לזכור:
למערכת אמיתית שהולכת ללוות עסק- חייב חייב לעבוד נכון מסודר ולדאוג לכל מה שדאגו מערכות CRM הקיימות כפי שהזכרתי למעלה (מאופיין, מסודר, מאובטח, מתועד וניתן לתחזוקה.)

איפה Make ו־CRM קלאסי עדיין מנצחים?

Make ו־CRM מנצחים כשצריך יציבות ותפעול.

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

בעסק אמיתי, הרבה מהעבודה היא לא “לבנות משהו מגניב”.
הרבה מהעבודה היא לגרום לתהליך לעבוד כל יום, שוב ושוב, בלי דרמות.

וכאן כלי אוטומציה ו־CRM עדיין חזקים מאוד.

כשארגון עם עשרות עובדים פונה אליי זה ברור לי שהדאטא ישב על מערכת CRM קיימת, אני לא אבנה לו בקלוד קוד.

אגב, יש אנשי מקצוע ("אוטומטורים", רק שזה כבר לא הכותרת שלכן)  שרוצים לעשות הכל לבד ונהנים מזה שהעסק יתקשה לעבור למישהו אחר שימשיך כי הוא פחות מכיר מה בנית. אני אוהבת לעשות הפוך – כמה שפחות תלות, כדי שיאפשר לי להגיד את הלא כשלא ארצה להמשיך ולא להרגיש שאני תוקעת מישהו. בניה בCRM מסורתי קל הרבה יותר להעביר הלאה לקולגה.

השאלה החדשה שכל אשת אוטומציה צריכה לשאול

פעם שאלנו:
“איך אני עושה את זה ב־Make?”

היום השאלה צריכה להיות רחבה יותר:

“מה הארכיטקטורה הנכונה לפתרון הזה?”

זו קפיצת מדרגה.

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

למי שאין כח לקרוא 🙂 אז וייבקודינג הוא מחליף או משלים?

המילה הנכונה היא – משדרג. מי שתלמד לחשוב מערכתית, להבין דאטה, להבין אוטומציות, להבין ממשקים, ולהשתמש ב־AI ככלי עבודה — תמצא את עצמה הרבה יותר חזקה.

העתיד לא שייך לכלי כזה או אחר.

כדי שתבינו למה הלימוד כל כך חשוב, וכמה להבין זה הדבר הכי משמעותי פה – 

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

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

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

מי שמעוניינת יש כאן מאמר של מייק שמשווה בין וייבקודינג , לקוד מסרותי לNO CODE. 

(אגב, כביכול מייק "נגועים", אבל תזכרו ששום דבר לא מונע מהם לפתח ולהכניס פנימה כל מה שצריך, זו חתיכת מערכת עם צוות פיתוח מעודכן וחזק מאוד, וכן גם משתמשים בקלוד מן הסתם, הם ודאי מתאימים מה שצריך לשוק החדש)

מקווה שעזרתי, נשות האוטומציה תמשיכו לצמוח – דווקא בגלל כל העדכונים, הכי צריך אתכן בעולמות הפרועים האלו! ♥️♥️♥️

שיהיה בהצלחה לכולן עד העדכון הבא 🙂