Hoffman Industries
  • Home
  • Blog
  • Inspiring Books
  • Organizations
  • About

Learnings

You can learn business.  My journey building M5 was all about accumulating knowledge to be a better entrepreneur, manager, and leader.  This blog is to help me keep some of the notes from that trip, and sharpen my thinking for the next one.

STFU and Design a Great Product

10/8/2013

4 Comments

 
Picture
Yesterday I heard that the head of product I hired didn't last the year.  Product innovation was one of the hardest things for me to scale.  One of the purposes of this blog is to clarify my mistakes so I can avoid them next time, so I thought I'd tackle this topic. Besides, I just read Eric Ries' "The Lean Startup," which also reminded me of how hard this is, and suggested an answer.

To continue the setup, I met an old friend who just closed his startup.  They spent one year, solved many technical hurdles building a cool app, but never got any real market traction.  The entrepreneur's decision pleased his VC, as most companies linger for much longer. The developers who built intensely all year, pleased not so much.

And then I had lunch with a WIBO graduate that spent two years building a service that converts your business card collection into electronic contact data magically. She now knows her costs to the penny and has paying customers validating her price.  But she doesn't yet know how to sell or market, so she doesn't yet know how to cost-effectively distribute yet. Should she raise capital?

The Lean Start-up is one of the hottest business books now. Distinctions like "Minimum Viable Product" are infused in Silicon Valley's air.  Ries is a disciple and successful practitioner of Steve Blank's Customer Development philosophy, and I also recommend (as does he) Blank's "The Four Steps to the Epiphany".   It reminded me of the path my product organization, and these entrepreneurs, kept wandering from. Here's my summary:
Picture
  • Model.  Your first job as an entrepreneur is to build a business model, not a business.  Most people spend way to much on prototypes or technical solutions before validating that they can affordably attract customers.  
  • Minimum Viable Product.  The mission is to get to the model as cheaply and quickly as possible. So get over your perfectionism and ship a "minimally viable product." Then, learn. This approach is fueling a new wave of very scrappy startups.   We blew this at M5/SHOR and often took ... years (ahem, cough, cough) to ship stuff.  We packed new apps and features with requirements, many related to integrating to other department functions like billing, or around scale & reliability, and then never launched.  The Zappos guys had told my team first-hand about how their first orders were fulfilled by running to Nordstrom's!  We didn't get it.
  • "Get out of the building." Meaning go see customers and listen, listen, listen. Toby Hecht used to talk about designing offers to take into account all the background and historical conversations that are going on in a customer's head, workplace, and culture.  You need to ask deep, penetrating questions and don't shy away from "what price would you pay?"  And listen, listen, listen.  Our attempts to automate this with portals like ideas.salesforce.com never flew - you've got to do this yourself.
  • Metrics.  Focus on a few key metrics that matter.  Ries recounts the Facebook legend: it took less than a month for 3/4 of Harvard students to adopt Facebook, and more than half of the users came back every single day.  Most of our product discussions were not even data-driven.  Avoid "vanity metrics."
  • Validated Learning.  Protect the time to iterate until you see real evidence.  I remember ShoreTel's product organization going out and talking to customers and coming back with a few quotes about how people liked one idea or another - which was viewed as enough evidence to invest millions.  Ooof. We almost never budgeted for second versions of stuff, we were all shagged out by the time we shipped anything. Structural pressures - deadlines, market launches, screaming customers, bosses, Boards, and especially my own promises make this very difficult to do.  I feel like every time someone suggested that we needed more data it was easily squashed as an anti-entrepreneurial and bureaucratic request.

For me, it all boils down to STFU and listen.  Value learning and reward mistakes.  Remove institutional pressures that work against you.   

I can't be all negative.  M5 did this well in a few areas in particular:
  • Positioning. Our biggest insights in developing our phone system came when we remembered that no one wants a phone system.  Our customers didn't really even want phones, or phone calls.  They want sales, and happy customers.  Or more time out of the office.  How could M5/ShoreTel take care of these needs?  That thinking helped us create unique positioning against these real customer problems, and begin to tailor our product for them.  When I was trying to figure out what a Chief Strategy Officer did, Angela Tucci, who held that job for Symantec,  said that her entire role turned on the question, "What problems will we solve for customers?"  I wrote another blog about this, Holes and Drills.
  • Sales. Most Salespeople think they are paid to talk about their products.  Good ones have lots of knowledge to share. So they do.  STFU! We spent AGES trying to train ourselves to listen to prospects more.  Questions are so much more powerful than slides.  I recommend Sandler as one of many approaches to training this.  By the way, the same thing often happens when a talented guitar or keyboard player rarely jams -- less is so much more! STFU and groove!
  • Software Development.  Embarrassingly late in my tenure we adopted agile development, which embodies much of what Ries is talking about.  Constant short sprints, constant feedback.  I highly recommend Agile Product Management with Scrum, a book that unlocked agile for our management team. It describes the difference between a classic product manager and an agile product owner.  It is specific and actionable.  It clearly explains all the basics of agile.  When our team read this, it catalyzed our transformation.  We went all the way on a multi-year journey, with the help of Brent Hurley of www.girasolutions.com, who I highly recommend too.

But STFU is hard.  Ries' book is the classic offer of Passive information - you will nod in agreement with most of it, then not do it.   I was making some calls to find good candidates for the new Brooklyn EO chapter this week and I caught myself spewing.  STFU! Listen! I know that the prospects won't remember what I said, and I missed many chances to really dig to see if they were a good fit.  And we had a long way to go with Agile --  It was hard to interrupt working developers and make them to listen to input from users.  Larry Babbio, who built Verizon Wireless and spent a year on M5's Board, told me the only way he ever got this to work well was to physically sit developers next to their business clients so they had to listen to them all day long.  As I said in the opening, I never found a product leader who could really make this happen.  But I know the next one will!   I've recently had lots of opportunities to practice this approach in conversations with entrepreneurs about their businesses, and I plan to work to get better at it.

To sum up, I'm connecting the #1 sales mistake with the #1 product development mistake with the mistake I saw two entrepreneurs make and the one Eric Ries wrote a book about.  Boiled down: STFU and listen harder. And with that, I shall take my own advice, and
4 Comments
Greg Tull link
10/16/2013 04:39:30 am

Hoff, here's a sector to consider for your next venture. elearning. A very good friend of mine built a great elearning business teaching leadership skills to business executives. Perhaps you could bring the Yale Center for Emotional Intelligence's work to the mainstream. e.g. a digital analog to when a biotech company licenses a molecule or a product from a university and uses the IP for a business. http://ei.yale.edu/ruler/ The director of the center at Yale, Marc Brackett, spoke to a group of 150 or so parents on the edge of their seats last night at a school in Marin County. Your beta test could be to work with Marc on setting up a course for US Congress as a test case. If you can teach Congress emotional intelligence, you can teach it to anyone !

Reply
Dan Hoffman
10/23/2013 07:26:40 am

Hey, Greg! Very first comment, thanks! I love the eLearning space and will follow-up with you. I truly believe human performance drives company performance, so using tools like this can lead to a margin advantage, and to winning an industry. I got a little taste of this in the last one, and am hungry for more.

Reply
David Joerg link
10/16/2013 04:52:53 am

Well put.

Meanwhile, inquiring minds want to know, did you find the Yoda graphic somewhere or make it?

Reply
Dan Hoffman
10/23/2013 07:31:28 am

Thanks, David. I made it, by searching google images, cutting it out and pasting it in. Does that count? Props to LeRoy Dahm (Leroy289). I had an interesting talk at your house with Kim from Google, who reaffirmed for me another interesting theory about building great stuff: have engineers or ex-engineers as product owners. West coast gets this, us east coasters are more likely to try to put the business guy in charge of the team. Curious to explore that one more.

Reply



Leave a Reply.

    RSS Feed

    Categories

    All
    Cloud
    Customer Experience
    Customer Experience
    Learning
    Management
    Shoretel & M5

    Archives

    March 2014
    January 2014
    December 2013
    November 2013
    October 2013
    September 2013
    January 2013
    November 2012
    September 2012
    July 2012
    May 2012
    March 2012
    February 2012
    October 2011
    April 2011
    December 2010
    October 2010
    March 2010
    February 2010
    October 2009
    August 2009
    July 2009
    June 2009
    May 2009
    March 2009

Best way to reach me
Home        Blog        Books        Organizations        About