My Approach To Product Management

I added my answer to “What are the essential software tools for a product manager?” on Quora but wanted to go a bit further and summarize how the entire Product Management flow can work together with tools.

So often I talk with companies that are building and building but are super disconnected with their customers, the business objectives or the efforts of other teams. Or, they are growing and making progress but wish their Product Management was better.

Here’s my version of how Product Management can work. Of course, this is one of many different approaches.

Start with the Goals
When your company is cranking along it might feel lame to pause and talk about goals. Mumblings like “this is a waste of time”, “too many meetings”, “we already know what we’re trying to do”, “too much process”, “we don’t really do this”, etc may crop up. You need to push through this, having a clear goal to work with that everyone has agreed on is key to doing anything else well.

One stategy you can use is OKRs. Spend an hour watching this Rick Klau talk on OKRs on how Google does it and read this First Round Capital article about Swipely.

Example Objective: Increase Customer Engagement
Example Result: Increase user custom report sharing to 10 shares per user per month

Make sure your goals are somewhere you can add to or reference digitally. You are committing to building product to impact these goals, they need to be within arms reach.

Understand the Product
It’s important to be at a point with your product where you can understand what impact decisions will have on the product performance.

Heap Analytics
Heap is the best tool I’ve ever seen to understand user behavior. The install is a simple snippet. From there, you as the Product Manager have tons of control to investigate behavior.

feature_funnel1

SendGrid Reports
Whether you use SendGrid or another system to deliver your transactional email, don’t treat email as a secondary piece of your product, give it the credit it deserves. Spend time building a spreadsheet model that enables you to download data, add to your model and see how your transactional email is performing.

Google Analytics
I’ve never become an expert with GA or had anyone around me that was. I’ve found GA is great for understanding your audience and macro behaviors. Where does our traffic come from? What devices are being used? etc.

Internal Reports
Is there anything about your product that you need to understand it better? Ask for help from your Engineering team and work hard to uncover missing pieces of the puzzle.

Just like having clear goals set for the business, understanding how your product performs is a prerequisite to do anything else strategically.

Understand your Customers
You have heard “Get out of the building” a million times now.  What are sustainable things you can be doing to better understand the problems your customers have and how you can impact their lives?

Visit Customers
I used to procrastinate about visiting customers at their office but have since learned to love this part of Product Management.  Instead of organizing some type of user testing or formal feedback session with your customer, simply make it your goal to stop by and say hello.  “I’m in San Francisco next week and wanted to drop by and say hello.  Can you grab coffee at 10a on Tue or 4p on Wed?”  Another approach is to use conferences to talk with customers.  I have found having a conversion about work life, the customer’s products and their strategy is a great way to understand their world much better.

Use LinkedIn for Personas
Search LinkedIn for 2nd connections in the San Francisco Bay Area with keyword “Marketing”.  You’ll see people with titles like “Vice President Marketing” and “Marketing Strategy for Saas, eCommerce and Payments”.  Tweak the search and find profiles that are relevant to your product then print these out and tape them to the wall.  Cute persona names like “Mary Marketer” have never resonated with me.  I like talking about how real people would find value.

Help with Support
Try to plugin somehow with the support process.  You can be part of the team helping to answer tickets, you could attend the support team’s regular meeting, you could ask for access to their ticketing system so you can review tickets and look at trends, etc.  Understanding tone, terms customers are using and problems they are having using the product is context you need to make better decisions.

Have a Repository of Ideas
Good ideas and customer feedback pile up extremely fast. You need a system in place for storing and referencing these ideas.

Prodpad
In Prodpad, anyone can submit an idea via email and each idea has a business case, impact vs effort scale and user stories that the Product Manager can write. This is awesome because it gives everyone on the team a place to send ideas with low friction and empowers the Product Manager to add detail and prioritize.

Create the Gameplan
Let’s assume now that you have clear goals, understand how the product performs and a repository of ideas that could potentially impact those goals, it’s time to come up with the gameplan. Each team is different, sometimes it’s the sole ideas of the Product Manager and other times it’s a collaborative effort from the whole team. In either case, it’s your responsibility and critical that you get buy-in from the team. Talk about why certain features are prioritized and backup your thinking with evidence like user data, business KPIs and customer stories. The rest of the team is about to work very, very hard on building the product you’re asking them to build, they deserve a rock solid gameplan.

Google Design Sprint
Being able to pull off something like the GV Design Sprint with your team is varsity stuff. It requires a level of leadership, ability to collaborate and skills that most teams don’t have. I recommend watching that video for inspiration and understanding where your team’s strengths are to come up with your own version.

Roadmap
The Roadmap is a way to talk about the gameplan with anyone that’s not on your immediate team. It tells the story of how you are going to invest and why.

sample-roadmap

Because you have done the hard work of defining goals and understanding your product, you are not shooting from the hip now.

“We are rolling out a new report UI that will make it easier for users to share custom reports with their team. This will be measured by seeing an increase from 1.5 reports shared to 10 reports shared per user per month. This aligns with our business goal of improving customer engagement.”

Wireframe and Flowcharts
Now that the plan is understood, it’s time to dig in. Use simple wireframes and flowcharts to articulate your gameplan. For each flow, be able to talk about how it will impact one of your goals. Using tools like UI Stencils or Balsamiq Mockups makes this easy. Tape everything to a wall in your office to create an easy way to informally discuss the plan with the team.

2014-04-23 14.37.17

Get Feedback
Once you have wireframes or designs, use tools like InVision and Usabilityhub to get feedback from customers, the general public and internal stakeholders. This lends credibility to the entire design process and builds trust with your team.

Write User Stories
User stories define what will be built. If you have been collaborating with the team on what to build, writing user stories should be more busy work than innovation. This is the time to think through every single edge case and be very detail oriented. During development, questions are always going to come up. The more thorough you are writing user stories, the smoother things will go.

Daily Standup
Attend your team’s daily standup even if you have nothing to add. You need to be there to answer questions and support the development of the product you are asking the team to build.

QA
Even if you have a full-time QA on your team, I’d recommend being a key part of the testing effort. When I haven’t done this, I’ve felt disconnected from the team and hard work being put in to build the product I asked for. You need to be the expert of the product, the more time you spend on alpha and beta versions before going to production the better.

Communication
Updating the company about product development happens differently for every company. Do you need to be a part of your sales team’s weekly meeting to talk through what’s in progress and what’s on the roadmap so they can talk intelligently with customers? Do you need to demo new features at company meetings?

Screenflow
Creating screencasts to show off new features is powerful. I have used this technique to demo products in board meetings, company meetings and to customers. I’ve used Screenflow for Mac to author the screencast then uploaded to Vimeo to share.

Blog Post
For new features, write a blog post that talks about the value for your customer, how it solves their problems and include screenshots. Your marketing team may choose not to use the post, it may not get promoted, etc but it’s a great practice to be in.

Launching a Feature
The moment has arrived but the work is not done. Once a new feature launches, it’s important to understand early indications of how things are performing. Talk to your support team, any tickets related to the new feature? Test your analytics, is the data being recorded exactly as expected? If you are running any A/B tests, are they recording data correctly?

Numbers Review
I heard Steven Lurie describe a “Numbers Review” meeting in which the Product Manager presents performance data of a newly launched feature.

“Product teams have a bad habit of always looking forward. What’s the next shiny feature to build? When the Engineering team works hard to build something they should not be in the dark about how it’s performing.” – Steven Lurie

The beauty of the Numbers Review is that it connects many of the core concepts in this post together. In order to deliver a great Numbers Review meeting the Product Manager needs firm benchmarks on product performance prior to the new feature. They also need to reiterate the intended value of the feature and how it connects to company goals (OKRs).

Summary
These are two of my favorite images describing Product Management.

what_is_a_product_manager

mario1

My approach is just one of a million different ways to build amazing products.  I hope you found some useful tips.

Product Management is a wonderful blend of design, collaboration, empathy, strategy and engineering.  Now, go forth and make amazing things!

Unboxing: UI Stencils

I finally ordered the UI Stencils Starter Pack for $75.

 

 

 

 

 

 

 

 

I’m a long-time Balsamiq Mockups fan and believe in it’s effectiveness.  I also like the tactile approach using pencils and paper.

In my first quick sketch, I found myself thinking through interactions as well as the UI.  What emails need to be sent?  How does this fit into the overall user onboarding flow?  How should referrals work?  How do we help the user be successful after signing up?

 

 

 

 

 

 

 

It was easy to let these ideas flow because it took 10 seconds to sketch them.  If I was doing this on the computer I would have thought to document the other intractions, in Evernote perhaps.  I would hesitate about where the information ultimately belonged, switching between apps and losing focus.  This is the beauty of sketching, it lets your ideas flow and separates this creative step with the later steps of refinement and organization.

 

3 Tips Product Managers Can Use To Do Great Work

Product Managers need to envision the world as it should be while having a clear understanding of how their customers see the world today.

Here are three ways to succeed in doing this as a Product Manager.

1. Understand / Measure
You have a great idea for a feature and a vision of the positive impact building this feature could have on the bottom line.  As the Product Manager, this is a very exciting feeling, you can make the world better!  However, this is precisely the time to be super careful.  Before building, you need to undestand how everything is going to be measured and be able to articulate why the product needs this feature to your team.  If the feature is an iteration on an existing feature, do you have a good benchmark?  If this is something brand new, thinking through how everything is measured helps you elaborate the idea.

Tip:
Create an Evernote notebook for the new feature and add three notes: Benchmark, Business Impact and Customer Stories.  If you don’t feel good about the quality, accuracy and depth of these notes, you shouldn’t move forward with the feature.

2. Talking With Customers
No one cares what you or your company does, they care about their problems and how you will solve them.  During customer meetings, pitch your idea of the future conversationally and then listen to the subtext in what is being said rather than the exact specifics.  There’s a huge difference between what people say they want and how they behave, as I’m sure you’ve heard before many times.

Tip:
Use coffee meetings to have an informal discussion about your customer’s life.  Ask questions like “What are you working on?” and “What would make your job easier?” to get the conversation going.

3. Don’t Forget About Changing The World
Is this you?  Your email is a constant stream of things customers can’t do with your product and examples of how other products are doing things much better.  Of course it is, that’s life as a Product Manager.  A mistake PMs make is turning this input into a todo list for the product and losing focus on game changing ideas.   Remember, you are at the intersection of what your customers need, how your product can help them and how that can fuel your business.  You are in a unique position to envision and empower amazing ideas that get turned into real life and job changing solutions for people.

Tip:
Keep a notebook next to your bed.  When you wakeup with some incredible product idea you’ve been dreaming about, sketch it out.  This will help you be free of the constraints and realities you may face on your team and allow you to think big.

For further reading:
What, exactly, is a Product Manager?
Good Product Team Bad Product Team

 

How GTD Areas of Focus relate to Product Management

One of my favorite GTD concepts is Areas of Focus. Using Areas of Focus in your personal productivity system helps group work into context. No need to look at todos like “Get House Painted” when you’re at work. It’s better to look at only work related stuff that you want to be focused on.

For the longest time I’ve had Areas of Focus like House, Family, Marriage, Gear and Travel. I had one Area of Focus for work called PivotDesk. Inspired by a recent webinar on GTD Connect given by David Allen, I decided to refine my work-related Areas of Focus.

Old: PivotDesk

New: Product Management, Feature Development, Product Performance, Product Marketing

As I went through this exercise, I had a chance to think through the different types of work a Product Manager interacts with to get the job done.

Product Management
Idea management, sprint planning, processes, team, budgets, timelines, product roadmaps, internal communication and demos.

Feature Development
Scoping, customer interviews, idea validation, wireframes, designs, details and QA.

Product Performance
Instrumentation, A/B testing, analytics and KPIs.

Product Marketing
Product tour, blog posts, inbound channels, segmenting visitors and drip email campaigns.

I’ve found each of these areas requires a different headspace, pace and communication style. When focused on Product Management, my head is very much in business and planning mode. I’m emaliing, looking at the calendar and updating people. When focused on Feature Development, I am putting myself in our customer’s shoes, feeling empathic and brainstorming ideas. I’m staring at personas and drawings taped to the wall and getting whiteboard marker stains all of my arms and clothes. I’m far, far away from my email and calendar.

What do your Areas of Focus look like?

When will it be done?

The physical world has a funny way of revealing insights into the digital world. Earlier in the day the PivotDesk Engineering team demoed a new feature that’s “almost done”. As I walked through our “almost done” new office without Internet, a floor or paint on the walls I didn’t really think things were almost done. It reminded me how varying the definition of done can be and how important it is to define that for any project.

office

We use a MVP approach at PivotDesk and I believe in iterating to make things better and better over time. Walking through our office had me thinking about how much effort should go into projects and when. For example, if our office had an Internet connection we could move in, sit on the dusty floor and start working. We would be in the environment and give real-time feedback like “this office would be better if we had desks and chairs”. On one hand this is true early feedback that should be useful, on the other hand it’s completely ridiculous.

How much effort should you put into the first version of a feature you are building? If a little more effort, polish, investment was made, how would your user feedback change? If the feature was a bit more stable, how much extra time and reduced costs would that provide to the project?

I am confident our office is going to “launch” on time and on budget just as features of the PivotDesk platform do. The trick is finding the optimal time to let the “users” in the front-door.

The Definition of “Going Live”

Today, Brad Feld walked into my office (well, the Techstars office) and yelled “Time to spin up more dynos PivotDesk!”  5 minutes earlier he and Jason Mendelson had tweeted about PivotDesk which drove 50 concurrent users to our Beta site looking for flexible office space in Boulder.

Our site caved, I added more dynos and restarted all processes and we were back (Thanks Ryan Cook).  The dumbest 10 minutes of my summer at Techstars Boulder thus far.

2012-07-25T22:45:23+00:00 app[web.1]: Started GET "/" for 174.29.90.125 at 2012-07-25 22:45:23 +0000
2012-07-25T22:45:23+00:00 heroku[router]: Error H12 (Request timeout) -> GET beta.pivotdesk.com/assets/layout/denver-img.png dyno=web.1 queue= wait= service=30000ms status=503 bytes=0

“Going Live” is a tricky thing in the enterprise and in Startups.  Leading a large team for the past 2 years at a global enterprise software company, “Going Live” was always about when we felt comfortable telling the disjointed Marketing department that they could make banners for conferences and write whitepapers to put on the website.  I heard “When will it be ready” thousands of times.  “Being Live” meant a 100% bug free, feature complete product that everyone thought was perfect.  Of course this was not realistic and we struggled constantly to come to a shared understanding across the company about this.

In a Startup, “Going Live” means people start tweeting about you.

Here are 2 lessons I reflected on today during my long run up Boulder Canyon to cool down after my fuckup:

1. The day you turn off some kind of basic auth is the day you should increase your infrastructure.

I was kicking back listening to Jeff Clavier drop knowledge on the Techstars teams when my phone started buzzing and the New Relic alerts started arriving.  I had no expectation of increased traffic today and we had not had a single infrastructure hiccup in 60 days since deploying to production for the first time.  My mistake was not thinking of the site as live even though it absolutely was.

2. “Being Live” is not the same thing as MVP, Alpha, Beta, Prototype

You’ve probably heard the question “Are you live?” and the response “Yes, live with a MVP” or “Yes, live with an Alpha”.  That’s all well and good.  Getting feedback fast, not being afraid to put things out there and iterating quickly are wonderful things for software development.  Powering those early versions with weak infrastructure is not acceptable.  Although I had all of the right stuff in place (monitoring, backups, analytics, ability to scale), I was not ready for today’s traffic increase.

So, learn from me and don’t let this happen to you.

Find flexible, scalable office space for your High Growth Business in Boulder and Denver right now with PivotDesk