גילוי נאות: המדריך כולל קישורי שותפים ל-Base44. הרשמה דרכם אינה מייקרת לך דבר. חלק מהקישורים למטה יוחלפו בקישורי Impact כשיהיו מוכנים.
[התחל ב-Base44, יוחלף בקישור Impact]
שער 09, כסף: תשלומים ומוניטיזציה
מרגע שיש כפתור תשלום, האפליקציה מפסיקה להיות פרויקט והופכת לעסק, על כל המשתמע מכך. השער עובר על שתי דרכי הסליקה, על מעקב התשלומים בתוך האפליקציה, על מודלי ההכנסה שבאמת עובדים, ועל מה שצריך לסגור מול רואה החשבון לפני שהשקל הראשון נכנס.
ב-Base44 יש שתי דרכים לקבל כסף: מנגנון הסליקה המובנה שמופעל על ידי Wix, וחיבור ישיר ל-Stripe. שתיהן מותקנות דרך הצ'אט, שתיהן דורשות תוכנית Builder ומעלה, והן לא שקולות. לעסק ישראלי ההבדל ביניהן מכריע, ונתייחס אליו במפורש.
מעבר לבחירת הסולק יש שלוש שאלות שרוב האנשים מגלים מאוחר מדי: איך אתה יודע בתוך האפליקציה מי שילם ועל מה, איזה מודל הכנסה מתאים למה שבנית, ואיך התשלום הופך למסמך שהרשויות בישראל מכירות בו.
השער נגמר בנושא שאין לו תיעוד רשמי ואי אפשר להשמיט אותו במדריך ישראלי, ושם גם נאמר במפורש מה חייב לעבור אימות מול איש מקצוע ומה אסור לך ללמוד ממדריך באינטרנט. הסדר כאן חשוב: בחירת סולק לפני בניית מסכי הקופה, ותכנון המסמכים לפני ההשקה.
09.1 Base44 Payments powered by Wix
רמה: בסיס
Base44 Payments היא הסליקה המובנית של הפלטפורמה, מופעלת על ידי Wix, ומאפשרת לקבל כרטיסי אשראי וחיוב, ארנקים דיגיטליים כמו Apple Pay ו-Google Pay, ושיטות מקומיות ותשלומים דחויים כמו Klarna, Affirm, Afterpay, iDEAL, Bancontact ו-Twint. אילו שיטות יוצגו בפועל תלוי במדינת העסק. PayPal זמין בארצות הברית בלבד.
לפני שאתה מתלהב, זו הנקודה הקריטית לקורא ישראלי. לפי התיעוד, המדינות הנתמכות הן ארצות הברית בדולר, בריטניה בלירה שטרלינג, גרמניה הולנד ספרד בלגיה פורטוגל פינלנד ליטא אוסטריה ואיטליה באירו, ושווייץ בפרנק. ישראל אינה ברשימה. אם העסק והחשבון הבנקאי שלך ישראליים, תבדוק את הרשימה המעודכנת לפני שאתה בונה על המסלול הזה, וסביר להניח שתגיע בסוף, ל-Stripe.
התנאים להקמה: תוכנית Builder ומעלה, עסק וחשבון בנק במדינה נתמכת, והאפליקציה חייבת להיות מפורסמת ונגישה בזמן האימות. התהליך מתחיל בצ'אט של העורך, שם מבקשים לחבר תשלומים ומאשרים את התנאים ואת דמי השירות. משם נכנסים לדשבורד התשלומים ומשלימים אימות חשבון עם סוג העסק, שם משפטי, כתובת, פרטי קשר ופרטי חשבון בנק. ייתכן שיתבקשו מסמכים לאימות זהות. אפשר להתחיל לקבל תשלומים מיד, אבל העברות מלאות משתחררות רק אחרי שהאימות הושלם.
בתפעול השוטף: הכסף מגיע לחשבון תוך שניים עד חמישה ימי עסקים, ואתה בוחר תדירות העברה יומית, שבועית או חודשית. זיכויים מונפקים ישירות מהדשבורד ולוקחים כמה ימי עסקים להגיע ללקוח. אם נוצרת יתרה שלילית אפשר להטעין בכרטיס, בתהליך שאורך עד שבעה ימי עסקים. למנויים אפשר להגדיר תקופת חסד של בין יום ל-14 ימים לפני ניתוק.
יש גם רשימת מוצרים אסורים, ובה בין היתר מוצרים בלתי חוקיים, חלק מהשירותים הפיננסיים, תוכן למבוגרים, נשק והימורים בסיכון גבוה. לפני שמתחילים למכור נדרש שיופיעו באפליקציה פרטי קשר ברורים, תנאי שימוש, מדיניות פרטיות, מדיניות ביטולים והחזרות, מדיניות משלוחים אם רלוונטי, ותיאור מוצר מדויק עם מחיר ותנאי מנוי.
מאחר שהמסלול מחייב תוכנית בתשלום, שווה [בדוק תוכניות Base44, יוחלף בקישור Impact] ואת רשימת המדינות לפני שאתה מתחייב מול לקוח על לוח זמנים.
שים לב: הטעות הנפוצה היא להניח שסליקה מובנית זמינה מכל מקום בעולם; תבדוק את רשימת המדינות והמטבעות מול מקום הרישום של העסק שלך לפני שאתה מתחיל בהקמה בכלל.
09.2 חיבור Stripe
רמה: מתקדם
Stripe הוא המסלול שנותן לך שליטה מלאה, ובפועל הוא המסלול הרלוונטי לרוב העסקים הישראליים. ההקמה נעשית דרך הצ'אט של העורך ומתחילה בסביבת בדיקות ולא בכסף אמיתי. גם כאן נדרשת תוכנית Builder ומעלה.
התהליך בנוי מחמישה שלבים:
- מבקשים בצ'אט לחבר אמצעי תשלום, ומאשרים התקנה של סביבת בדיקות של Stripe.
- יוצרים מוצרים ומחירים דרך הצ'אט. הם נשמרים בפועל ב-Stripe עצמו וניתנים לניהול משם.
- בודקים את תהליך הרכישה עם כרטיסי הבדיקה של Stripe, מקצה לקצה.
- תובעים את סביבת הבדיקות על ידי חיבור חשבון Stripe קיים או פתיחת חשבון חדש, ויש לעשות זאת בתוך 60 יום.
- כשהחשבון מאושר, Base44 מייצרת אוטומטית מפתחות חיים והאפליקציה עוברת למצב אמיתי.
פרט שמבזבז לאנשים שעה שלמה: תהליך הרכישה רץ רק באפליקציה המפורסמת ולא ב-Preview של העורך. אם לחצת על כפתור הרכישה בתצוגה המקדימה ולא קרה דבר, זו הסיבה.
המערכת יודעת לבנות תבניות נפוצות: רכישה חד-פעמית, הזמנת שירות שנשמרת כתור ביומן, מנוי מתחדש, זיכוי שמלווה בשלילת גישה, כרטיסים לאירוע, תרומות, תשלומים בינלאומיים עם המרת מטבע, הפקת קישורי תשלום, וגם marketplace דרך Stripe Connect לאפליקציה שמתווכת בין ספקים ללקוחות.
מה ששובר בפועל הוא הטיפול בכישלון. אל תפתח גישה למשתמש רק בגלל שהוא הוחזר לעמוד תודה; תפתח אותה כשהאישור מגיע מצד השרת, למשל דרך webhook של Stripe שמעדכן את הרשומה אצלך. תשלום מנוי שנכשל, כרטיס שפג תוקפו או זיכוי חייבים לשנות סטטוס בדאטה שלך, אחרת יהיו לך מנויים שנראים פעילים ולא משלמים. כשמשהו לא מתנהג כצפוי, תסתכל בלוגים של הפונקציות תחת Dashboard ואז Code ואז Functions לפני שאתה חוזר לצ'אט.
שתי הערות על עלות ותחזוקה: קריאות ל-Stripe עם המפתחות שלך אינן צורכות קרדיטים של Base44, אבל שירותים מובנים כמו שליחת מייל כן. ועדכון מחיר ב-Stripe משתקף אוטומטית בקופה, אבל אם יצרת מחיר חדש במקום לערוך קיים, ייתכן שתצטרך לעדכן את מזהה המוצר ששמור באפליקציה.
שים לב: הטעות הנפוצה היא לבדוק רכישה ב-Preview ולהסיק שהחיבור שבור; תפרסם את האפליקציה ותבדוק שם עם כרטיסי הבדיקה של Stripe לפני שאתה פותח קריאה לתמיכה.
09.3 מעקב תשלומים באפליקציה
רמה: מתקדם
אחרי שהסליקה עובדת, השאלה הבאה היא איך אתה יודע מי שילם, על מה, ומה מצב המנוי שלו. בדשבורד של האפליקציה יש לשונית Payments שמרכזת את זה, והיא קוראת את הנתונים ישירות מספק התשלומים שחיברת.
לשונית Overview מציגה את התמונה לתקופה נבחרת של 7, 30 או 90 ימים, כשברירת המחדל היא 30. בתוכה תמצא הכנסה נטו, שהיא הסך פחות זיכויים, בהשוואה לתקופה הקודמת; את מספר העסקאות מפוצל לשלוש קטגוריות, הצליחו, זוכו ונכשלו; את מספר המנויים הפעילים; וחמש העסקאות האחרונות עם מעבר לרשימה המלאה. אם האפליקציה גובה ביותר ממטבע אחד, מופיע בורר מטבע.
לשונית Transactions מציגה את כל התשלומים מהחדש לישן עם שם הלקוח, סכום, סטטוס ותאריך. לשונית Subscriptions מופיעה כשאתה מוכר מנויים דרך הסליקה המובנית, ומציגה לכל מנוי את התוכנית, מחזור החיוב, הלקוח, הסכום, הסטטוס ותאריך החיוב הבא. הסטטוסים האפשריים הם Active, Canceling, Past due, Canceled ו-Paused, והם ההבדל בין לקוח שביטל לבין לקוח שהכרטיס שלו נדחה החודש.
הדשבורד הזה מצוין לתמונת מצב, והוא אינו מחליף רישום משלך. הוא יודע שעסקה בסכום מסוים הצליחה; הוא לא יודע שהעסקה הזו פתחה למשתמשת מסוימת גישה לקורס מסוים עד תאריך מסוים. לכן תחזיק ישות משלך שמקשרת בין מזהה העסקה אצל הסולק לבין המשתמש, המוצר ותאריך התפוגה. זו טבלה אחת שנכתבת בחמש דקות ומונעת חודשים של בלבול.
דוגמה: בית ספר לצילום בירושלים מוכר שלושה קורסים במחירים שונים. בדשבורד יופיעו 47 עסקאות מוצלחות החודש וסכום כולל. בלי טבלה משלך לא תדע כמה מהן היו לקורס המתקדם, מי מהנרשמים סיים לשלם ולמי מגיע החזר חלקי אחרי שביטל בשיעור השני.
זיכויים, מחלוקות חיוב ותשלומים לחשבון הבנק מנוהלים בדשבורד של ספק התשלומים עצמו, שנגיש ישירות מלשונית Payments. שם גם תראה את העמלות בפועל, שלא מופיעות בתצוגת ההכנסה נטו של Base44.
שים לב: הטעות הנפוצה היא להסתמך רק על דשבורד התשלומים, ואז לגלות בהתאמה החודשית שאין קשר בין עסקה לבין מה שהלקוח קיבל; תרשום כל עסקה בישות משלך עם מזהה העסקה מהסולק.
בתיעוד הרשמי: Tracking payments
09.4 מודלים עסקיים על גבי Base44
רמה: בסיס
אפליקציה שנבנתה ב-Base44 אינה מודל עסקי בפני עצמה. השאלה היא מה אתה מוכר, למי, ומי משלם על מה. ארבעה מודלים חוזרים בפועל, ולכל אחד מהם התנהגות שונה לגמרי מבחינת תזרים ותחזוקה:
- מנוי חודשי: הכנסה צפויה, אבל גם מחויבות לתחזוקה ולתמיכה מדי חודש מחדש.
- רישיון שנתי: מתאים לכלי פנים-ארגוני שנמכר לעסק, ומוריד משמעותית את עומס הגבייה.
- תשלום חד-פעמי: מתאים לכלי ממוקד או למכירת גישה לתוכן. פשוט לגבות, קשה לצמוח איתו.
- Freemium: מסוכן כאן יותר מבמקומות אחרים, כי פיצ'רים של AI, יצירת תמונות ושליחת מיילים צורכים קרדיטים. משתמש חינמי פעיל עולה לך כסף אמיתי בכל חודש.
ההבחנה החשובה יותר היא בין שני סוגי מוצר. הראשון הוא כלי פנימי שאתה בונה ללקוח עסקי: מערכת לניהול תורים למרפאת שיניים, מערכת לניהול נהגים אצל יבואן, טופס קליטת לקוחות בסוכנות ביטוח. כאן המוצר נמכר פעם אחת במחיר הגון, ואחריו דמי תחזוקה חודשיים. השני הוא מוצר SaaS שנמכר להרבה לקוחות. זה קשה בהרבה, דורש שיווק מתמשך ותמיכה, ורוב מי שמנסה עוצר בלקוח השלישי.
על התמחור: אל תתמחר לפי כמה שעות לקח לך לבנות. אם בנית בשלושה ימים מערכת שחוסכת למשרד עורכי דין חצי משרה, המחיר נגזר מהערך ולא מהזמן. זה בדיוק היתרון של בנייה מהירה, וזו גם הסכנה שלו: היכולת לבנות מהר גוררת אנשים לתמחר זול, ואז לתחזק בחינם כשהלקוח מבקש שינוי קטן כל שבוע.
ושאלה אחת לפני הכל: אם המוצר שלך הוא בעיקר טופס ודוח, אולי בכלל לא צריך מוצר בתשלום אלא שירות. גבייה מוסיפה חשבוניות, זיכויים, מחלוקות ותמיכה, וזו תשתית שלמה שצריכה להצדיק את עצמה.
דוגמה שממחישה את ההבדל: מאמן כושר בנתניה שבנה לעצמו מערכת לניהול מתאמנים גילה שארבעה סטודיואים אחרים רוצים אותה. במסלול הרישיון השנתי הוא מוכר לכל אחד מהם גישה משלו ומתחזק גרסה אחת. במסלול המנוי החודשי הוא בונה עסק אחר לגמרי, שכולל חיוב אוטומטי, גבייה כושלת ותמיכה שוטפת. שתי האפשרויות לגיטימיות, והן דורשות ממנו זמן שונה לחלוטין.
שים לב: הטעות הנפוצה היא לתמחר לפי זמן הבנייה במקום לפי הערך ללקוח, ואז להיתקע בתחזוקה שלא תומחרה; תגדיר מראש בכתב מה כולל המחיר, כמה שינויים כלולים, ומה עולה בנפרד.
09.5 חשבוניות, מע"מ ורגולציה בישראל
רמה: מתקדם
זה הנושא היחיד בשער שאין לו תיעוד רשמי של Base44, ואי אפשר לוותר עליו במדריך ישראלי. נתחיל בהבהרה: מה שכתוב כאן אינו ייעוץ מס ואינו ייעוץ משפטי. הוא נועד לתת לך את רשימת השאלות הנכונות. את התשובות עצמן אתה חייב לאמת מול רואה החשבון שלך לפני שאתה מתחיל לגבות, ולא אחרי.
הפער המרכזי פשוט: תשלום שנקלט אצל הסולק אינו חשבונית. הסולק מעביר כסף ומנפיק אישור עסקה. מסמך שהרשויות בישראל מכירות בו מופק ממערכת חשבוניות מתאימה, ובאחריות העוסק להפיק אותו. אפליקציה שגובה כסף בלי שהוגדר לה תהליך הפקת מסמך יוצרת לך עבודה ידנית חודשית, ובמקרה הרע פער שמתגלה רק בסוף השנה.
שלוש דרכים מעשיות לסגור את זה:
- חיבור אוטומטי: למערכות החשבוניות הישראליות הנפוצות יש ממשק API. אפשר להגדיר באפליקציה קריאה שמפיקה מסמך ברגע שהתשלום אושר מצד השרת, ושומרת את מספר המסמך ברשומת העסקה שלך.
- חיבור דרך הסולק: חלק ממערכות החשבוניות יודעות להתחבר ישירות לספק סליקה ולהפיק מסמך על כל תשלום בלי שתכתוב כלום. תברר מול ספק המערכת שלך אם הסולק שבחרת נתמך אצלו.
- תהליך ידני מסודר: דוח עסקאות מהאפליקציה שמועבר אחת לתקופה להפקה במערכת החשבוניות. עובד בהיקפים קטנים, נשבר ברגע שגדלים.
דוגמה: יועצת עסקית מחיפה מוכרת מנוי חודשי לכלי שבנתה. בכל חודש נוצרים חיובים מתחדשים, זיכויים חלקיים ומנויים שמתבטלים באמצע התקופה. כל אחד מהאירועים האלה מחייב טיפול ברמת המסמכים, לא רק שינוי סטטוס באפליקציה. אם לא תכננת את זה מראש, אתה מגלה את זה בפעם הראשונה שלקוח מבקש ביטול.
מה לוודא מול רואה החשבון לפני השקה: איזה סוג מסמך מופק ובאיזה שלב, איך מטופלים תשלומים במטבע זר ועמלות של סולק זר, מה קורה בזיכוי ובביטול מנוי באמצע תקופה, ואיך נעשית ההתאמה החודשית בין דוחות הסולק לספרים. אל תסתמך על סכומים, שיעורים או שמות חוקים שתמצא בבלוגים, כולל במדריך הזה.
שים לב: הטעות הנפוצה היא להשיק גבייה ורק אחר כך לשאול איך מפיקים חשבונית; תסגור את תהליך המסמכים מול רואה החשבון שלך לפני שאתה מפעיל את כפתור התשלום.
[התחל ב-Base44, יוחלף בקישור Impact]
