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

מתי גיליון אלקטרוני כבר לא מספיק?

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

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

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

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

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

• הדיווח לבעלי הנכסים לוקח ימים. כל דוח נבנה מחדש בהעתקה והדבקה.

• יש כמה גרסאות של האמת. קובץ אצל הנהלת החשבונות, קובץ אצל מנהל הנכסים ורשימה אצל הבעלים, והם לא זהים.

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

איך מגדירים דרישות לפני שפונים לספקים?

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

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

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

3. החליטו מה חובה. שלוש עד חמש יכולות שבלעדיהן אין טעם להמשיך. כל השאר הוא יתרון.

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

מה מערכת לניהול נכסים צריכה לדעת לעשות?

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

כסף

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

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

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

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

חוזים ומועדים

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

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

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

• שכירות מסחרית. אם יש לכם נכסים מסחריים: מחיר למ"ר, שטח בחוזה, העמסה ומע"מ.

תפעול ושקיפות

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

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

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

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

אילו שאלות לשאול ספק של תוכנה לניהול נכסים?

הטמעה והסבת נתונים

• מי מעביר את הנתונים הקיימים, ומה נדרש מכם. ייבוא מקובץ, או הקלדה ידנית.

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

• האם יש הדרכה לצוות, ובאיזו שפה.

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

• רשימת נכסים עם כתובת, בעלים ושטח, ובנכסים מסחריים גם שטח בחוזה.

• לכל חוזה: תאריכי התחלה וסיום, דמי שכירות נוכחיים, מועד התשלום ואמצעי התשלום.

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

• אופציות ומועדי ההודעה עליהן, ומדרגות שכירות עתידיות.

• בטוחות: סוג, סכום ותאריך פקיעה.

• יתרות פתוחות ליום המעבר, מוסכמות עם הנהלת החשבונות.

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

תמיכה

• באילו ערוצים ובאילו שעות. מה זמן התגובה המוצהר.

• האם מי שעונה מכיר את המונחים של שוק השכירות בישראל.

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

מודל התמחור

• לפי מה משלמים: נכסים, יחידות, משתמשים או נפח פעילות.

• מה כלול במחיר ומה מתומחר בנפרד: הטמעה, הודעות, חתימות דיגיטליות, עמלות סליקה.

• מה יקרה למחיר כשתיק הנכסים יגדל פי שניים.

• תקופת ההתחייבות ותנאי היציאה.

מה לבקש לראות בהדגמה?

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

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

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

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

• קריאת שירות מרגע הדיווח ועד סגירתה, כולל התיעוד שנשאר בתיק הנכס.

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

איך מריצים פיילוט שבאמת בודק את המערכת?

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

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

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

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

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

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

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

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

אילו טעויות חוזרות בהטמעה?

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

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

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

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

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

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

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

איך מחשבים את העלות האמיתית של המערכת?

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

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

• עלות הטמעה והסבת נתונים, אם היא מתומחרת בנפרד.

• עלויות משתנות: הודעות, חתימות דיגיטליות, עמלות סליקה והעברה.

• שעות העבודה של הצוות שלכם בהטמעה ובהדרכה.

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

תבנית לטבלת ניקוד

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

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

דוגמה לחישוב, להמחשה בלבד: מערכת שקיבלה 4 במעקב תשלומים צוברת 80 נקודות בשורה הזו (20 כפול 4). הציון המרבי בטבלה הוא 500. פער של עשרות נקודות בין שתי מערכות הוא משמעותי, ופער של נקודות בודדות אומר שההחלטה תיפול על שיקולים אחרים, כמו איכות התמיכה שחוויתם בפיילוט.

איפה נדלניטור נמצאת בתמונה

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

המדריך מספק מידע כללי בלבד ואינו תחליף לייעוץ מקצועי.