קבלת תשלומים חד-פעמיים ושליחת חשבוניות
מכירת שירות, הזמנה, כרטיס או מוצר דיגיטלי בודד באמצעות תשלום מיידי, חשבוניות לתשלום מאוחר, או שניהם.
מתי להשתמש בזה
כאשר אתם מוכרים שירות, הזמנה, כרטיס או מוצר דיגיטלי בודד וזקוקים למנגנון תשלום מיידי, חשבונית לתשלום מאוחר, או שניהם, ללא צורך ביצירת מנוי.
לפני שמתחילים
- חשבון ספק תשלומים נתמך בסביבת הבדיקות שלו. אין להעביר כסף אמיתי בזמן הבנייה.
- שם הפריט או השירות המדויק, תיאור, מחיר כ-[PRICE], וקוד מטבע של שלוש אותיות כ-[CURRENCY CODE].
- החלטה בין תשלום מיידי, חשבונית שהלקוח משלם מאוחר יותר, או שניהם.
- מדיניות החזרים וביטולים כתובה בשפה פשוטה.
- פרטי הלקוח שאתם באמת צריכים לצורך תשלום וביצוע ההזמנה.
- שירות אימייל אם האפליקציה עצמה צריכה לשלוח אישורים או קישורי חשבונית.
הפרומפט
הפרומפטים האלה עובדים הכי טוב באנגלית — הדביקו אותם כמו שהם גם בדפים מתורגמים.
Add a one-off payment and invoice flow for [SERVICE OR PRODUCT]. This is not a subscription and must never create a recurring charge. Offer [PAY NOW / SEND AN INVOICE / BOTH]. The price is [PRICE] in [CURRENCY CODE]. The description customers should see is [PLAIN-LANGUAGE DESCRIPTION]. Use [PAYMENT PROVIDER] in its test environment until I approve going live. For Pay now, show a clear order summary before checkout with the item, quantity if relevant, price, currency, what the customer receives and my refund or cancellation policy [POLICY]. Send the customer to the provider's secure checkout so this app never stores card details. If they cancel or payment fails, return them to the app with a clear message and do not mark anything paid or deliver the item. For invoices, add an owner-only action that creates an invoice for [CUSTOMER NAME AND EMAIL] with [LINE ITEM DESCRIPTION], [PRICE], [CURRENCY CODE], [DUE DATE] and [OPTIONAL NOTE]. An invoice is a request for payment, while a receipt confirms that payment happened. Send the customer a secure provider-hosted link where possible and show the invoice as unpaid until the provider confirms payment. After a confirmed payment, show a thank-you page and send the customer a confirmation containing [WHAT THEY BOUGHT], [AMOUNT AND CURRENCY], [PAYMENT DATE], [ORDER OR INVOICE REFERENCE], [WHAT HAPPENS NEXT] and [SUPPORT CONTACT]. Give them access to a provider receipt or paid invoice. Notify [OWNER EMAIL] without including full card or private payment details. Save a readable status for each order or invoice: pending, paid, failed, cancelled or refunded. Confirm payment with the provider before changing the status, sending a paid confirmation, reserving a time or releasing a download. Refreshing the success page or receiving the same confirmation twice must not fulfil the purchase twice. Do not invent tax rates, invoice wording required by a particular country or accounting claims. Use [BUSINESS DETAILS], [TAX INFORMATION SUPPLIED BY ME] and the payment provider's settings. Flag anything that needs a local accountant or legal review. Keep the checkout calm and trustworthy, matching [BRAND STYLE]. Test a successful payment, a cancelled checkout, a failed payment and a repeated page refresh. Tell me what the customer receives in each case and what I must do before accepting real money.
כבר בונים? הדביקו את זה בפרויקט שלכם. מתחילים מאפס? פתחו חשבון חינמי באחת מפלטפורמות הבנייה המתאימות למטה.
בנו את זה ב־
מה זה יוצר
- תהליך תשלום מיידי חד-פעמי, זרימת חשבוניות או שניהם
- סיכומי הזמנה ברורים ומצבי תשלום מול הלקוח
- סטטוסים מאושרים על ידי הספק: שולם, נכשל, בוטל והוחזר
- דף תודה בתוספת אישורים ללקוח ולבעלים
- גישה לקבלה או חשבונית ששולמה לאחר התשלום
- הגנה מפני מילוי הזמנה כפול או חיובים חוזרים בשוגג
בדקו שזה עבד
הדביקו את הפרומפט, המתינו לסיום הבנייה, ואז ודאו את אלה — בשפה פשוטה, בלי בדיקות טכניות:
- דף התשלום מציג את הפריט, המחיר והמטבע הנכונים לפני הזנת פרטי תשלום לבדיקה
- ביטול מחזיר את המשתמש בבטחה מבלי לסמן את ההזמנה כמשולמת
- תשלום בדיקה מוצלח מופיע בלוח הבקרה של הספק ומשנה את סטטוס האפליקציה ל-Paid
- לקוח הבדיקה מקבל אישור אחד עם הרכישה הנכונה והצעד הבא
- חשבונית נשארת במצב Unpaid עד לאישור תשלום הבדיקה, ולאחר מכן משתנה בבירור ל-Paid
- רענון דף התודה אינו שולח פריט נוסף, מזמין מקום נוסף או יוצר אישור נוסף
- אף מסך לא מבקש מהאפליקציה לשמור את פרטי הכרטיס המלאים
משהו חסר? זה נורמלי — בקשו אותו בהודעת המשך קצרה אחת במקום להריץ מחדש את כל הפרומפט.
השלבים הבאים
מעקב אחר מילוי הזמנה לאחר תשלום
כאשר התשלום הוא רק תחילתו של תהליך אספקת שירות או מוצר
Add a separate fulfilment status for paid [ORDERS / SERVICES / BOOKINGS]: [STATUS OPTIONS]. Only [AUTHORIZED ROLE] may change it. Show the customer the current status and send one update when it changes, without changing the provider's payment status.
תדעו שזה עבד כאשר: הזמנת בדיקה ששולמה עוברת בשלבי המילוי המאושרים בזמן שתיעוד התשלום שלה נשאר מדויק.
תזכורת ללקוח על חשבונית שלא שולמה
כאשר לחשבוניות יש תאריכי פירעון והלקוחות עלולים לשכוח
Add one polite reminder for an unpaid invoice [TIME BEFORE OR AFTER DUE DATE]. Include the invoice reference, amount, currency, due date and secure payment link. Stop reminders immediately when the provider confirms payment, and never send more than [MAXIMUM REMINDERS].
תדעו שזה עבד כאשר: חשבונית בדיקה שלא שולמה מקבלת את התזכורת המתוכננת, בעוד שחשבונית ששולמה אינה מקבלת תזכורת כלל.
טיפול בהחזר כספי באופן ברור
לאחר שתהליך התשלום והמילוי אמין
When a refund for [ORDER OR INVOICE] is confirmed by [PAYMENT PROVIDER], change its status to Refunded, record the date and amount, apply [ACCESS OR FULFILMENT RULE], and send the customer a plain confirmation. Prevent the same refund notice from being applied twice.
תדעו שזה עבד כאשר: החזר בדיקה מופיע פעם אחת אצל הספק ובאפליקציה, כאשר הגישה של הלקוח או המילוי מטופלים כמפורט.
שימו לב ל
- דף תודה אינו הוכחה לתשלום. רק התוצאה המאושרת של ספק התשלום צריכה לסמן הזמנה כמשולמת או להפעיל את מילוי ההזמנה.
- חשבונית וקבלה אינן ניתנות להחלפה. החשבונית דורשת תשלום; הקבלה או החשבונית ששולמה מאשרת אותו. תייגו כל מסמך בכנות.
- דרישות מס וחשבוניות משתנות. אל תתנו לבונה להמציא חוקים עבור המיקום שלכם. הגדירו את הספק עם פרטי העסק האמיתיים שלכם וקבלו ייעוץ מקומי במידת הצורך.
- תשלומים עשויים לעבוד רק באתר בדיקה מפורסם. בדקו את תהליך העבודה האמיתי המפורסם בסביבת הבדיקות של הספק לפני שתניחו שהתצוגה המקדימה של העורך מספיקה.
- ספקי תשלומים גובים עמלות משלהם ומגבילים מוצרים או שירותים מסוימים. עיינו בתנאים הנוכחיים של הספק, במיקומים הנתמכים ובכללים לגבי עסקים אסורים לפני העלייה לאוויר.
- מוצרים פיזיים דורשים טיפול ומלאי מעבר לתשלום. הודעה זו מכסה תשלום חד-פעמי ואישור, לא הפעלה מלאה של חנות.
הערות לפי פלטפורמה
<ul><li><strong>Base44:</strong> Base44 יכול להתקין את Stripe בסביבת בדיקות ותומך בתשלום חד-פעמי ובחשבוניות המתארחות ב-Stripe. יש לבדוק את התשלום ב-Stripe באפליקציה שפורסמה, וייתכן שתכונות תשלום ידרשו תוכנית בתשלום של Base44.</li><li><strong>Lovable:</strong> התשלומים המובנים של Lovable תומכים ברכישות חד-פעמיות עבור מוצרים דיגיטליים ותוכנה מתאימים, עם Stripe או Paddle בהתאם לפרויקט. מלאי פיזי ומשלוח דורשים הגדרת מסחר אלקטרוני מלאה יותר, ויש לבצע בדיקות תשלום באתר המפורסם.</li><li><strong>v0:</strong> v0 יכול לחבר את האינטגרציה של Stripe דרך Vercel עם סביבות בדיקה וסביבות חי. תשלום (Checkout) נתמך היטב, בעוד שמסכי חשבוניות מותאמים אישית, מילוי הזמנות והודעות אימייל ללקוחות דורשים לוגיקה מפורשת של האפליקציה או הגדרת ספק.</li></ul>
לחסוך בקרדיטים
כל פלטפורמה מחייבת אתכם על העבודה שה-AI שלה עושה — ולכן ההרגל הזול ביותר הוא לחשוב לפני שבונים. שישה כללים שחוסכים את רוב הבזבוז, בכל פלטפורמה שתבחרו.
- תכננו קודם בצ'אט חינמי. שרטטו את הכול ב-ChatGPT, ב-Claude או ב-Gemini — עמודים, פיצ'רים, מה כל טופס אוסף, איך זה צריך להיראות. לחשוב שם זה בחינם; לחשוב בתוך פלטפורמת בנייה זה בתשלום.
- התחילו מפרומפט כתוב, לא ממשפט. "תבנה לי אתר" הוא המשפט היקר ביותר בבנייה עם AI. פרומפט ראשון מלא — כמו אלה שבאתר הזה — חוסך עשרות סבבי תיקונים.
- אל תתעצלו בפרטים. כל פרט שתשמיטו יחזור כתיקון שתשלמו עליו. שם העסק, צבעים, כל עמוד, כל שדה בטופס, מה קורה אחרי שליחה — הכניסו הכול לפרומפט הראשון.
- אחר כך — שינוי אחד בכל הודעה. "תקן את הכותרת, וגם את הטופס, וגם את הצבעים" יוצר סבך שעולה יותר לפרום ממה שנחסך.
- נתקעתם? הפסיקו לטלאי. אם אותו תיקון נכשל בערך שלוש פעמים, אל תשלחו תיקון רביעי — תארו במקום זה את המצב הסופי הרצוי של כל המקטע בהודעה חדשה אחת.
- התחילו בחינם. שדרגו כשתצטרכו יותר. השתמשו במכסה החינמית כדי לבנות ולגלות את הגרסה הראשונה שלכם. שדרגו כשתצטרכו יותר שימוש או פיצ'רים בתשלום, ובדקו את העלויות של שירותים מחוברים לפני ההשקה.
הפרומפטים בעמוד הזה כתובים כך שיעשו את רוב העבודה הזאת בשבילכם — זו כל המטרה שלהם.
קראו את המדריך המלאפרומפטים קשורים
חלק מהערכות האלה
נבדק לאחרונה: 2026-07-27