Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Support Driven Design

Kevin Hale
May 02, 2012

Support Driven Design

At Wufoo, everyone has to wear multiple hats in the company and that includes manning the inbox and doing customer support every single week. One of the interesting side effects of having a company where designers, developers and even the accountant has to answer support emails, is that everyone has a stake in making sure application is as easy to use as possible. We've called this approach to creating software Support Driven Development and in this talk I'll share how this model transformed every member of their company to be dedicated to the principles of clarity and simplicity.

Kevin Hale

May 02, 2012
Tweet

More Decks by Kevin Hale

Other Decks in Design

Transcript

  1. Support Driven Design
    Kevin Hale

    View Slide

  2. @ilikevests

    View Slide

  3. View Slide

  4. View Slide

  5. 60+ Languages

    View Slide

  6. Individuals, Developers, Designers,
    Non-Profits, Teachers, Students,
    Universities, Research, Real Estate,
    Marketing, Healthcare, Banks, SMBs

    View Slide

  7. View Slide

  8. View Slide

  9. View Slide

  10. 676%
    29,561%
    $25.3 M
    Average Startup
    $118K
    Wufoo

    View Slide

  11. The Secret?

    View Slide

  12. View Slide

  13. View Slide

  14. We are fanatical about creating
    meaningful relationships
    with our users.

    View Slide

  15. New Users :: Dating
    Existing Users :: Marriage

    View Slide

  16. New Users :: Dating

    View Slide

  17. Homepage
    Landing Pages
    Plans / Pricing
    Login
    Signup

    View Slide

  18. First Email
    Account Creation
    Blank / Starting Interface
    Login Link
    Ad Link
    First Support

    View Slide

  19. View Slide

  20. View Slide

  21. View Slide

  22. View Slide

  23. View Slide

  24. Existing Users :: Marriage

    View Slide

  25. Dr. John Gottman

    View Slide

  26. Everyone fights.

    View Slide

  27. Cost / Billing
    Users’ Users
    Performance
    Roadmap
    Others
    Money
    Kids
    Sex
    Time
    Others

    View Slide

  28. 10%
    100%
    9%
    Website Visitors
    Signup to Trial
    Login to Account
    1%
    5%
    .5%
    Active Users
    Paying Users
    Staying Users

    View Slide

  29. 10%
    100%
    9%
    Website Visitors
    Signup to Trial
    Login to Account
    1%
    5%
    .5%
    Active Users
    Paying Users
    Staying Users

    View Slide

  30. Support Driven Design

    View Slide

  31. Software engineers and
    designers are often divorced
    from the consequences of
    their actions.

    View Slide

  32. Before Launch:
    100% development
    After Launch:
    33% dev, 33% bug fix, 33% support

    View Slide

  33. Responsibility
    Accountability
    Humility

    View Slide

  34. Golden Rule

    View Slide

  35. Do to others as you wish
    others to do to you.

    View Slide

  36. Create for others as if
    you have to support it.

    View Slide

  37. Creators = Supporters

    View Slide

  38. View Slide

  39. View Slide

  40. View Slide

  41. View Slide

  42. View Slide

  43. View Slide

  44. We make everyone do
    customer support.

    View Slide

  45. Support Responsible Developers and
    Designers Give the Best Support

    View Slide

  46. +500,000 users
    ~5 million people
    ~400 issues
    +800 emails
    7 -12 minutes

    View Slide

  47. 0
    100
    200
    300
    400
    4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 2 4 6
    Weekly Totals
    0
    100
    200
    300
    400
    4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 2 4 6
    Daily Support
    Sunday
    Monday
    Tuesday
    Wednesday
    Thursday
    Friday
    Saturday
    2008 2009 2010

    View Slide

  48. View Slide

  49. View Slide

  50. View Slide

  51. View Slide

  52. Support Responsible Developers and
    Designers Create Better Software

    View Slide

  53. View Slide

  54. View Slide

  55. View Slide

  56. What happens when you make everyone
    responsible for creating remarkable
    supportevery single week?

    View Slide

  57. 0
    75,000
    150,000
    225,000
    300,000
    Jun-06 Dec-06 Jun-07 Dec-07 Jun-08 Dec-08 Jun-09 Dec-09
    0
    100
    200
    300
    400
    4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 2 4 6
    Users
    Support

    View Slide

  58. Scaling Support

    View Slide

  59. View Slide

  60. View Slide

  61. View Slide

  62. Engineering Management
    Share 93
    From late 2006 to early 2009, I was privileged to hold a variety of management positions in Facebook Engineering, ranging from
    manager of various teams to director of engineering. During that time, the engineering department grew from about 30 to around 200
    engineers. It was an era that roughly spanned the launch of News Feed, Facebook Platform (the first F8 conference), the launch of our
    self-serve advertising system (now a major contributor to our positive cash-flow), internationalization of the site, and Facebook
    Connect. We went from being a niche college social network with less than 10M users in 2006 to a global phenomenon with over
    250M users by early 2009. It was a period of time during which the company grew from being a small startup (under 100 employees) to
    a medium-sized company (800+ employees).
    Coming to Facebook, it was clear that the company was likely to expand rapidly, and a great hope of mine was to play a part in
    influencing key developmental decisions during this critical period so that far into the future, Facebook and its engineering department
    would be a vibrant and enduring institution. From my time at other technology companies which had gone through this period of hyper-
    growth, I had formed ideas about key cultural and organizational factors that I felt contributed to creating a strong engineering
    environment, one that the best people would want to work in and which maximize innovation and rapid execution. Today I have
    returned to being a hands-on engineer, and the other day when I reflected upon how I found it quite pleasant that I was now getting to
    enjoy working in such a productive engineering environment, the person I was with asked me, "Well, what ARE the Yishan tenets of
    growing a great engineering organization?" I had never quite thought about my ideas in such a doctrinaire way (and indeed it is
    dangerous to do so, lest they become unnecessarily enshrined), but I'll indulge anyway and see if I can marshal them into a numbered
    list, so here they are:
    1. Hiring is number one
    2. Let process be implemented by those who practice it
    3. Promotion from within
    4. Tools are top priority
    5. Technical Leaders
    Note: these do not include various "obvious" Silicon Valley ideas about how to create a good technology startup like "hire the best
    people" or "have an environment that ensures open communication." There is a list of about a dozen of these that everyone knows; my
    list is a set of more (I consider) non-obvious things, things that rapidly growing technology organizations don't find it obvious to do
    easily. I believe that organizations which successfully integrate these ideas into their culture and habits end up becoming stronger,
    enduring, and self-renewing, while those which don't eventually weaken and spiral off into mediocrity.
    Over the next five days, I'll write a post about each one of these, elaborating what I mean by them and why I think each is important. To
    those who've worked with me over the last few years, now you get to see my playbook and why I did the things I did. I hope people
    find this useful and fun!

    View Slide

  63. growing a great engineering organization?" I had never quite thought about my
    dangerous to do so, lest they become unnecessarily enshrined), but I'll indulge a
    list, so here they are:
    1. Hiring is number one
    2. Let process be implemented by those who practice it
    3. Promotion from within
    4. Tools are top priority
    5. Technical Leaders
    Note: these do not include various "obvious" Silicon Valley ideas about how to
    people" or "have an environment that ensures open communication." There is a
    list is a set of more (I consider) non-obvious things, things that rapidly growing
    easily. I believe that organizations which successfully integrate these ideas into t
    enduring, and self-renewing, while those which don't eventually weaken and spi

    View Slide

  64. View Slide

  65. View Slide

  66. View Slide

  67. View Slide

  68. Gmail
    GreaseMonkey
    Plugin

    View Slide

  69. We make everyone say thank you.

    View Slide

  70. View Slide

  71. View Slide

  72. View Slide

  73. View Slide

  74. View Slide

  75. View Slide

  76. View Slide

  77. Best Price
    Best Product
    Best Overall Solution

    View Slide

  78. Thanks!

    View Slide