Product & Startup Builder

What does MVP Really Mean?

Added on by Chris Saad.

An interesting phenomena I’ve noticed when advising startups is the shallow understanding of what MVP means. Almost everybody uses the term now, but few understand how to successfully operationalize it.

  • It’s often difficult to determine exactly what the MVP is. It’s partly science and it’s partly art. The answer often requires a mix of experience and taste.

  • Often, after building the MVP, they continue to build more and more product without going deep on user acquisition and feedback.

  • Sometimes they build multiple MVPs of multiple major product areas leaving much of the product surface area in a largely broken state.

Remember, the purpose of an MVP is to get it into customer’s hands and learn and grow with your shared understanding. You need to continue to iterate and polish it until you can see your own face in the reflection.

Remember it’s “ship and iterate”, not “Build, build, build”. Shipping doesn’t mean just putting it on production. It also means putting it into customer’s hands at as much scale as possible.

Originally Posted On Facebook

When Is Advice Mandatory vs. Optional?

Added on by Chris Saad.

Founders sometimes ask me if some piece of conventional wisdom they've heard or the advice that I'm giving is "necessary" or "mandatory".

I always try to explain that almost all of the tactics and advice I'm sharing can only increase the probabilities of success. It can't guarantee it. There's also always a chance you can succeed without following any given piece of "best practice" advice.

That being said, if you start bending or breaking too many of these guidelines you really start to diminish your chances of success.

Funny enough, many of the lessons I share day-to-day were not learned from a book or from someone else giving me the advice - I had to learn them the hard way by ignoring the advice in the first place (thinking I had a better way) and finding out I was wrong.

On Revenue vs. Scale, Helping Incumbents vs. Disruption.

Added on by Chris Saad.

Revenue vs. Scale

One of the biggest challenges many young startups with global disruption ambitions face is an addiction to revenue.

In the early years, a startup’s job is to grow - fast - not to make revenue or profit.

This might sound counter-intuitive. So let me explain.

An undue focus on customer revenue forces you to pay too much attention to what your first paying customers ask you to do for them for fear of losing them (and your only source of cash). These are often feature requests that might be good for their business, but not necessarily good for yours.

Why? Because existing customers will typically ask for advanced features designed to solve more and more of their particular needs. These needs are often either very specific to the quirks of their operation or are very hard to polish and scale. Making things worse, the requests also tend to come thick-and-fast meaning that you end up developing a broad product surface area without taking the time to really polish everything that’s getting built.

Even with amazing product discipline (where you are translating each specific ask into carefully designed, future-proof and generic product capabilities), it’s very, very difficult to avoid falling into this trap when you are capital constrained and dependent on revenue. 9 times out of 10 it will ultimately be massively distracting, undermine your focus, create overstuffed products and stunt your business growth. It can, and often does, kill your company.

Instead, high-growth startups typically need to raise enough capital to invest in growth without being beholden to the needs of any particular customer or customer segment.

This typically means focusing on a number of key things. They include…

  1. A focused product that initially does only 1 or 2 things really well

  2. A clear marketing message delivered on a beautiful website

  3. A polished self-serve onboarding funnel with standardized pricing

  4. UI and UX that is simple and clear to understand for new users

  5. Well oiled operations (sales, support, biz dev etc)

  6. Referral and viral mechanics

With these features (and many others) you will hopefully be able to win and onboard many, many customers quickly.

Why is quantity better than quality? Because making software is relatively easy. The world is littered with small-scale software projects that were essentially custom-built for a few customers. That’s not building a high-growth startup. That’s building a small software business. The hardest thing in the world is getting broad (even monopolistic) adoption of a product by a whole category of users. It’s hard, therefore it’s valuable. Once you have that market position, you have a captive audience to which you can up-sell and cross-sell a range of new features (with attached fees & charges) over time.

Helping Incumbents vs. Disruption

Another important (and often overlooked) aspect of reducing your focus on revenue is that it allows you to consider disrupting rather than partnering with incumbents. It’s very easy to make the decision to run to big customers and partners to try to get big money and/or lots of distribution. However, oftentimes, a tech startup should be killing - not helping - some of the legacy players in an ecosystem. Or, at the very least, forcing them to play by new rules. This is the very definition of disruption.

To be even more concrete: Often times your first instinct will be to build some great b2b software for the existing players in a market where, perhaps, instead, you should be building a direct to consumer alternative to what’s gone before. A clear example of this is Uber. They didn’t build dispatch software for Taxi companies. They built a new kind of mobility business that dealt directly with riders and drivers - making Taxi companies obsolete. Had they tried the other thing, the story would have gone very, very differently.

Execution Is Not All About Action

Added on by Chris Saad.

One of my colleagues on ‘execution’:

“People always hear that execution is everything in startups. 

The problem is that they think “execution” is all about more action. But that’s like an amateur running onto a pro basketball court and running around throwing the ball in the air. 

Execution is about getting the ball in the hoop and all of the skill, experience and muscle memory it takes to make that happen”.

Originally Posted On Facebook

Avoid Shipping The Org

Added on by Chris Saad.

When working on product marketing (how you will brand and merchandise your products on marketing materials like your website) you want to be sure to avoid “shipping the org” (i.e. describing things based on the way they were built by internal teams) or doing things for the sake of appearances (e.g. trying to show more products than you have).

You’re number one priority should be to think through the problems and use cases your customers have and describe your product in those terms as clearly and simply as possible.

Originally Posted On Facebook

Most Platforms Should Start as a Killer Product First

Added on by Chris Saad.

As someone who's tried, too many times, to build a platform first product strategy (leveraging 3rd parties for distribution with a white label infrastructure play) I strongly suggest you DON'T.

Unless you're building extremely primitive services (think Twillio, AWS etc) you should instead build a killer user-facing (consumer or business user) app (hard!), and then offer APIs, Widgets etc for 3rd parties to adopt once they have no choice but to play along.

Think FB Social Plugins, YouTube Player, Twitter Tweet Embeds etc.

Originally Posted On Facebook

How To Evaluate And Compensate For Your Weaknesses

Added on by Chris Saad.

When evaluating and compensating for your weaknesses, I suggest taking a multi-faceted approach:

  • Be sober and honest about your weaknesses - but also be fair and kind to yourself too. Don’t, however, allow yourself to be crippled by neurosis (i.e obsessing).

  • While you may never turn them into strengths, lean into improving your weaknesses. At the very least you will understand them better and minimize your blind spots.

  • Don’t minimize the importance of things you can’t do just because you can’t do them. Recognize their value and...

  • Don’t obsess about turning your weaknesses into strengths. Focus more on your natural and unique abilities and surround yourself with people you trust who make up for your weaknesses. Be explicit with them about their role in your life and in your business. Ask them to help you handle or advise on those aspects of your life and work.

  • Listen to the people you hire/surround yourself with! Their advice may, at first, appear wrong. That's because it's not what you would normally do. Do it anyway.

Originally Posted On Facebook

6 Things To Avoid As A Young Startup

Added on by Chris Saad.

As a young startup, the things you must avoid include...

  • Biting off more than you can chew

  • Protracted timelines/scope creep that can blow out

  • Over engineering your solution before you know what your users really need

  • Vague requirements

  • Poor/miscommunication between stakeholders

  • Over promising and under delivering

This is why MVPs and strong cross functional process is essential. 

Reminder: If your problem is getting from A to B then the MVP is a skateboard (then a bicycle, then a motorbike, then a little hatchback, then a sedan, then a Porsche), not 4 wheels.

Originally Posted On Facebook

Product Design In 3 Phases

Added on by Chris Saad.

When working on product design:

  • First you want to get the "architecture" right (E.g. what are the core areas/screens/patterns)

  • Second, the UI metaphors (e.g. Are lists, feeds, carousels etc the right thing to do in each situation)

  • And finally, the fine grained details (is it 'your stuff' or 'my stuff', is it 'overview' or 'summary', is it 'done' or 'complete' etc).

Originally Posted On Facebook