Our MVP is ready! What year is it?

For a little more than a decade now, I have found myself at the mercy of various three-letter acronyms. It probably started with JEE, then CPI and now, over the last year as a bootstrapping founder, MVP and PMF. (I am also a part of the Startup Leadership Program, so SLP)

Before we chronicle echo’s early product journey,there is a bit of an announcement to make. We finally have a version that we are (somewhat) happy with and our iOS app is going full steam ahead on development, so yay!

The beard is legit.

When starting out, some of the most critical conversations with my founding team, early adopters and advisors revolved around building a minimum viable product (MVP). An MVP helps a product gain market validation, critical insights and ensures longevity. No one seems to disagree on this much at least, but the most interesting conversations I have had were on what exactly constitutes an MVP.

The problem with MVP

It’s probably safe to assume that no one except your team, mentors or investors really cares about the acronym or Greek letter attributed to your product. Viability, by definition something that sustains within an environment, can only be tested in a live environment. So when product teams say they are releasing an MVP in the near future, it ends up being a gross mischaracterization. In the past, quite a few of my peers and I have confused a proof-of-concept (PoC, adding to the 3-letter acronym list) or prototype with an MVP. What we’re actually doing is iterating quickly and making intelligent guesses that the upcoming release will be either viable or closer to viability.


A little experience, sound advice or reading will soon re-orient a product maker from trying to build out the glorified vision to a diminished just-does-the-job-(maybe) minimum product. This works when you’re on the bleeding edge of innovation OR your product is the only ‘painkiller’ in your chosen market. In reality however, being the only one is unlikely – especially when we talk about products and startups that benefit from the great leveler of playing fields – technology.

Today, customers and users have little patience to be treated as guinea pigs while we and our competition iterate, inching closer to an unseen finish line.

it is what it is
sobs&babs – these guys get it.

It’s a bit funny how, as early stage startups stuck in a rat race of our own, we’ve become comfortable viewing our users as lab rats too. (tweet it>)

Outdated literature on MVP

Analysing startup success and product best practices post success, in retrospect is easy. While you’re in the midst of it, there are just too many variables at play. Almost every success measure – revenue, traction, data, all these kick in at the MVP and beyond.

A lot has been written on rapid iterations; a common cliche is if you’re not embarrassed of your version 1, you’re too late. There’s also a whole host of startup zealots, fostering this romantic notion about users paying for a broken product and how that’s the tell of a unicorn-ish startup.

At echo, we’ve been through this. Rapid iterations?
We release two updates to the Playstore a week. Android folk, check out the app here.

Incremental improvements?
Just ask our early adopters about how many times they launched echo to something absolutely new (and sometimes unfamiliar).

We can’t throw garbage at potential customers and expect them to dig for gold. Over the last year, our team has developed a new found respect for users. Our attitude to an app crash has gone from, “it happens in beta”, to “we’re sorry, we’ll fix this, today.” The world’s changed, chances of someone else working on the same idea as you are the same as you both owning the same mobile phone. Features are easily replicated, designs and UI copied; and we struggled for a while on how to differentiate ourselves.

The human factor

We’re building a conversation with our users. This is a behind-the-scenes, under-the-hood effort that is driven primarily by the founding team and will be unique to each such. As a product manager, I want to know what users are thinking about echo every day/week/month.

Trying to isolate what tickles each user’s fancy the most which could take us in one of two directions – deep personalization or aggregated best-fit.

While I dissed on a lot of literature on MVP, I do like the concept of MDP (minimum desirable product) by the awesome Andrew Chen. In my next post we’ll write about how we’re communicating with our users, personalization and more!

Moment of zen:

if users still pay for it, we got a winner


echo comes to IIT Bombay campus

10 years ago I entered the IIT Bombay campus for the first time. I’ll be honest, the infinite orientations, infinite clubs & activities and the infinite usage of the word infinite – all left me a bit overwhelmed.

There was one single truth I chanced upon – it’s the people that matter. Friends, who will stick by you when you’re late for a class or nervous before an exam or rejected by that first boy or girl you propose to.


echo is an app for just you and the friends you like to meet. Be it going for a sport in the fabulous IITB gymkhana, a drink (juice) to the nearby Laxmi or diluted brown stuff at the beloved coffee shack, you can make and share all kinds of plans on echo.

We are a bunch of IIT alumni making echo the best experience possible with much love and care. We are also packing in a whole bunch of cool features like – auto-creating groups based on who joins the plan, seeing who is on the way without having to text or call them and a LOT more coming.

Within a week, all IIT Bombay students can use their roll numbers to unlock echo access. Very soon, echo will feature all kinds of events happening in and around campus.

So echo your plans and have fun!

get echo from the playstore

If anyone else in the world needs access, shoot us a mail at ss@echoplans.com and we’re happy to give you early access. 🙂

PS: iOS app coming soon…