4:47 אחר הצהריים ביום שישי. ההצעה חייבת לצאת עד חמש, אחרת העבודה עוברת לקבלן הבא ברשימה של הלקוח. הגיליון האלקטרוני הוא עותק של הצעת מחיר מלפני חודשיים – אותן שורות, המחירים "אמורים" להיות עדכניים. הקבלן מעדכן את כמות האריחים, מעדכן את שם הלקוח והכתובת. הוא שוכח לעדכן את תעריף העבודה, כי הוא יושב בלשונית מוסתרת מאחורי שלושה קליקים. ההצעה יוצאת, הלקוח חותם במקום. שלושה שבועות אחר כך מתברר ששורת העבודה עדיין חויבה לפי התעריף הישן והנמוך יותר, מלפני העלאת המחירים האחרונה. ההפרש הוא כמה אלפי שקלים של רווח בעבודה הזו – כסף שפשוט נעלם כי אף אחד לא תפס את זה בזמן.
זה לא סיפור על לקוח אחד – זהו דפוס שאנחנו רואים שוב ושוב בשיחות עם חברות בנייה. הנה איך הייתי בונה מערכת שבאמת פותרת את זה.
הבעיה היא לא אקסל ככלי. הבעיה היא שכל הצעת מחיר היא העתק ידני של הקודמת, בלי שליטה על איזו שורה עדיין נכונה היום. כמה דברים חוזרים על עצמם:
נניח שקבלן מכין כ-15 הצעות מחיר בחודש, ערך עבודה ממוצע ₪30,000. אם פעם בחודשיים מתגנבת טעות של 3–5% בעבודה או בחומרים, זה הפסד של בין ₪900 ל-₪1,500 לאירוע – ועוד לפני שסופרים את המקרה הכבד יותר: הצעת מחיר שמחייבת את הלקוח ביתר ופשוט אף פעם לא נחתמת.
| סעיף | מחיר נכון | מחיר בהצעה שנשלחה | הפרש |
|---|---|---|---|
| עבודה, 2 חדרי אמבטיה | ₪1,700/יום | ₪1,450/יום (תעריף ישן) | −₪250/יום |
| בידוד, 40 מ"ר | ₪70/מ"ר | ₪70/מ"ר | ₪0 |
| הנחה של 10% | על החומרים | על הסכום הכולל | הפסד נוסף |
הרעיון פשוט: רשימת המחירים חיה במקום אחד, לא בחמישה עותקים מפוזרים על שולחנות עבודה. כל הצעת מחיר נוצרת ממנה, עם כללי הנחה שהמערכת מיישמת אוטומטית – לא מהזיכרון.
הבקשות הנפוצות ביותר שאנחנו שומעים מחברות בנייה בבריטניה ובאירלנד: תוכנת הנהלת חשבונות (Xero, QuickBooks) – הצעת מחיר שאושרה הופכת אוטומטית לטיוטת חשבונית; Stripe או קישור בנקאי למקדמות; וואטסאפ או אימייל לשליחת ההצעה ותזכורת ללקוח אם הקישור נשאר לא נפתח במשך שלושה ימים. בינה מלאכותית באמת מרוויחה את מקומה בנקודה אחת כאן – קריאת גיליון אלקטרוני ישן ומבולגן עם כמה לשוניות מוסתרות והפיכתו לרשימת מחירים נקייה ומובנית לאישור. לא "בינה
PENTIMENTO