• Save
Responsive Design & the Business Analyst
Upcoming SlideShare
Loading in...5
×
 

Responsive Design & the Business Analyst

on

  • 708 views

What does a Business Analyst need to know about Responsive Web Design? How does RD impact the 6 KAs of a BA? How does RD impact other parts of a development team with whom the BA regularly interacts? ...

What does a Business Analyst need to know about Responsive Web Design? How does RD impact the 6 KAs of a BA? How does RD impact other parts of a development team with whom the BA regularly interacts? What advice can a BA use in their first RD project?

Statistics

Views

Total Views
708
Views on SlideShare
692
Embed Views
16

Actions

Likes
0
Downloads
0
Comments
0

4 Embeds 16

http://www.tedhardy.com 10
http://www.pinterest.com 4
http://pinterest.com 1
http://26310658_da24ca15045c1ec006724dde793754c1f403409a.blogspot.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Responsive Design & the Business Analyst Responsive Design & the Business Analyst Presentation Transcript

  • Responsive Web DesignThursday, June 6, 13
  • Who is this Ted guy?• 12 years doing BA work• High Tech, Financial,Manufacturing, FoodServices• 3.5 years writing about BAwork & technology• HighGravityConsulting.com• BetterProjects.netThursday, June 6, 13
  • Remember this?Thursday, June 6, 13
  • It became theseThursday, June 6, 13
  • Seeing is BelievingThursday, June 6, 13
  • What’s The Problem?• More devices & more browsers, all withdifferent capabilities, being released morefrequently.• Supporting different content anddevelopment across desktop, tablet & phonechannels.• Supporting future channels (TV, gameconsoles, etc) in formats that fit thosechannels without a major developmenteffort.Thursday, June 6, 13
  • Responsive Goals• Don’t rely on physical dimensions; rely oncontext and device capabilities.• Develop based on how your consumers willexperience and interact with yourcompany.• Provide rich media in an experiencetailored to the consumer’s goals.• Never limit a consumer’s capabilities basedon their device.Thursday, June 6, 13
  • But Its Not...• Scaling down your desktop site.• Using images that are so large theytake forever to download.• Use small buttons to fit on allfunctionality on a mobile screen.• Adding too much text to a tiny screen.Thursday, June 6, 13
  • With Great Power...• Use it if your customers are using many differentdevices, especially in a BYOD environment.• May have some gains in a corporate environment,but if you control the devices, it may be overkill.• If your site is extremely data intensive...• Consider reengineering it to show what data isreally needed.• If that won’t work, Responsive probably isn’tthe answer.Thursday, June 6, 13
  • This sounds familiar...Thursday, June 6, 13
  • Graceful Degradation• Starting with your full website and removingenough elements that it fits on a less capabledevice• Limited by what you can do on your full website• Doesn’t always provide all needed functions forless capable devices• Can produce an overly complex design that isdifficult to ‘trim down’• Isn’t always ‘graceful’Thursday, June 6, 13
  • ProgressiveEnhancement• Start with the most basic device andadd to it for more capable devices• Keeps your site working for alldevices and those with older or lesscapable just don’t get all the ‘bells andwhistles’• Can result in larger than necessarysites if it pre-loads the wrong assetsThursday, June 6, 13
  • Isn’t this just HTML5?(with CSS 3 & Javascript)Thursday, June 6, 13
  • HTML 5StructureAPIsThursday, June 6, 13
  • CSS 3LayoutColorsFontsImagesThursday, June 6, 13
  • JavaScriptInteractivityLogicValidationThursday, June 6, 13
  • What about mobile apps?Thursday, June 6, 13
  • What Responsive Is• Three Components• Fluid Grids• Flexible Images• Media QueriesThursday, June 6, 13
  • Fluid Grids• Most sites use a fixedgrid. Content width is720px and the side-baris 180px.• Responsive says theContent is 70% of thescreen with a minimumof 200px width.• Allows content toshrink and expand tofill the screen.Thursday, June 6, 13
  • Flexible Images• Images automatically resize and/orswap-out as the screen size changes.• Lower-quality placeholder images loadfirst to allow the consumer to use thesite prior to the best image loading.• Supports high-res images (retina) in1x, 1.5x, 2x and any future pixeldepths needed.Thursday, June 6, 13
  • Media Queries• Used to determine device/browsercapabilities.• Many queries, but width, height &device-pixel-ratio are the most importantones.• Not all browsers/devices support mediaqueries, but there are fallback methods(polyfill solutions) for older devices &browsers.Thursday, June 6, 13
  • Is Anyone Doing ThisYet?Thursday, June 6, 13
  • Responsive eCommerceSites• Starbucks• United PixelWorkers• King of Nothing• Mogotix• Tattly• Attika• Puplife• Lot 18• Nuts.com• Skinnyties.com• Sugru• Thomson SportThursday, June 6, 13
  • Responsive & the BAThursday, June 6, 13
  • Enterprise Analysis• What parts of your business are most likely impactedby users with many different devices? What do younot control?• Consumer facing sites = YES!!• ERP Systems = Probably not• What systems have realized their capitalinvestment?• What teams are mature enough to handle thetransition?• What customer bases require modern experiences?Thursday, June 6, 13
  • Requirements Planning• Engage the design team immediately• Think about what content you willneed• Where and how will you store the siteassets?• Who will create all those site assets?How will you report on asset creationstatus?Thursday, June 6, 13
  • Requirements Elicitation• Define your profiles, with characteristics• Operating Systems• Screen Sizes• Capabilities• “Just like the old site, but responsive!”• Wifi v/s Cellular• Traffic, page size, load times, loading order,fonts, etcThursday, June 6, 13
  • Requirements Analysis• Wireframes• Prototypes• Content needs• Links• Text• Layouts• ImagesThursday, June 6, 13
  • Solution Validation• Validating the design• Validating on actual hardware• Iterative reviews• Information Architecture HierarchyThursday, June 6, 13
  • RequirementsCommunicationThursday, June 6, 13
  • Other ConsiderationsThursday, June 6, 13
  • Impacts to Agile• Iterate. Iterate. Iterate.• Mobile stories first.• Information architecture is importantto get right in the first sprint.• Prototype in HTML, not Photoshop.Thursday, June 6, 13
  • Impacts to Designers• Can decrease their work if they arecurrently creating assets for differentexperiences.• Will require changes to their workflowand possibly to their tools (if youautomate final image processing).• Consider getting help if they come from aprint background or have never doneresponsive before.Thursday, June 6, 13
  • Impacts to Development• Can shorten development time ifyou’re coding separate desktop &mobile sites today.• Requires a retraining for UIdevelopers.• Requires a different workflow forintegrating assets from the designers.Thursday, June 6, 13
  • Impacts to QA• Test ideas on real devices; avoid simulators.• Expands testing time if you only test ondesktop today.• Shrinks testing (maybe) if you test multiplechannels today.• Expands testing budget if you only test ondesktop today.• Visual defects are more difficult to catch whenscreens scale.Thursday, June 6, 13
  • Analyze Your Data• Multi-site versus Single-site• Event tracking• Screen tracking• Page load times• Device/OS/Browser tracking• Site flow analysisThursday, June 6, 13
  • Roadblocks to BeingResponsive• The investment required to rewritethe front-end.• Rearchitecting content managementto support many pixel densities,image sizes and text.• Requires a C-level champion.Thursday, June 6, 13
  • How Do We Get Started?• Start with setting goals for user interaction.• Mobile First!• Study our customers to better understandthe context in which they use their devices.• Target specific device classes. Use analyticsto discover which classes matter most.• Find best practices, both within yourindustry and the market at large.Thursday, June 6, 13
  • Some (obvious) advice• Always consider your users• Make it future proof• Keep improving your processes• Iterate!Thursday, June 6, 13
  • Don’t forget...Thursday, June 6, 13
  • Remember...• Simplify tasks, don’t limit features.• Remove barriers & distractions.• Move the smaller screen experience tothe big screen.• Engage designers and engineers up front.• Define flexible workflows & methodologiesto be flexible for the future.Thursday, June 6, 13
  • Selected Resources• There are lots of toolkits that exist to help usmove more quickly in the development process.• Mobify, FitTextJs, FitVidsJs, RetinaJs,adaptive-images.com• LessCss.org, Sass-lang.com, Compass-style.org• html5boilerplate.com, getskeleton.com,lessframework.com• cssgrid.net, gridpak.com, gridsetapp.com• Many more options as well...Thursday, June 6, 13
  • Additional Information• https://speakerdeck.com/u/brendanfalkowski/p/responsive-ecommerce-design-once-sell-everywhere• http://coding.smashingmagazine.com/2011/01/12/guidelines-for-responsive-web-design/• http://www.mayfielddigital.co.uk/blog/web-round-up/best-responsive-web-design-examples-and-resources/• http://www.cxpartners.co.uk/cxblog/responsive-e-commerce-design/• http://www.youtube.com/watch?v=FXvUvN_U2pg• http://en.wikipedia.org/wiki/Responsive_web_design• http://www.lukew.com/ff/entry.asp?1514Thursday, June 6, 13
  • Questions?Thursday, June 6, 13
  • Thank You!Thursday, June 6, 13