איך בונים SaaS ומערכות עם קלוד קוד (Claude Code): השיטה המלאה מרעיון ועד מנוי בתשלום

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

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

בקצרה

• מתחילים מכאב אמיתי שלכם, לא מרעיון למוצר. ככה נולדים רוב מוצרי ה-SaaS שאני בונה.
• שני אפיונים לפני שורת קוד: אחד לארכיטקטורה לקלוד קוד, ואחד לעיצוב ל-Claude Design.
• הסטאק: GitHub לגרסאות, Supabase לנתונים ולמשתמשים, Vercel לאירוח, Resend למיילים, כולם מחוברים לקלוד קוד דרך MCP.
• בונים בשלבים קטנים ובודקים כל אחד בעצמכם. חיבורים חיצוניים וסליקה נכנסים בסוף.
• עלות התחלה: כ-20 דולר לחודש למנוי Claude Pro. שאר השירותים מתחילים בחינם, אבל שימוש מסחרי ב-Vercel דורש תוכנית בתשלום.

מה זה SaaS, ומה ההבדל בינו לבין "סתם מערכת"

SaaS (Software as a Service) היא תוכנה שרצה בענן, שמשתמשים נכנסים אליה עם שם משתמש וסיסמה ומשלמים עליה מנוי. Monday, Canva ו-Zoom הם דוגמאות מוכרות.

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

ההבדל הטכני קטן יותר ממה שנדמה. שלושה דברים הופכים מערכת ל-SaaS:

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

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

כמה מושגים לפני שמתחילים

• קלוד קוד (Claude Code): הסוכן של Anthropic שכותב קוד, מריץ פקודות ומנהל פרויקט שלם מתוך שיחה. אם עוד לא התקנתם, המדריך להתקנת קלוד קוד עושה את זה בכמה דקות.
• MCP (Model Context Protocol): חיבור ישיר בין קלוד לכלי חיצוני, כך שקלוד פועל בתוך הכלי במקומכם. הרחבה במדריך קלוד קוד עם MCP.
• API: הדלת הטכנית של כלי חיצוני. כשלכלי אין MCP, נותנים לקלוד קוד את תיעוד ה-API שלו והוא בונה את החיבור.
• Repository: תיקיית הפרויקט ב-GitHub, שבה כל שינוי נשמר כגרסה.
• אפיון: מסמך שמתאר מה המערכת עושה, אילו מסכים יש בה, אילו נתונים היא שומרת ומי רשאי לראות מה.
• מוקאפ: הדמיה של המסכים לפני שהם קיימים באמת.

הסטאק: ארבעה שירותים שהופכים פרויקט למערכת

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

שלוש הערות מהשטח:

• repository פרטי לכל פרויקט. ב-Public כל אחד יכול לקרוא את הקוד שלכם.
• פרויקט Supabase נפרד לכל מערכת. נתונים והרשאות של מערכות שונות לא אמורים לשבת באותו מקום. יש מדריך נפרד לקלוד קוד עם Supabase.
• SQL Editor. לפעמים קלוד מבקש להדביק קוד ב-Supabase. זה המקום: מדביקים, לוחצים Run. כשה-MCP מחובר זה כמעט לא קורה.

השיטה: מכאב אמיתי למערכת באוויר, ב-7 שלבים

שלב 1: להגדיר את הכאב, לא את המוצר

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

כך נולדים רוב ה-SaaS שאני בונה: אני שונא משהו שאני עושה, מחפש קיצור דרך, ומגלה שאין. okdoc, מערכת החתימות שלי, נולדה מהשנאה לרדוף אחרי לקוחות שלא חתמו על הצעת מחיר.

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

שלב 2: שני אפיונים בצ'אט, לפני שפותחים את קלוד קוד

פותחים ChatGPT או צ'אט של קלוד, כותבים את המטרה ואת הסטאק, ומבקשים שני תוצרים נפרדים:

1. אפיון ארכיטקטורה לקלוד קוד: מסכים, טבלאות, הרשאות, תהליכים וסדר בנייה.
2. אפיון עיצוב ל-Claude Design: צבעים, טיפוגרפיה, כיוון, ופירוט של כל מסך.

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

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

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

המטרה: [הכאב שהמערכת פותרת, במשפט אחד]
המשתמשים: [קהל ספציפי]
מה אסור שיקרה: [למשל: שום מייל לא יוצא בלי אישור שלי]

הסטאק קבוע: Vercel לאירוח, GitHub לגרסאות,
Supabase לנתונים ולמשתמשים, Resend למיילים.

תכין לי שני דברים נפרדים:
1. אפיון מלא לקלוד קוד: מסכים, טבלאות, הרשאות, תהליכים, וסדר בנייה בשלבים
2. אפיון עיצוב ל-Claude Design לכל המסכים

אל תכתוב קוד. רק אפיון.

שלב 3: מוקאפ ב-Claude Design

מדביקים את אפיון העיצוב ב-Claude Design. הוא שואל כמה שאלות (שפה, כיוון, אילו מסכים לפרט) ומתחיל לעצב. אם יש לכם טעם מוגדר, כתבו אותו: כהה או בהיר, מוצר שאתם אוהבים כהשראה. אם אין, השאירו פתוח.

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

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

שלב 4: להכין את קלוד קוד, ורק אז להדביק

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

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

הסדר הנכון, כמו שעבדנו במערכת השנייה:

1. פותחים repository פרטי חדש ב-GitHub.
2. מחברים לקלוד את GitHub, Supabase, Vercel ו-Resend דרך הקונקטורים.
3. מדביקים את אפיון הארכיטקטורה המלא.
4. מוסיפים את קובץ העיצוב מ-Claude Design.
5. מבקשים תוכנית עבודה בשלבים, בלי קוד, ומאשרים אותה.

שלב 5: לבנות בשלבים קטנים, ולבדוק כל שלב בעצמכם

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

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

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

שלב 6: באוויר ב-Vercel, ואתם המשתמשים הראשונים

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

שלב 7: מנויים, סליקה ויכולות AI

רק עכשיו הופכים את המערכת ל-SaaS:

• סליקה. אני עובד עם Sumit, שיש לה תיעוד API. נותנים לקלוד קוד את הקישור לתיעוד ומבקשים לבנות מנויים. זה לא יעבוד בניסיון הראשון. תהיה סדרה של שגיאות ותיקונים, ובסוף זה מתיישב. את חשבון הסליקה עצמו כדאי לפתוח מוקדם, כי זה יכול לקחת כמה שבועות.
• יכולות AI. דרך OpenRouter מקבלים גישה למודלים רבים עם מפתח אחד ותשלום לפי שימוש. ב-okdoc, למשל, ה-AI מנתח מתי לקוחות נוטים לחתום. החשבון פשוט: אם פעולת AI עולה לכם אגורות, אפשר לתמחר אותה ללקוח בשקלים.

מצבי הרשאות: כמה חופש לתת לקלוד קוד

קלוד קוד שואל לפני פעולות, ובמערכת גדולה זה מתיש. לפי התיעוד הרשמי של מצבי ההרשאות, יש כמה מצבים, ומחליפים ביניהם עם Shift+Tab:

לקונקטורים עצמם (Supabase, Vercel וכו') אני בוחר Always Allow, כדי לא לאשר כל קריאה מחדש. פעולות בלתי הפיכות, כמו מחיקת טבלה או שליחה ללקוחות, אני מבקש מקלוד לעצור ולשאול עליהן, וזה כתוב בהודעת הפתיחה שבערכה.

מקומי או ענן: הרגע שבו קלוד קוד סירב

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

הוא צדק. וזה ההבדל שחשוב להבין:

• סשן מקומי רץ על המחשב שלכם. יש לו גישה לקבצים, לדפדפן (עם התוסף Claude in Chrome) ולכלים המותקנים.
• סשן ענן רץ בקונטיינר שמחובר ל-repository ב-GitHub. נוח להמשיך ממכשיר אחר, אבל בלי גישה לסביבה שלכם.

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

מה לבנות קודם

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

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

טעויות נפוצות, ואיך יוצאים מהן

1. להתחיל בלי אפיון. קלוד קוד מנחש, ומנחש לכיוון לא נכון. הפתרון: חוזרים לשלב 2, גם אם כבר נכתב קוד.
2. לבקש הכול בבת אחת. מקבלים מערכת שחצי ממנה לא עובד, ואי אפשר לדעת איזה חצי.
3. לחבר API חיצוני בהתחלה. חיבורים הם החלק הכי שביר. קודם המערכת עובדת, אחר כך החיבור.
4. לא לשמור גרסאות. בלי commit אחרי כל שלב שעובד, אין לאן לחזור.
5. להסתובב סביב אותה שגיאה. עוצרים, מבקשים הסבר והשערות, בודקים לוגים, ואם צריך חוזרים גרסה. על תקלות כלליות של הכלי יש מדריך נפרד לקלוד קוד שנתקע.
6. חיבור MCP שמבקש התחברות מחדש כל הזמן. בדרך כלל זו מגבלה בשרת ה-MCP של הספק. חלופה: לבנות חיבור ישיר מתיעוד ה-API.
7. להדביק מפתחות וסיסמאות בצ'אט. מפתחות נכנסים למשתני סביבה, לא לשיחה ולא לקוד.
8. למכור לפני שהשתמשתם בעצמכם. הלקוח הראשון יגלה את מה שאתם הייתם מגלים בשבוע אחד של שימוש.
9. לבחור בכלי מוכן כשצריך חופש. Base44 ו-Lovable מצוינים לאתר או דף נחיתה מהיר. במערכת עם API וסליקה, ניסיתי שם ונתקעתי בתוך המסגרת. בקלוד קוד זה עבד.

כמה זה עולה

המחירים נבדקו באתרים הרשמיים ב-17 בספטמבר 2026, בדולרים לחודש.

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

צ'קליסט מקוצר

• הכאב מוגדר במשפט אחד, וקהל היעד ספציפי
• אפיון ארכיטקטורה ואפיון עיצוב, נפרדים
• repository פרטי ופרויקט Supabase נפרד
• ארבעת הקונקטורים מחוברים לקלוד קוד
• תוכנית עבודה בשלבים אושרה לפני קוד
• commit אחרי כל שלב שעובד
• הרשאות בכל טבלה, ומפתחות רק במשתני סביבה
• השתמשתם במערכת בעצמכם לפני שגביתם כסף
• Vercel בתוכנית שמתירה שימוש מסחרי

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

איך ממשיכים מכאן

יש שתי דרכים, ושתיהן בסדר גמור.

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

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

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

מקורות

• תמלול מפגש המבוא החי לקלוד קוד, 16.9.2026, יעקב צדק
• Claude Code: Choose a permission mode, התיעוד הרשמי, נבדק 17.9.2026
• Claude pricing, נבדק 17.9.2026
• Supabase pricing, נבדק 17.9.2026
• Vercel pricing, כולל הגבלת השימוש המסחרי ב-Hobby, נבדק 17.9.2026
• Resend pricing, נבדק 17.9.2026
• GitHub pricing, נבדק 17.9.2026
• OpenRouter pricing, נבדק 17.9.2026