טבלאות שטחים, כתבי כמויות ומפרטים

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

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

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

---

1. איפה הזמן באמת הולך

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

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

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

2. החלוקה שמכריעה הכל: ליקוט מול אחריות

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

יש שני דברים שהכלי הזה עושה טוב באמת, ושווה להכיר אותם בשם:

עקביות

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

איתור מה חסר

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

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

3. מאיפה מגיעים המספרים: מודל, שרטוט או טבלה קיימת

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

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

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

4. טבלת שטחים: איך אני עובד בפועל

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

1. מאיפה לקרוא. תיקיית הפרויקט, ובאיזה מקור להשתמש: המודל, ולא השרטוט.
2. מה המבנה של הפלט. אילו עמודות, באיזה סדר, לפי איזו חלוקה. זה החלק שמייצר את העקביות בין תיקים.
3. מקור לכל שורה. מאיפה הגיע כל מספר. שם האלמנט, מספר החדר, שם השכבה.
4. רשימת מה שלא נמצא, בנפרד. חללים בלי שטח, שדות ריקים, כל מה שלא הצליח לשלוף.

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

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

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

5. מפרט מכר: שבעים אחוז זהה, וזה בדיוק העניין

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

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

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

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

6. כתב כמויות: המקום להיזהר בו במיוחד

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

אז מה כן. שני דברים, ושניהם לא חישוביים:

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

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

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

7. מה עוד חוזר על עצמו בין תיקים

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

המרת מסמכים

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

סיכומי ישיבות ועדה

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

הערות שחוזרות בין תיקים

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

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

8. המלכודות

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

אפס שהוא לא אפס

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

ספירה כפולה

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

סיווג שהוא בעצם החלטה שלכם

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

יחידות מידה

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

זליגה מפרויקט קודם

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

עברית שיוצאת הפוכה מ-PDF

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

סכום שנכתב ולא חושב

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

9. מה עובר אימות אנושי, תמיד

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

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

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

10. להפוך את זה לתהליך קבוע

כל מה שתיארתי עד כאן הוא הרצה אחת. הערך האמיתי מגיע כשמפסיקים להריץ ומתחילים לשמור.

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

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

---

שאלות ותשובות