Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Websites are a symptom, not the cause - DXN May 2017

178 views

Published on

Talk given at DXN (dxnevent.com) on the 10th May 2017.

As creators of the web, our teams aim to understand challenges, opportunities and requirements, and translate these into technical solutions to build. But what happens when we start looking beyond this, using the website itself as a starting point rather than as the end of our journey?

Websites are often a great barometer for wider underlying issues, and by exploring common problems and root causes we can seek to spark fundamental change that can ultimately feed back into our longer-term success. Using a set of practical examples and case studies we’ll pull at some potential threads of failure, looking at how to create more sustainably for the future.

Published in: Internet
  • Be the first to comment

  • Be the first to like this

Websites are a symptom, not the cause - DXN May 2017

  1. 1. Websites are a symptom, not the cause DXN. 10th May 2017 Sally Jenkinson @sjenkinson recordssoundthesame.com
  2. 2. Hello! @sjenkinson
  3. 3. “HealthCare.gov, the $630 million online insurance marketplace, was a disaster after it went live…” http://www.nytimes.com/2013/12/01/us/politics/inside-the-race-to-rescue-a-health-site-and-obama.html New York Times
  4. 4. “The rollout of Healthcare.gov in 2013 under former President Barack Obama, to name a related example, was a disaster.” https://newrepublic.com/article/141203/trumpcare-already-dead New Republic
  5. 5. “Even Obamacare supporters had their faith shaken by Obama’s broken promises about keeping existing plans, premiums declining by $2,500, and the disastrous website roll- out.” https://www.theatlantic.com/health/archive/2017/01/is-obamacare-just-a-branding-problem/512936/ The Atlantic
  6. 6. “The first step is to get rid of Obamacare, which was a total disaster," Gianti said. "It was designed to fail, and taxpayers had to waste money on that failed healthcare.gov website.” http://talkingpointsmemo.com/dc/trump-inauguration-attendees-cheer-failed-socialist-experiment TPM
  7. 7. When websites have problems, people remember.
  8. 8. When your web project becomes synonymous with failure
  9. 9. “Bad impressions and bad stereotypes are quicker to form and more resistant to disconfirmation than good ones.” Roy F. Baumeister, Ellen Bratslavsky, Catrin Finkenauer, Kathleen D. Vohs BAD IS STRONGER THAN GOOD
  10. 10. Turn this focus to your advantage
  11. 11. Don’t just make websites. Use websites to point you in the direction of everything that could be better. Use web technologies to start thinking outside of limited approaches.
  12. 12. Identifying issues01 02 03 04 Why do any problems exist? How can we apply our web thinking elsewhere? How do we make things better?
  13. 13. Identifying issues 1 Uncovering everything that could be better
  14. 14. @sjenkinson Sally Jenkinson
  15. 15. Technical discovery
  16. 16. There are so many factors to consider on any project recordssoundthesame.com/wp-content/uploads/ 2013/04/startingpoints-FINAL.pdf
  17. 17. Digital transformation
  18. 18. Using a website as a lens
  19. 19. “The system that got implemented was far too inflexible, so we’ve had to either stay be limited by it or come up with workarounds.”
  20. 20. “We have to go back to our agency’s developers for every little change. This is expensive and takes forever.”
  21. 21. “The site launched, but it’s incredibly slow compared to our old one and people are starting to complain.”
  22. 22. “We’re not sure why but our analytics have shown that we’ve lost 80% of our traffic since the launch.”
  23. 23. Extending expert reviews
  24. 24. Performance Accessibility Code review Responsive approach Third party integrations Analytics General attention to detail Extending expert reviews Usability SEO Content
  25. 25. gist.github.com/greywillfade/20f48ba67d799784040e
  26. 26. Everyone is different
  27. 27. Why do any problems exist? 2 Understanding root causes
  28. 28. Root cause analysis
  29. 29. Sakichi Toyoda & The 5 Whys
  30. 30. Fishbone/ Ishikawa diagram Visualise cause and effect
  31. 31. People, processes, technology, & strategy
  32. 32. People
  33. 33. Technology
  34. 34. Strategy
  35. 35. Process
  36. 36. 3 How can we apply our web thinking elsewhere? Using digital to transform more widely
  37. 37. Root causes to make sites better Web thinking to make other things better
  38. 38. Web thinking to make other things better Root causes to make sites better
  39. 39. Being more proactive
  40. 40. “The sooner we can order parts, the sooner they come in, the sooner we’ll see a performance increase”
  41. 41. 1. Help the team to have a faster car, through more efficient processes. 2. Save time and money. 3. Provide staff with better tools and processes, removing frustrations (and helping them to get home on time!) 4. Be more sustainable into the future. 5. Better use technology to gain advantages on other teams.
  42. 42. 1. Help the team to have a faster website, through more efficient processes. 2. Save time and money. 3. Provide staff with better tools and processes, removing frustrations (and helping them to get home on time!) 4. Be more sustainable into the future. 5. Better use technology to gain advantages on competitors.
  43. 43. Use the web and digital principles to bring benefits to the wider business.
  44. 44. [insert Paul’s talk here]
  45. 45. Building for the future 🚀
  46. 46. Making change happen4How do we make things better?
  47. 47. Communicate improvements Standards and principles Teach, don’t just do Get the right team Stay open
  48. 48. Give people an easy way to understand why something matters.
  49. 49. Communicate improvements Standards and principles Teach, don’t just do Get the right team Stay open
  50. 50. Communicate improvements Standards and principles Teach, don’t just do Get the right team Stay open
  51. 51. Communicate improvements Standards and principles Teach, don’t just do Get the right team Stay open
  52. 52. Communicate improvements Standards and principles Teach, don’t just do Get the right team Stay open
  53. 53. ethanmarcotte.com/wrote/free-faster
  54. 54. Identifying issues Why do any problems exist? How can we apply our web thinking elsewhere? How do we make things better?
  55. 55. Credits: flickr.com/photos/ideonexus/3776943478 commons.wikimedia.org/wiki/File:Lenteconv_3.svg Kepler 16-b courtesy NASA/JPL-Caltech Sally Jenkinson @sjenkinson sally@recordssoundthesame.com recordssoundthesame.com sallyjenkinson.co.uk Thank you!

×