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