הצעת מחיר דיגיטלית נבנית ממחירון אחד, נשלחת כ-PDF, מאושרת ברשת והופכת לחשבונית בלי הקלדה מחדש. המדריך מסביר מה עושה תוכנה להצעות מחיר, מהם קודי הצעת המחיר במורנינג, ב-Invoice4U וביש חשבונית, ואיך משתווים וורד, תוכנת חשבוניות, CRM ומערכת ייעודית.
עיקרי הדברים
- הצעת מחיר דיגיטלית ממוספרת, נבנית ממחירון אחד והופכת להזמנה או לחשבונית עם אותו מזהה.
- במורנינג (סוג 10), ב-Invoice4U (DocumentType 7) וביש חשבונית (DocumentType 1) כבר יש מסמך הצעת מחיר עם קוד משלו.
- אם ההצעות שלכם הן רשימת פריטים וסכום, מסמך ההצעה של תוכנת החשבוניות הוא ברירת המחדל הסבירה.
- בכל דרך אישור, שמרו תיעוד של הגרסה המדויקת שאושרה, על ידי מי ומתי.
הצעת מחיר דיגיטלית היא הצעה שנבנית בתוך מערכת מתוך מחירון אחד: שורות ממוספרות, מע"מ שמחושב לבד, PDF שנשלח במייל או בוואטסאפ, אישור מקוון של הלקוח, והמרה להזמנה או לחשבונית עם אותו מזהה. היתרון על פני וורד אינו במראה המסמך, אלא בכל מה שקורה אחרי שהוא נשלח.
מה עושה בפועל תוכנה להצעות מחיר?
תוכנה להצעות מחיר עושה את אותן שש עבודות, בין שהיא מודול בתוכנת החשבוניות, יכולת בתוך ה-CRM או מערכת שנבנתה במיוחד בשבילכם. ההבדל בין המוצרים הוא עד כמה כל עבודה נעשית היטב, ולא אם היא קיימת.
- קטלוג פריטים - כל מוצר או שירות מוזן פעם אחת, עם מחיר בסיס, יחידת מידה ותיאור, והנציג בוחר שורה במקום להקליד אותה.
- שורות עם מע"מ - כמות כפול מחיר בכל שורה, הנחות, ומע"מ שמחושב לכל המסמך או לכל שורה, כולל שורות פטורות.
- מספור - כל הצעה מקבלת מספר מרצף משלה, וזה מה שמאפשר לענות על "מה קרה עם הצעה 1042".
- PDF ושליחה - אותם נתונים מופקים כ-PDF ונשלחים במייל, ב-SMS או כקישור בוואטסאפ, ועותק נשמר בכרטיס הלקוח.
- אישור - הלקוח מאשר בתשובה, בלחיצה או בחתימה אלקטרונית, והגרסה שאושרה ננעלת.
- המרה - הצעה שאושרה הופכת להזמנה או לחשבונית שנושאת את המזהה של ההצעה, בלי הקלדה מחדש.
העבודה האחרונה היא זו שמחזירה את ההשקעה. הקלדה מחדש של הצעה לתוך חשבונית היא המקום שבו נולדות רוב הטעויות בסכומים, והשרשרת המלאה, כולל הסיבה שמזהה אחד צריך לעבור מההצעה להזמנה ולחשבונית, מפורטת במאמר מהצעת מחיר להזמנה ולחשבונית עם מזהה אחד.
מה נשבר בהצעות מחיר בוורד
- אין מספור, ולכן אי אפשר לענות על "מה קרה עם ההצעה מהשבוע שעבר" בלי לחפש בקבצים.
- המחיר מועתק מהצעה קודמת, והנחה שניתנה פעם אחת מתגלגלת לכולם.
- שתי גרסאות של אותה הצעה אצל שני אנשים, ואף אחד לא יודע מה נשלח.
- הקלדה מחדש בחשבונית, עם הטעויות שבאות איתה.
- תנאי תשלום שמשתנים מהצעה להצעה בלי שמישהו החליט.
ההקלדה מחדש היא היקרה מכולן, כי טעות בחשבונית עולה זמן תיקון, חשבונית זיכוי, ולפעמים גם את האמון של הלקוח.
אילו תוכנות חשבוניות בישראל כבר מפיקות הצעת מחיר?
אם אתם כבר מפיקים חשבוניות בתוכנת חשבוניות ישראלית בענן, כמעט בוודאות יש בה סוג מסמך של הצעת מחיר, וה-API שלה יודע ליצור אותו. הקודים שונים מספק לספק, וזה חשוב ברגע שמתחילים לחבר מערכות: הצעה שנשלחת עם הקוד של חשבונית מס הופכת למסמך מס שצריך לבטל.
| מערכת | הצעת מחיר | הזמנה | חשבונית מס | פרט שימושי |
|---|---|---|---|---|
| מורנינג (חשבונית ירוקה) | סוג 10 | 100 | 305 (320 = חשבונית מס קבלה) | linkedDocumentIds עם linkType: "link" מקשר מסמך חדש להצעה, ו-GET /documents/{id}/linked מחזיר את המסמכים המקושרים אליה |
| Invoice4U | DocumentType 7 (InvoiceQuote) | 6 (InvoiceOrder) | 1 (Invoice) | ב-WSDL שפורסם אין פעולה שנקראת על שם המרת הצעה, ולכן החשבונית נוצרת משורות ההצעה ששמרתם |
| יש חשבונית | DocumentType 1 | 2 | 8 (9 = חשבונית מס קבלה) | הדגלים SendEmail ו-SendSMS בקריאת היצירה שולחים את המסמך ללקוח |
מורנינג מתעדת גם את POST /documents/preview, שמציג מסמך לפני שהוא מופק, וסטטוס פתוח או סגור לכל מסמך, עם POST /documents/{id}/close לסגירה ידנית. הסטטוס הזה מספיק כדי לדעת אם הצעה עדיין פתוחה. מלכודת אחת: השדה signed במורנינג הוא החתימה הדיגיטלית של העסק על המסמך (ברירת המחדל שלו true), ולא אישור של הלקוח. הפרטים לכל ספק נמצאים במדריכים ל-API של מורנינג, ל-API של Invoice4U ול-API של יש חשבונית.
וורד, תוכנת חשבוניות, CRM או מערכת ייעודית: מה מתאים לכם?
| אפשרות | קטלוג ומע"מ | מעקב | מעבר לחשבונית | מתאים כאשר |
|---|---|---|---|---|
| תבנית וורד או אקסל | ידני, מועתק מההצעה הקודמת | אין | הקלדה מחדש | יוצאות כמה הצעות בחודש, ואדם אחד שולח אותן |
| הצעות בתוכנת החשבוניות (מורנינג, Invoice4U, יש חשבונית) | רשימת פריטים ומע"מ מובנים | סטטוס המסמך בלבד | באותה מערכת, בלי הקלדה | ההצעה היא רשימת פריטים וסכום, והחיוב כבר מתנהל שם |
| הצעות ב-CRM | קטלוג מוצרים, משתנה בין מערכות | משפך מכירות, תזכורות, אחריות של נציג | דורש חיבור לתוכנת החשבוניות | כמה אנשים מוכרים, והמעקב הוא צוואר הבקבוק |
| מערכת ייעודית להצעות מחיר | כללי תמחור משלכם: שלבים, אופציות, שורות חודשיות | מה שתגדירו | דרך ה-API של תוכנת החשבוניות, עם מזהה אחד | ההצעות מורכבות, או שהאפשרויות האחרות מחזירות את הגדולות לוורד |
ברירת המחדל הסבירה: אם ההצעות שלכם הן רשימת פריטים וסכום, השתמשו בסוג המסמך שכבר קיים בתוכנת החשבוניות. CRM מצדיק את עצמו כשכמה אנשים מוכרים, ואוטומציית מכירות לעסק קטן מראה איפה ההצעה יושבת בתהליך. כשההצעה נוצרת ב-CRM והחשבונית במקום אחר, החיבור מוסבר בחיבור תוכנת חשבוניות ל-CRM. רמות הבנייה של מסלול ייעודי מפורטות בכמה עולה בניית מערכת CRM ובעמוד המחירים.
מה צריך להגדיר לפני הצעת המחיר הדיגיטלית הראשונה?
- מחירון - רשימת המוצרים או השירותים עם מחיר בסיס ויחידת מידה.
- מדיניות הנחות - מי רשאי לתת כמה, בלי לשאול.
- תנאי תשלום ברירת מחדל, ומתי חורגים מהם.
- תוקף ההצעה - מספר ימים, ששמור כשדה ולא כמשפט בטקסט.
- נוסח קבוע - מה מופיע בכל הצעה, כולל מה שאינו כלול.
- מי מאשר הצעה מעל סכום מסוים.
מדיניות ההנחות היא זו שחוסכת הכי הרבה ויכוחים פנימיים, וכמעט אף פעם היא לא כתובה בשום מקום לפני שמגדירים אותה במערכת. מעבר למחיר, שלושה דברים בהצעה עצמה משפיעים על שיעור הסגירה יותר מהעיצוב: מה בדיוק כלול ומה לא, לוח זמנים משוער שתלוי במה שהלקוח צריך לספק, ומשפט אחד שאומר מה קורה אחרי האישור. הרבה הצעות נגמרות במחיר ומשאירות ללקוח לנחש מה עושים עכשיו.
איך לקוח מאשר הצעת מחיר דיגיטלית?
הסעיף הזה הוא תיאור טכני ולא ייעוץ משפטי. הצעת מחיר דיגיטלית מאושרת בדרך כלל באחת משלוש דרכים: תשובה למייל, לחיצה על כפתור אישור בעמוד ההצעה, או חתימה אלקטרונית על ה-PDF. איזו מהן מספיקה לעסקה מסוימת היא שאלה לעורך הדין שלכם; סוגי החתימה שהחוק בישראל מגדיר ואיך תהליך החתימה עובד מוסברים בחתימה דיגיטלית על מסמכים.
מבחינה טכנית, כל דרך צריכה את אותו תיעוד: איזו גרסה בדיוק אושרה, על ידי מי ומתי. הצעה שתוקנה אחרי האישור ולא נשמרה כגרסה נפרדת היא ויכוח שקשה להכריע. לכן הצעה שמשתנה מקבלת גרסה חדשה, ולא עריכה של הקיימת. כשהצעה נדחית, רשמו מה בדיוק נדחה - המחיר, ההיקף, לוח הזמנים או התנאים. שלוש דחיות ברצף על אותו סעיף הן מידע על ההצעה שלכם, לא על הלקוחות.
מה קורה אחרי ששולחים את ההצעה?
רוב העסקים משקיעים בהצעה עצמה ולא במה שבא אחריה. הצעה טובה שאף אחד לא עוקב אחריה נסגרת פחות מהצעה בינונית עם מעקב מסודר. המעקב שעובד הוא פשוט: תזכורת אוטומטית אחרי מספר ימים קבוע, פנייה קצרה שמציעה עזרה במקום ללחוץ, ועוד פנייה אחת לפני שההצעה פגה.
כאן שדה התוקף מוכיח את עצמו. תוקף אינו איום אלא סיבה לגיטימית לחזור ללקוח - "ההצעה פגה ביום ראשון, רציתי לוודא שהיא לא נשכחה". גם המהירות חשובה: כשהצעה יוצאת תוך שעה במקום למחרת, חלק מהלקוחות סוגרים לפני שהם פונים למישהו אחר, וזה תלוי בשאלה אם בניית הצעה היא עבודה או לחיצה. בניית המערכת שמסביב, שלב אחר שלב, מתוארת באיך בונים מערכת CRM.
מקורות
שאלות נפוצות
מה זו הצעת מחיר דיגיטלית?
הצעת מחיר דיגיטלית היא הצעה שנוצרת בתוכנה ולא במעבד תמלילים. היא נבנית ממחירון עם שורות ממוספרות ומע"מ, נשלחת כ-PDF במייל או בוואטסאפ, הלקוח מאשר אותה ברשת, והיא הופכת להזמנה או לחשבונית בלי שמישהו מקליד את השורות מחדש. ההבדל מוורד אינו במראה, אלא במעקב ובהמשך.
תוכנת החשבוניות שלי יכולה להפיק הצעות מחיר?
רובן כן. מורנינג מתעדת הצעת מחיר כמסמך מסוג 10, Invoice4U כ-DocumentType 7 (InvoiceQuote), ויש חשבונית כ-DocumentType 1. אפשר ליצור כל אחת מהן דרך ה-API של הספק, וכך אתר או CRM מפיקים הצעה אוטומטית במקום שמישהו יבנה אותה ידנית. חשוב לשלוח את הקוד הנכון, כי קוד של חשבונית מס יוצר מסמך מס.
אפשר לשמור על העיצוב שלנו?
ברוב המערכות כן - לוגו, צבעים ונוסח קבוע ניתנים להגדרה. מה שבדרך כלל לא אפשרי הוא עיצוב חופשי לגמרי לכל הצעה, וזה בסדר: אחידות בין ההצעות היא יתרון ולא ויתור, והיא מה שמאפשר ללקוח להשוות במהירות בין שתי הצעות שלכם.
מה עם הצעות מורכבות עם שלבים ואופציות?
זה משתנה בין מערכות, ולכן זו בדיוק הדוגמה שכדאי להביא להדגמה: בקשו לראות את ההצעה המורכבת ביותר שלכם נבנית בזמן אמת. מערכת שמתקשה בזה תחזיר אתכם לוורד בעסקאות הגדולות, וזה מבטל חלק ניכר מהתועלת. זה גם הרגע לשקול מערכת ייעודית להצעות מחיר.
ומה עם מחירים שמשתנים מלקוח ללקוח?
מחיר מיוחד ללקוח קבוע הוא צורך אמיתי, ורוב המערכות תומכות בו כמחירון ייעודי או כהנחה ששמורה בכרטיס הלקוח. מה שכדאי להימנע ממנו הוא הנחה ידנית שמוקלדת בכל הצעה מחדש, כי כך בדיוק נוצרים מחירים סותרים לאותו לקוח, ואף אחד כבר לא יודע איזה מחיר הוא הנכון.
להמשך קריאה
שירות רלוונטי
מערכת CRM בהתאמה אישית
CRM שנבנה סביב הפייפליין שלכם, מחובר לכלים שאתם כבר עובדים איתם.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.