האם הגיע הזמן לשדרג את האתר?

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

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

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

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

עיקר השינויים:

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

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

  3. התפתחות שפות תכנות (HTML5) ופלטפורמות תוכנה חדשות המתבססות עליהן. אלו מאפשרים:

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

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

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

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

 

חובה להשוות בין פלטפורמות תוכנה

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

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

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

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

האפיון והתכנון קודמים לבחירת פלטפורמה וגורם מתכנת

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

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

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

חבר