Gautam Buddh Nagar Call Girls 🥰 8617370543 Service Offer VIP Hot Model
Tanner Volz: The Multiverse Theory of User Needs
1. LavaCon
Tanner Volz | Technical Content Manager, iovation
October / 2016
The Multiverse Theory of
User Needs
2. AGENDA
2
n Content is Noise
n Who are Your Users, and Why?
n Designing a Modular Content
Experience
n Managing Modular Content
n Through the Wormhole
3. 3
The Ni ceti es
W h o a m I a n d W h y A m I H e r e
n Work stuff
n 18ish years into tech writing & info architecture
n Designed & built numerous enterprise-scale info systems for product documentation
& training
n Personal stuff
n Musician and occasional film-maker
n Nose typically buried in films
n Contact info (sell me to spammers and I will find you)
n tv@tannervolz.com
n 503-803-3201
5. 5
n Every day we all wade
through many thousands
of words and images
n 2009 UC study
estimated Americans
consume 34 GB of info / day
n In 2013, studies suggested
that average social media
users encounter up to 54,000 words & 443 minutes of video per day
n We are contentblind
Our Thesi s: Co ntent i s No i se…
Y o u r u s e r s c o m e f r o m d i f f e r e n t u n i v e r s e s …
6. 6
n We look for
keywords, but need
help seeing them
n Linguistic and design
challenge
n Users buy products to solve
specific problems; anticipate those problems and tailor
content, keywords, and design
… Unti l yo u F i nd What Yo u Need
S o h e l p t h e m n a v i g a t e y o u r u n i v e r s e
8. 8
n A deceptively difficult question: Who are your buyers and, more
importantly, why do they buy your products? If multiple products,
which?
n Buyers & users share business problems, but informationneeds may
differ.
n For example:
n Buyer personas: Sign the checks. Sales & Marketing pitches speak to
them. Content must persuade. Tech savvy buyer may read tech docs.
n User personas: Implement & validate satisfaction of business need.
Technical documentation is roadmap when implementing the solution.
Who Are Yo u and Why Di d Yo u B uy?
W h a t p r o b l e m d o e s t h e p r o d u c t h e l p y o u s o l v e ?
9. 9
At iovation, writers develop user persona breakdown w/
Product, Sales, Marketing, Client Support. Personas include:
n Fraud analysts study and understand fraud and crime
n Fraud or risk managers design implementations to address these
trends
n User experience and web designers balance improved
authenticationexperiences with risk of bad users gaining access
n Web software engineers code the iovation integration into their web
or mobile apps (or both)
Exampl e: Hi gh L evel i o vati o n User Perso nas
W h a t p r o b l e m d o e s i o v a t i o n h e l p y o u s o l v e ?
10. 10
n Design parallel information experiences for each persona.
n Each persona brings litany of use cases; before you can design a successful
content multiverse, build a user needs taxonomy to understand use cases.
n User needs taxonomy maps user personas to specific problems that they
need to solve
Devel o p a User Needs Taxo no my
M a p p r o d u c t u s e c a s e s t o u s e r p e r s o n a s
User
Use case 1
Use case 2
Use case 3
11. 11
User Needs Taxonomy
lays out:
n Business needs / pain
points
n Relevant variables, such
as industry vertical
n Common challenges
n Win / loss & financial
analysis
n Cross-department
dependencies / effects
Anato my o f a User Needs Taxo no my
O r , a t a x o n o m y … t a x o n o m y
Use case 1
Industry
Region
Business
needs
Pain 1
Pain 2
Challenges
Time
Resources
12. 12
n Fraud team lead at an online retailer needs help with:
n Chronic problem with criminals using stolen credit cards…
n To submit purchases…
n Resulting in expensive charge-backs or penalties.
n User Experience or Web Designer at a financial institution needs to:
n Help the Fraud team reduce account takeover…
n While improving a poor authentication experience…
n By reducing painful login steps such as captchas.
n For these examples, these specifics help us recommend:
n Where we integrate, and how
n What initial configuration steps are needed
n Who will contribute to implementation, and how
User Needs Exampl es
i o v a t i o n e x a m p l e s o f p a r a l l e l u n i v e r s e s
13. 13
Nei ghbo ri ng Co ntent Uni verses
i o v a t i o n e x a m p l e s o f p a r a l l e l u n i v e r s e s
Subscriber 2:
Finance
Subscriber 1:
Retail
API Reference
n Account takeover scenarios
are shared
n High friction authentication
unique to Suscriber 1
n Fraud prevention concepts
mostly apply to Subscriber
1, but overlap with
Authentication concepts for
Subscriber 2
n Web integration is largely
identical; Subscriber 2 also
includes Mobile SDK
n All API reference material is
100% common
Mobile
SDK
Account
Takeover
fraud
scenarios
Iovation Fraud
Prevention
concepts
Iovation
Customer
Authentication
concepts
Auth
friction
Web
integration
Use cases
Concepts
Integration
Reference
14. 14
What Do es a User Needs Taxo no my L o o k L i ke?
N o b o d y s a i d t e c h w r i t i n g w a s e a s y
16. 16
n Content modules are like single lego pieces; each is one part of a kit.
n Similarly, eachcontent module serves one goal:
n Procedural: How to do something (“Walking to the Bakery”)
n Conceptual: What something is (“What is a Bakery”)
n Process: How something works (”The Lifecycle of a Scone, From Sugar to Sewer”)
n Reference: List of facts (“Scone Ingredients”)
Co ntent Mo dul ari z ati o n: What and Why?
T h e f i n e a r t o f r e c o m b i n a t i o n
17. 17
n A topic, or article, collects related modules focused on a single content goal.
n Each module is about one aspect of the topic’s goal.
n Accomplish this, and you can recombine content modules (aka, cutely, chunks) to
serve many purposes.
Mo dul ari z ati o n: Ho w Do es i t Wo rk?
A K A T h e F i n e A r t o f R e c o m b i n a t i o n
Image credit: http://www.eurobricks.com/forum/index.php?/profile/2351-whitefang/
18. 18
n Take an articlethat’s a mess of intermingled content types…
Taggi ng Di so rgani z ed Co ntent
I t ’ s a b i t l i k e o r g a n i z i n g a h o a r d e r ’ s g a r d e n s h e d
Procedure
Reference
A bunch of
concepts
Some unrelated
reference content
Process
Random collection of procedures
Process diagram that probably
should have come first
19. 19
n Break it down, tag it, and reassemble it into chunks
n Unrelated content belongs in another topic
n Ruthlessly kill repetition
n Write once, then reuse, reuse, reuse
Creati ng and Assembl i ng Mo dul ar Co ntent
C o n s o l i d a t e a n d r e d u c e
Series of related
procedures
Introductory concept
Supporting
reference material
Process overview with
“how it works” diagram
20. 20
n Focus: Each module answers a single question.
n Don’t repeat: Say everything once.
n Short and sweet: If it takes more than a few sentences to explain a concept,
you may be trying to explain a second concept. Create another module.
n Label all modules: Use ridiculously obvious headings that speak to user
needs.
n Mix it up: Some content needs complex process diagrams. Some need
simple reference tables. Use all of the tools available to you.
n Templatize: Content, like formatting, benefits from templates. What content
should a concept include? Figure it out and make it a template.
The Art o f Wri ti ng Mo dul ar Co ntent
T h e r e a r e c o u n t l e s s b o o k s a n d c l a s s e s o n t h e t o p i c
21. 21
A new topic on reducing Account Takeover fraud includes
the following modules:
n “What is Account Takeover” - Conceptual module that defines Account
Takeover. Use it anywhere we talk about Account Takeover.
n “How Business Rules Help Stop Account Takeover” - Process module
about features we will use (iovation business rules) to solve the problem, with
a diagram to illustrate.
n “Defining Business Rules to Stop Account Takeover” - Procedural module
that walks through setting up the business rules.
n “Account Takeover Parameters Reference” - Reference module with all the
technical details needed to set up the rules.
i o vati o n Exampl e
B u i l d i n g a t o p i c o n a c c o u n t t a k e o v e r
22. 22
These tenets are all inherited from established structured writing practices. They
emphasize semantic tagging of content, strict modularization, reuse, multi-lingual
content management, and on-demand content assembly. Read up on these.
n Information Mapping: http://www.informationmapping.com/en/
n DITA (Darwin Information Typing Architecture): https://www.oasis-
open.org/committees/dita/faq.php
Structure Wri ti ng Reso urces
S e e a l s o …
24. 24
Slice / dice content forever but without a way to manage it, this is what awaits you:
Mo dul ar Co ntent i s No thi ng Wi tho ut CMS
T h e h e r b m i x m e t a p h o r w o r k s b u t w e ’ r e s t i c k i n g w i t h L e g o s
25. 25
What i s Co ntent Management?
T o o l s y o u n e e d t o b u i l d w o r m h o l e s a c r o s s u n i v e r s e s
Image credit: Jeff Pellettierhttp://photos.hgtv.com/photos/viewer/lego-storage-/basement-lego-lounge-
with-built_in-storage-system_1
26. 26
Just some of what a good content management system provides:
n Topic and asset management including versioning and publishing
workflows
n Authoring with both WYSIWYG and code editing support
n Extensibility to incorporate web-standard technologies
n Content reuse down to the modular level
n Variables for brand names, verticals, etc.
n Content conditions for different scenarios, such as different outputs (HTML v
PDF) or classes of users
n Semantic tagging of content, and separation of content from formatting
n SEO management, particularly important for public content
Defi ni ng Techni cal Co ntent Management
A b o t t o m l e s s t o p i c ; t h e s e a r e a f e w t h i n g s t h a t m a t t e r t o u s
27. 27
n We use MindTouch, a SaaS solution with robust content creation tools,
availability and performance, and structured authoring features
n Keyword metatags enable us to track both content type (such as
“procedure”) and substance (such as “Managing Users”); It’s very easy to find
the content we need, when we need it; also ensures excellent SEO flexibility
if we take any content public
n Our stylesheets (CSS) handle all of our formatting for HTML and PDF; the
authoring experience is entirely focused on content
n We heavily reuse content to serve different purposes, with variables to
manage terminology changes
n Permissions allow different users to see only what they need
Overvi ew o f Co ntent Management at i o vati o n
W h a t w e d o , i n 5 b u l l e t s
28. 28
n We store reusable content (topics and modules) in a dedicated area; all of this can be
reused anywhere within the content hierarchy
n This is one of the most powerful tenets of the content multiverse: the same content
can exist, in parallel, in many places at once
Reusi ng and Transfo rmi ng Co ntent
A l l o w c o n t e x t t o d e t e r m i n e w h a t u s e r s w i l l s e e
29. 29
With simple variable statements, brand names change on-the-fly in topics that
are reused across product lines.
Reusi ng and Transfo rmi ng Co ntent
A l l o w c o n t e x t t o d e t e r m i n e w h a t u s e r s w i l l s e e
30. 30
Using privileges to manage the end-user experience:
n MindTouch provides great tools for showing different content to different users
n Groups of users can be set to see only specific hierarchies or part of topics
n User who subscribes to one product only sees content for that product
Usi ng Permi ssi o ns to Hi de Co ntent
R e d u c i n g n o i s e b y e n t i r e l y e l i m i n a t i n g i r r e l e v a n t c o n t e n t
Hidden
content
32. 32
n Now that you have:
n Profiled your
different types of
users
n Anticipated the
unique content
needs for each
n Broken your content
down into reusable
chunks
n You can build your
content universes.
Desi gni ng Paral l el Info rmati o n Uni verses
R e u s a b l e m o d u l a r c o n t e n t w a s m a d e f o r t h i s
33. 33
n Assemble chunks into information universes for all user types:
n Use variables to target text to use cases – brand names, verticals,
features, etc.
n Use big bold headers and organizers that target business needs and
make navigation RIDCULOUSLY EASY. For a universe of blue legos:
ORGANIZING BLUE LEGOS INTO BLUE BOXES.
n Or for a universe of green legos:
ORGANIZING GREEN LEGOS INTO GREEN BOXES.
n Use permissions to hide topics that a given user doesn’t need, and
combine permissions with variables to hide inline content.
Desi gni ng Paral l el Info rmati o n Uni verses
R e u s a b l e m o d u l a r c o n t e n t w a s m a d e f o r t h i s
34. 34
An integration engineer follows distinct paths depending which product the organization
bought from iovation. This is what it looks like to an author. We see all universes at once.
Assembl i ng Uni verses
A s s e m b l i n g i n t e g r a t i o n c o n t e n t f o r d i f f e r e n t u s e r t y p e s
Customer Auth concepts
Fraud Prevention concepts
Customer Auth workflow
Shared procedures
Fraud Prevention workflow
Fraud Prevention procedures
Shared reference content
Reusable
content
iovation content repository
Customer Authentication Integration Guide
Fraud Prevention Integration Guide
Help system / knowledge base
35. 35
And this is what it looks like to an engineer working with the Fraud Prevention
product.
Users o nl y see thei r o wn uni verses
T h e n o i s e w e t a l k e d a b o u t e a r l i e r ? G o n e
Fraud Prevention Integration Guide
As far as the user is concerned, there is only one universe. It’s linear, easy to
follow, and free of noise.
36. 36
n At iovation, this is just the
beginning.
n How to incorporate
content hosted in entirely
separate systems, with
very different delivery
models?
n At what point is designing
for reuse more complex
than is beneficial?
What’ s Next?
E x p a n d i n g u s e c a s e s t o v e r y d i f f e r e n t u s e r m o d e l s