קטגוריה: ארכיטקטורת פתרונות – מאמרים מקצועיים

עוד קצת על Responsive design

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

מצגת מצויינת ומפורטת של תהליך תכנון ועיצוב אתר מותאם (Responsive) – ראו כאן.

מודעות פרסומת

קצת על Responsive Design, Mobile First ומה זה COPE לעזאזל?

"Fundamentally, there’s just one World Wide Web, but it can be experienced in different ways on different devices…"  – Luke Wroblewski

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

ההבדל אגב, דרמטי – במקום "אינטרנטים" שונים (סליחה על השפה הלא תקנית) המותאמים למכשירים שונים ולשימושים שונים – יש "אינטרנט" אחד, המותאם לשימושים ומכשירים שונים. אותו הבדל, הוא העומד מאחורי הקונספט של COPE – ראשי תיבות של "Create Once – Publish Everywhere" (עוד מקורות בגוגל).

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

רבות דובר על השיקולים השונים לאפליקציית מובייל יעודית מול אתר מותאם מול אתר שרק ניתן לגלוש בו – דבר אחד בטוח – את האתר שלכם – תתאימו.
איך מתאימים? נחזור לציטוט בראשית הדברים. Luke w טבע ב-2009 את המונח "Mobile First". זוהי גישה בה האתר מתוכנן קודם כל לטלפון נייד (סמארטפון או לא – בהתאם לצורך ולקהל היעד) ורק לאחר מכן לדסקטופ – דפדפן במחשב.
גישה זו לא רק מכינה את האתר שלכם לעובדה שבשנים הבאות אחוז הגולשים ממכשירי קצה יעבור הגולשים במחשבים (עוד על מגמות שימוש ב"מסכים" ומכשירי קצה שונים – ראו במחקר שגוגל פרסמה לאחרונה) אלא אף מחייבת אותנו להתמקד – לתעדף ולתכנן היטב את תוכן האתר באופן שלא בוצע לפני כן. באופן, אשר יספק תובנות חדשות ליעדים, למטרות ולדרך בה אנו מציגים את התוכן למשתמש (רוצים לדעת עוד על mobile first? ראו וובינר בנושא – ותודות לממשל הפדרלי ופרויקט digitalgov)

ואם כבר Mobile First, או אפשר בלי המשמעות המתבקשת לשכבת התצוגה של האתר  – Responsive Design – בניית שכבת התצוגה של האתר כך, שתותאם – הן מבחינת התצוגה והן מבחינת התכנים והרכיבים, למכשיר הקצה באמצעותו גולש המשתמש.
בואו נדגים – גילשו ל-aids.gov ובמקביל גילשו מהסמארטפון שלכם. מבינים? אותו אתר. אותו ניהול תוכן – תצוגה ותכנים שונים למכשירי קצה שונים (וובינר בנושא)

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

Agile vs Waterfall: Right vs Left Brain ?

מאמר מעניין אודות שיטת ניהול Agile מול שיטה מסורתית של "מזרקה" (waterfall)

Caminao's Ways

Preamble

All too often when the agile project model is discussed, the debate turns into a religious war with waterfall as the villain. But asking which project model will bring salvation will only bring attrition, because the question is not which is the best but when it is the best. It's like asking if a hammer is a better tool than a sickle !

Instead, one should first try to understand how they stand apart, and deduce from that what they are best for; the comparison between the left and right sides of the brain may provide a good starting point.

B2C: Balancing Brain Capacities

If it is (still) impossible to know what people think, it is possible to know where their thinking is rooted in brains, and the answer is unequivocal:

  • The left side of the brain is analytical; faced with a problem, it looks for parts and process…

View original post 642 מילים נוספות

מה צריך לעשות כשמעלים אתר לאוויר? צ'קליסט

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

בדיקות אבטחת מידע

פעולה

תיאור

אחריות

מתי

Firewall

התקנה מאובטחת של השרת.

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

מנהל פרוייקט

בסיום הפרויקט

SSL/ HTTPS

  • רכישת רישיון
  • הגדרת דפים הדורשים הצפנה

לקוח

מנהל פרוייקט

במהלך הפרויקט

ביצוע stress test

ביצוע בדיקות ביצועים באתר במידת הצורך.

מנהל פרויקט / תשתיות לקוח

לאחר בדיקות אבטחת מידע

הפעלת blob  cache ו- output cache

הפעלת cache בהתאם לצורך עמידה בביצועים

מנהל פרויקט

לאחר העברה ל- prod.

 פעולות הכנה נדרשות

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

פעולה

תיאור

אחריות

מתי

איסוף באגים מהלקוח

איסוף באגים ובקשות לשינויים מהלקוח

מנהל פרוייקט

שלב הזנת תכנים

תעדוף טיפול באגים ובבקשות לשינוי

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

מנהל פרוייקט / לקוח

שוטף מתחילת שלב הבדיקות ועד סיום אחריות

שילוב xml site map for Google באתר

יצירה על ידי צוות הפיתוח של קובץ XML המתעדכן באופן דינמי במבנה האתר

מנהל פרויקט

לפני העברת האתר ל-Prod

הכנת טבלת כתובות 301 redirect

מיפוי כתובות דפים חשובים מהאתר הישן מול כתובות דפים אלה באתר החדש

מנהל פרויקט / לקוח

לפני העברת האתר ל-Prod

וידוא שיתוף/rss

וידוא כי כל תכני השיתוף (אינטראקציה עם הלקוח – ערוצי סושייל, ערוצי RSS, דיוור וכו') פועלים כשורה.

מנהל פרויקט

לפני העברת האתר ל-Prod

יצירת favicon מתאים ללקוח

יצירת favicon מתאים ושתילתו בקוד הדף

מנהל פרויקט /

לפני העברת האתר ל-Prod

קביעת סדר עליית הקבצים וקבצי ה-CSS. איחוד קבצי CSS במידת האפשר

ראה מאמר כאן

מנהל פרויקט /

לפני העברת האתר ל-Prod

הודעת אי תמיכה בדפדפים שלא נתמכים (ie6)

ראה מאמר כאן

מנהל פרויקט /

לפני העברת האתר ל-Prod

הערכות לגלישה סלולרית

החלטה עם הלקוח עם כולל או לא כולל עיצוב האתר.

ראה מאמר כאן

מנהל פרויקט /

בשלב האפיון

 פעולות לאחר סיום פיתוח

סדרה של פעולות שונות שיש לבצע על מנת לוודא השלמת פיתוח והעבה תקינה לסביבת יצור/ prod.

פעולה

תיאור

אחריות

מתי

הגדרת/שינוי DNS

הגדרת מדיניות כתובות האתר

לקוח

במהלך הפיתוח

 

שינוי DNS בהתאם לצורך

הגדרת DNS בשרת – הקפידו להגדיר כתובת אתר עם ובלי www

מנהל פרויקט / תשתיות

לאחר העברה ל-prod

יצירה של טבלת 301 redirect ברמת ה-IIS

יצירת ההפניות בהתאם לטבלה לעיל ברמת ה-IIS/

/ תשתיות

לאחר השקת האתר

בדיקת האתר ב- prod

מעבר של מפתחים ומנהל פרוייקט על האתר ב- Prod

מנהל פרוייקט

לאחר העברה ל- prod.

סטטיסטיקות

שתילת קוד הסטטיסטיקות ב- Master page

מפתח ראשי

לאחר העברה ל- prod.

 

–        הגדרת יעדי מעקב אחר התנהגות גולשים בכלל ו"נתיבי גלישה" (Funnel") בפרט

(נתיב גלישה – הנתיב הראשי אותו עושה הלקוח לצורך השלמת פעולה מסוימת. מכתובת ההנעה לפעולה (CTA – Call to Action) ועד כתובת משוב חיובי לאחר השלמה)

–        מעקב וניתוח יחסי המרה

(כמה ממי שראה טופס השלים רישום? כמה התחילו? כמה נטשו? איפה/מתי/למה נטשו?)

 

פתיחת חשבון Google Analytics או שווה ערך.

הגדרות החשבון – יצירת Goals ו-Funnels בהתאם ליעדים ונתיבי הגלישה.

לקוח

לאחר העברה ל- prod.

העלאת מפת האתר בXML ל- webmaster tools

(Google, Bing

פתיחת חשבון

לקוח

לאחר השקת האתר

 

שילוב תגיות אימות באתר בהתאם

מנהל פרויקט

 

העלאת כתובת מפת האתר של ל-wmt

לקוח

 הדרכה

תהליך העברת המקל ללקוח

פעולה

תיאור

אחריות

מתי

הכנת תוצרי הדרכה

  • יש להחליט מה ההדרכה הנדרשת
  • יש ליצור תוצרי הדרכה

מנהל פרוייקט

לקראת סיום פיתוח

תיאום הדרכה מול לקוח

יש לתאם מול הלקוח הדרכה:

  • מי משתתף בהדרכה
  • היכן מתקיימת ההדרכה (נדרש ברקו?; כמה עמדות מחשב? האם הדגמה On-line)
  • מהם תוצרי ההדרכה

מנהל פרוייקט

לקראת סיום פיתוח

תיאום הדרכה פנימי

תיאום המשתמשים המורשים אצל הלקוח

הלקוח

לקראת ההדרכה

קיום הדרכה

קיום הדרכה

מנהל פרוייקט

לאחר העברה ל- prod

הדרכת תוכן עם דגש על מיקוד ביעדים העסקיים

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

מנהל פרויקט

לאחר העברה ל- prod

הדרכת יצירת תכנים תוך דגש על היבטי SEO

הדרכה על יצירת תכנים מותאמים ל-seo – שם דף, כותרות ופסקאות ומיפוי מילות מפתח

מנהל פרויקט

לאחר העברה ל- prod

 תוכן ושיווק

פעולה

תיאור

אחריות

מתי

הכנת תוכנית תוכן והערכות תוכנית

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

הלקוח

במהלך הפיתוח

יצירה והזנת תכנים לאתר

  • יצרה בהתאם לכללי SEO
  • התחלת הזנה עם התחלת בדיקות

עם מסירת האתר לבדיקות

הערכות שיווקית ליום עליה לאוויר

שריון תקציב פרסום

הערכות ארגונית לתמיכה שיווקית באתר – מינוי בעלי תפקידים ומיסוד נהלי עבודה

הלקוח

לקראת סיום פיתוח

פרסום האתר במגוון אמצעים

–        משלוח דיוור ללקוחות החברה

–        רישום במנועי חיפוש ובאינדקסים

–        גיבוש תוכנית שיתוף והחלפת קישורים

–        פרסום SEM בתקציב אטרקטיבי

–        חומרי פרסום/כנסים

–        קמפיין שיווקי ממומן

–        …

הלקוח

עם עלייה לאוויר

ניהול אתר שוטף

 לנוחיותכם – צ'ק ליסט פעולות להעלאת אתר לאוויר להורדה.

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

האם כל אתרי הממשלה יכולים להיות מרוכזים באתר אחד? באנגליה מנסים…

Government Digital Service

Today we have released part 2 of the GOV.UK beta – INSIDE GOVERNMENT. You can see our other post today for more on what this is all about and why it matters. But here, we’re going to take a quick canter through some of the features and our thinking behind them.

The INSIDE GOVERNMENT name

If you’ve been following this blog, you’ll have heard us refer to this part of the GOV.UK project by its various internal project names of ‘Whitehall’ or the ‘corporate platform’. The public name we’ve settled on is INSIDE GOVERNMENT – we’re hoping it will let people know that they’re not in the main ‘citizen’ part of the site. This isn’t the place you come to renew your passport, this is the inner workings of government.

Responsive design

We’ve baked in responsive design from the start of this project, building the page layouts to a…

View original post 793 מילים נוספות