Call Event - פורטל ספקי אירועים

איך בנינו את זה

הרשומה לפני העיצוב

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

סינון לפי מה שבאמת מחפשים

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

עמודי אוסף כנכס בפני עצמו

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

תוכן שמלווה את המאגר

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

מה שהיה קשה כאן

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

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

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