Slide 1

Slide 1 text

Minimum Viable Documentation by Matthew Lyon @mattly Write the Docs 2014 Portland, Oregon

Slide 2

Slide 2 text

what is a 
 minimum viable product?

Slide 3

Slide 3 text

“building software is
 expensive & risky” – money sloth

Slide 4

Slide 4 text

test the feasibility
 of an idea

Slide 5

Slide 5 text

by building 
 as little 
 as possible

Slide 6

Slide 6 text

minimum viable

Slide 7

Slide 7 text

early
 adopters mainstream users

Slide 8

Slide 8 text

“No wireless. 
 Less space than a nomad
 Lame.” – slashdot, on the iPod

Slide 9

Slide 9 text

what is the 
 purpose
 of software?

Slide 10

Slide 10 text

“software helps 
 solve problems” – product sloth

Slide 11

Slide 11 text

it has to 
 work better than existing solutions

Slide 12

Slide 12 text

“printing a form, filling it out, and faxing it in is less hassle than the Adobe Plugin” – me, about coveroregon.com

Slide 13

Slide 13 text

how do we 
 help people
 solve problems?

Slide 14

Slide 14 text

“we’ll provide a good 
 user experience” – design sloth

Slide 15

Slide 15 text

As a _____________ I want to ____________ so I can ____________ do something user be awesome

Slide 16

Slide 16 text

getting their world 
 requires empathy

Slide 17

Slide 17 text

No content

Slide 18

Slide 18 text

how are people 
 going to interpret 
 this interface?

Slide 19

Slide 19 text

how are people going to interpret these words?

Slide 20

Slide 20 text

how are developers 
 using empathy to 
 help themselves?

Slide 21

Slide 21 text

“I want to know when a change breaks something” – code sloth

Slide 22

Slide 22 text

No content

Slide 23

Slide 23 text

No content

Slide 24

Slide 24 text

“what was I thinking when I wrote this two months ago?” – code sloth

Slide 25

Slide 25 text

pair with new developers
 to document difficult things as they have questions

Slide 26

Slide 26 text

who are your users? what do they want 
 to do?

Slide 27

Slide 27 text

No content

Slide 28

Slide 28 text

reference docs are an outboard memory

Slide 29

Slide 29 text

No content

Slide 30

Slide 30 text

learn how to forget

Slide 31

Slide 31 text

No content

Slide 32

Slide 32 text

how can you help them
 to do what they want?

Slide 33

Slide 33 text

how can you help them
 to do what they want?

Slide 34

Slide 34 text

No content

Slide 35

Slide 35 text

No content

Slide 36

Slide 36 text

No content

Slide 37

Slide 37 text

HOWTOs work with
 user experience design

Slide 38

Slide 38 text

link to HOWTOs from your marketing site

Slide 39

Slide 39 text

link to HOWTOs from your new user experience

Slide 40

Slide 40 text

use your HOWTOs to regression test
 your user experience

Slide 41

Slide 41 text

use your HOWTOs 
 to keep a handle on UX debt

Slide 42

Slide 42 text

how can tech writers
 be proactive in lean development?

Slide 43

Slide 43 text

some developers started writing their tests first
 and then the code

Slide 44

Slide 44 text

what if you 
 thoroughly 
 prototyped 
 your user experience 
 in words?