ערכות פרומפטים

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

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

סוג הפרויקט: הצעות מחיר ללקוחות רמת קושי: בינונית זמן: 1-2 ימים עובד עם: Base44 / Lovable / v0

מה יהיה לכם בסוף

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

לפני שמתחילים

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

איזו פלטפורמה מתאימה לזה

Base44 היא ההתאמה הטבעית: דפים פרטיים לכל לקוח, אישורים שמורים, התראות ודף ניהול בעלים שכולם חיים באפליקציה מנוהלת אחת, וכללי הגישה שהופכים הצעה לפרטית הם בדיוק מה שהחשבונות המובנים בה מטפלים. Lovable בונה את אותו הדבר דרך Lovable Cloud או צד שרת אופציונלי של Supabase ומעניקה לכם בעלות על הקוד מאוחר יותר. v0 יבנה את הכל עם server actions או נתיבי API על Vercel, אבל בקרת גישה היא החלק שאתם חייבים לעשות נכון בעצמכם כאן — דף הצעה נושא את המחיר של הלקוח, וקישור שאי אפשר לנחש אינו אותו דבר כמו דף מוגן. בכל פלטפורמה, זו הערכה שבה כדאי לבצע בדיקת כללי גישה בסוף במקום להניח שהכל תקין.

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

בנו את זה ב־

איך אנחנו מרוויחים

השלבים

1

בנה את הדף שלקוח באמת אומר עליו כן

מתי להשתמש בזה

התחל כאן — בפרויקט חדש, או באתר שכבר בנית.

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

הפרומפט

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

Add a private proposal page to this site for [YOUR BUSINESS AND WHAT YOU SELL, e.g. an interior design studio proposing residential projects].

Each proposal lives at its own private address and belongs to one client. It shows: who it is for and when it was prepared, a short paragraph in my own words about their project, what is included as a clear list, what is explicitly not included, the fee or fee range, the payment schedule, the timeline with its assumptions, and my standard terms: [YOUR TERMS, e.g. revision rounds, what moves a date, deposit treatment, how either side stops].

Write nothing for me. Leave every one of those as a field I fill in — do not generate scope, fees, timelines or terms, and do not fill an empty proposal with plausible-sounding text.

State plainly near the top what accepting this page will mean in my process: [WHAT ACCEPTANCE DOES, e.g. it holds your date and I send the contract, or it starts the work].

Give each proposal an expiry date I set, shown on the page, and after which it reads as expired rather than still live.

It must read properly on a phone, because that is where it will be opened first, and it must print or save to PDF cleanly, because someone will want to show a partner.

No accept button yet, and no sending yet — that comes later.

בדקו שזה עבד

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

תדעו שזה עבד כאשר:

הצעה אמיתית לפרויקט עבר אמיתי, מלאה מקצה לקצה, שהיית שמח לשלוח בזמנו.

שימו לב ל

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

2

הפוך את השליחה לעניין של דקות, לא ערב שלם

מתי להשתמש בזה

ברגע שדף הצעה בודד נראה נכון.

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

הפרומפט

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

Add reusable proposal templates behind my owner screen.

Let me save my standard packages — [YOUR PACKAGES OR TIERS] — each with its own inclusions, exclusions, fee or range, payment schedule and typical timeline. Let me also save my standard terms once so they are not retyped.

Creating a new proposal starts from a package, fills all of that in, and lets me change anything for this particular client before sending. Changing a saved package must not alter proposals that already exist.

Let a proposal offer more than one option side by side where I want it — [e.g. a smaller and a larger scope] — with the client choosing one when they accept.

Let me duplicate any past proposal as the starting point for a new one.

Keep the proposal page itself working exactly as it is.

בדקו שזה עבד

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

תדעו שזה עבד כאשר:

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

שימו לב ל

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

3

שלח אותה, ותפסיק לנחש אם היא נקראה

מתי להשתמש בזה

ברגע שאתה יכול לבנות הצעה במהירות.

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

הפרומפט

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

Add sending to my proposals.

From my owner screen, let me send a proposal to a client's email address. They receive a short message with a link to their own private proposal page. Use a proper email delivery service so it reliably arrives rather than landing in spam, and tell me exactly what I need to set up.

Protect each proposal so only the intended client can open it: [YOUR CHOICE — a short code I give them, or an account I create for them]. Do not rely on the address being hard to guess; a proposal contains someone's fee.

Record when the proposal was first opened and when it was last opened, and notify me the first time. Show this on my owner screen.

Let me resend a proposal, and let me withdraw one so its link stops working and says so plainly rather than breaking.

Do not track anything beyond opens — no reading time, no scroll depth, no per-section attention. Knowing it was opened is what I need; the rest would be surveillance of a client.

Keep the proposal page and the templates working exactly as they are.

בדקו שזה עבד

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

תדעו שזה עבד כאשר:

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

שימו לב ל

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

4

כפתור האישור, ומה הוא באמת מתעד

מתי להשתמש בזה

ברגע שהצעות מגיעות ללקוחות באופן אמין.

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

הפרומפט

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

Add acceptance to my proposal pages.

The client accepts with a clear action — a button plus typing their name to confirm it is them. Beside it, in plain language, state what they are agreeing to and what happens next: [YOUR WORDING, e.g. accepting confirms this scope and fee, and I will send the contract and deposit request within one working day].

When a proposal is accepted, store a permanent record of it: who accepted, the name they typed, the date and time, and a frozen copy of the exact proposal wording they saw. That frozen copy must never change afterwards, even if I edit the proposal or the package it came from.

Notify me immediately, and send the client a confirmation email containing their accepted proposal so they have their own copy.

Let the client decline instead, with an optional short reason, and notify me of that too. A clear no is worth more than silence.

An expired proposal cannot be accepted — it says so and offers to ask me for an updated one.

[IF I WANT A DEPOSIT: after acceptance and only after it, show a payment step for [YOUR DEPOSIT], handled on the payment provider's own secure page. Never before acceptance, and never store card details on my site.]

Do not describe any of this as a signature, a signed contract or a legally binding agreement anywhere in the page or the emails. It is a record of acceptance.

בדקו שזה עבד

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

תדעו שזה עבד כאשר:

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

שימו לב ל

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

5

דלפק ההצעות שלך

מתי להשתמש בזה

ברגע שהצעות יוצאות באופן קבוע.

ראה מה בחוץ, מה מתקרר, ומה אחוז הסגירה האמיתי שלך.

הפרומפט

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

Add a private proposals desk to my owner screen.

List every proposal with its client, value, status — draft, sent, opened, accepted, declined, expired — when it was sent, when it was last opened, and its expiry date. Let me add a private note to each one.

Highlight proposals that were sent and never opened after [YOUR THRESHOLD, e.g. 3 days], and proposals that were opened but not answered after [YOUR THRESHOLD, e.g. 7 days]. These are the two follow-ups that actually win work.

Let me send a short, polite follow-up from the desk in one action, with wording I control and can edit before it goes.

Show me a simple summary: proposals sent this month, accepted, declined, expired, my acceptance rate, and the typical value of an accepted proposal against a declined one.

Let me export my proposals and their acceptance records, so I always have my own copy.

Make sure clients can only ever reach their own proposal and nothing else on this screen.

Keep everything from the previous steps working exactly as it is.

בדקו שזה עבד

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

תדעו שזה עבד כאשר:

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

שימו לב ל

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

עולים לאוויר

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

לחסוך בקרדיטים

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

  1. תכננו קודם בצ'אט חינמי. שרטטו את הכול ב-ChatGPT, ב-Claude או ב-Gemini — עמודים, פיצ'רים, מה כל טופס אוסף, איך זה צריך להיראות. לחשוב שם זה בחינם; לחשוב בתוך פלטפורמת בנייה זה בתשלום.
  2. התחילו מפרומפט כתוב, לא ממשפט. "תבנה לי אתר" הוא המשפט היקר ביותר בבנייה עם AI. פרומפט ראשון מלא — כמו אלה שבאתר הזה — חוסך עשרות סבבי תיקונים.
  3. אל תתעצלו בפרטים. כל פרט שתשמיטו יחזור כתיקון שתשלמו עליו. שם העסק, צבעים, כל עמוד, כל שדה בטופס, מה קורה אחרי שליחה — הכניסו הכול לפרומפט הראשון.
  4. אחר כך — שינוי אחד בכל הודעה. "תקן את הכותרת, וגם את הטופס, וגם את הצבעים" יוצר סבך שעולה יותר לפרום ממה שנחסך.
  5. נתקעתם? הפסיקו לטלאי. אם אותו תיקון נכשל בערך שלוש פעמים, אל תשלחו תיקון רביעי — תארו במקום זה את המצב הסופי הרצוי של כל המקטע בהודעה חדשה אחת.
  6. התחילו בחינם. שדרגו כשתצטרכו יותר. השתמשו במכסה החינמית כדי לבנות ולגלות את הגרסה הראשונה שלכם. שדרגו כשתצטרכו יותר שימוש או פיצ'רים בתשלום, ובדקו את העלויות של שירותים מחוברים לפני ההשקה.

הפרומפטים בעמוד הזה כתובים כך שיעשו את רוב העבודה הזאת בשבילכם — זו כל המטרה שלהם.

קראו את המדריך המלא

נבדק לאחרונה: 2026-09-14

שאלות נפוצות

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