איך מעבירים אתר בייס44 (Base44) ללקוח: בעלות, הרשאות ומודל תשלום חודשי

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

בקצרה

מי באמת הבעלים של אפליקציית בייס44 שבניתם

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

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

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

שני חשבונות, workspace אחד: למה זה משנה כשמתחילים למכור ללקוחות

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

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

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

איך מעבירים בעלות בפועל: שתי פעולות שונות

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

דרך 1: העברת בעלים האפליקציה, בתוך אותו workspace

מתאימה כשאתם רוצים שהלקוח "יופיע" כבעלים הרשמי של האפליקציה, אבל האפליקציה עדיין יושבת אצלכם ואתם ממשיכים לשלם עליה:

1. הלקוח חייב להצטרף קודם ל-workspace שלכם כשותף, בהרשאת עורך ומעלה. אורחים לא יכולים להחזיק בעלות על אפליקציה.
2. פותחים את האפליקציה בעורך, ולוחצים על סמל הזמנת השותפים בפינה העליונה.
3. מאתרים את השותף, פותחים את תפריט הפעולות הנוספות שלו ולוחצים Make app owner.
4. מאשרים את הבחירה, מחליטים מה קורה לכל שירות מחובר (להשאיר או לנתק), ובוחרים אם אתם עצמכם נשארים שותפים באפליקציה.
5. מסמנים את תיבת האישור ולוחצים Send transfer.
6. הלקוח צריך לאשר את ההעברה בעצמו כדי שהיא תיכנס לתוקף.

דרך 2: העברת האפליקציה עצמה ל-workspace אחר

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

1. הלקוח פותח חשבון בייס44 משלו, ומזמין אתכם ל-workspace שלו בהרשאת עורך ומעלה.
2. בחשבון שלכם, נכנסים לכרטיסיית סקירת האפליקציה (Overview).
3. לוחצים על סמל הפעולות הנוספות שליד View usage, ובוחרים Move app.
4. בוחרים את ה-workspace של הלקוח מהרשימה הנפתחת, ולוחצים Move App לאישור.

כתובת בייס44 של האפליקציה לא משתנה בתהליך הזה, ואין צורך לפרסם מחדש. חשוב לדעת: בעלים האפליקציה עצמו לא משתנה רק כי האפליקציה עברה workspace, ולכן אם רוצים שגם התכונה הזו תעבור ללקוח, צריך לבצע גם את דרך 1. שימו לב גם לחריג אחד: אפליקציות שנקנו (Purchased apps), למשל מתבניות של שוק בייס44, לא ניתנות להעברה בין workspaces כלל.

מה קורה לדומיין המותאם אישית

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

לפי דף התמחור הרשמי, החיבור לדומיין מותאם אישית מתחיל במסלול Starter, ב-16 דולר לחודש בחיוב שנתי (192 דולר לשנה) או 20 דולר לחודש בחיוב חודשי, כולל דומיין חינם לשנה הראשונה. במסלול החינמי אין חיבור דומיין מותאם אישית. המשמעות המעשית: אם מעבירים אפליקציה ל-workspace של הלקוח, אבל הוא נשאר על המסלול החינמי, הדומיין המותאם אישית מפסיק לעבוד באותו רגע. שווה לבדוק את זה לפני המסירה, לא אחריה, בטח אם הלקוח כבר משתמש בדומיין הזה בכרטיסי ביקור או בקמפיינים.

אז מחיר חד פעמי או מנוי חודשי?

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

הכלל הפשוט: מחיר חד פעמי הוא בעצם מכירת עבודת הבנייה, לא מכירת האחסון. אם אתם ממשיכים לשאת בעלות המנוי אחרי המסירה, מחיר חד פעמי הוא הפסד מובנה שיצטבר חודש אחרי חודש. לפי דף התמחור, בייס44 עצמם מציינים ש"אתם בעלי כל מה שאתם בונים בבייס44: הקוד, הנתונים, המשתמשים שלכם", כלומר אין מניעה קניינית להעביר בעלות מלאה ללקוח, השאלה היא רק מי מחזיק ב-workspace שממשיך לשלם.

מודל תמחור מומלץ למי שמוכר אתרי בייס44

שילוב שעובד טוב ברוב המקרים:

1. תשלום חד פעמי על הבנייה עצמה, שמכסה את שעות העבודה, העיצוב וההתאמה.
2. העברת האפליקציה ל-workspace של הלקוח לפני המסירה הסופית, כדי שהוא זה שבוחר ומשלם על מסלול בייס44 משלו (Starter ומעלה, אם הוא רוצה דומיין מותאם אישית).
3. מנוי תחזוקה נפרד, אופציונלי, למי שרוצה שתמשיכו לתחזק, לעדכן ולתמוך באפליקציה אחרי המסירה. זה מנוי על שירות שלכם, לא על אחסון בייס44, ולכן אפשר לתמחר אותו בנפרד מעלות המנוי בפועל.

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

טעויות נפוצות

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

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

מי שרוצה ללמוד את בייס44 לעומק, מאפיון ראשוני ועד אפליקציה שעובדת, כולל בדיוק את שלב המסירה ללקוח, יכול להתחיל בקורס בייס44 (Base44) 2026: מאפיון לאפליקציה שעובדת, ב-9.90 שקלים.

שורה תחתונה

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

מקורות

• בייס44: תיעוד רשמי, ניהול אפליקציות ב-workspace (נבדק ב-2026-09-30)
• בייס44: תיעוד רשמי, workspaces (נבדק ב-2026-09-30)
• בייס44: תיעוד רשמי, workspaces חדשים וקרדיטים (נבדק ב-2026-09-30)
• בייס44: תיעוד רשמי, חיוב ומסלולים (נבדק ב-2026-09-30)
• בייס44: דף התמחור הרשמי (נבדק ב-2026-09-30)