Designing for disruptive innovation
with Robert Barlow-Busch
Presented on March 07 2015
at FITC's Spotlight UX/UI
More info at www.fitc.ca
OVERVIEW
Sometimes we get so focused on winning small victories of the present — like sign-off on UX or design support — that we’re blindsided by larger issues from the overall business context. In this case study, Robert Barlow-Busch describes how he journeyed with a team who experienced this first-hand. Hear the story of a project in which field research and design saved the day by uncovering an incredible business opportunity. And find out what happened when they presented that opportunity to an executive team wrestling with disruptive innovation.
OBJECTIVE
Demonstrate the potential of design to influence product strategy and the importance of understanding business context.
TARGET AUDIENCE
Designers, researchers, and product managers
FIVE THINGS AUDIENCE MEMBERS WILL LEARN
Why not to trust a focus group, ever again.
The basics of how to conduct in-context user research and analyze findings.
Involving skeptics in your process may be the best way to make them evangelists.
The characteristics of disruptive innovation.
How destroying assumptions may be a design team’s most important contribution.
4. Photo by Michael Verhoef on FlickrPhoto by Michael Verhoef
Security really matters
The big assumption
5. Photo by Michael Verhoef on Flickr
Document exchange website
The preconceived solution
Recipient
Receive email alert
Log in securely
Sender
Log in securely
Upload document
Send to recipient Download document
6. Meet Joanne
The hero of our story
Product Manager
Photo by Ricky Tang
We’re going to build the best damn document
exchange website we can.
—
19. Wants to get things done. Is highly
motivated by finishing the day’s work.
Wants to be in control and confident of
what’s happening at all times.
Would be happy with more security, but
values convenience more.
Uses email as a detailed archive of
project activity.
Uses FTP to exchange files too big for
email.
Strives to be seen as indispensible to
customers.
Is more concerned about quality than
deadlines.
Sends documents by courier when they’re
too big for email.
Really doesn’t care about security.
Has limited computer skills outside
AutoCAD.
Strives to save money for the
organization.
Held accountable for downtime due to
technical issues.
Cannot plan ahead. “Fights fires” all day.
Loves the challenge of juggling priorities.
Has a dedicated email account for IT
emergencies.
This produced distinctive skeletons…
40. Lessons learned
Have a champion in a position of influence
Include the skeptics in your process
Don’t trust self-reported behaviors
Define the business and the job to be done