20. A separate mobile website (3)
‣ You’ll have to manage all your
content twice
21. A separate mobile website (4)
‣ Users share links.
‣ Different users use different devices.
22. A separate mobile website
(conclusion)
‣ Only optimized for small screens
‣ Need to provide all content
‣ content has to be managed twice
‣ Issues when sharing content
‣ Pretty expensive for an unsatisfying result
27. Native apps (1)
Cfr. separate mobile website:
‣ What about tablet pc’s?
‣ Mobile users ≠ users on the road
‣ You’ll have to manage all your
content twice
28. Native apps (2)
‣ Which platforms will you support?
(iOS, Android, WindowsPhone)
‣ Each update:
- cost per platform
- might take time (approval)
30. Native apps (4)
‣ What about search engines?
‣ Your content won’t be indexed by them
31. Native apps (5)
‣ links to websites open in a new app (!)
‣ no native browser functions
(bookmarking!)
‣ non selectable text (no copy-paste)
‣ App’s often have their own interface
language
32. Remind you to something?
‣ issues with links to other websites
‣ no native browser functions like bookmarking
‣ non selectable text (no copy-paste)
‣ each interface is different
35. (of course native apps can
be the best answer)
‣ If you need hardware functions that
browsers don’t yet support (camera,
compass, gyroscope, gpu power, ...).
36. Native apps (conclusion)
‣ Different platforms to support
‣ Cut on in-app-purchases
‣ Content has to be managed twice and won’t
be indexed by search engines
‣ Risk on usability issues
‣ Only if you need specific hardware functions
37. In a lot of cases, neither separate
mobile websites nor native apps
provide an effective answer on
todays needs.
47. Why mobile first (1)
Mobile is harder to use
‣ Smaller screen
‣ Touch instead of keyboard and
mouse(pad)
‣ Slower internet connection
48. Why mobile first (2)
Mobile users have typically less
patience
‣ Because it’s harder to use
‣ Might be on the move
‣ Need that info to use it right now
49. Why mobile first (3)
Forces you to focus:
‣ No space for complexity
‣ No space for extra’s
‣ Focus on core features and simplicity
50. It’s easier to make a simple thing
more complex than to make a
complex thing more simple.
51. If you can support the mobile
web, you can support anything.
52. Our proces
1. Online strategy
2. Information architecture
3. Design
4. Front-end design
5. Development
54. Know the online strategy
3 basics:
‣ Target audience
‣ Goal of the client
‣ USP of the client
55. KISS: Keep it simple and
straightforward
‣ Top tasks (key services) in main menu
‣ Short and simple copy
‣ Throw away anything that isn’t needed
‣ White space is allowed
‣ Conclusion first, details later
56. “Don’t make me think” (1)
‣ At any point it should be clear how to
get closer to the wanted answer
‣ Extra click is way better than complex
navigation
57. “Don’t make me think” (2)
‣ 2 types of page: choice page and
action page
‣ Homepage is a choice page
60. Conclusion so far
‣ For content-driven websites, responsive
web design is the future
‣ Think mobile first
‣ KISS, focus on core tasks (starts with IA)
90. 1. The browser is our canvas
2. A static image doesn’t feel like a real page
3. Content organisation before design
4. Accessibility & appropriate hierarchy
91. 1. The browser is our canvas
2. A static image doesn’t feel like a real page
3. Content organisation before design
4. Accessibility & appropriate hierarchy
92. 1. The browser is our canvas
2. A static image doesn’t feel like a real page
3. Content organisation before design
4. Accessibility & appropriate
93. 1. The browser is our canvas
2. A static image doesn’t feel like a real page
3. Content organisation before design
4. Accessibility & appropriate hierarchy