Manu Goel

Are you building features or killing features (i.e. simplifying your products)?

Just yesterday I prevented my team from adding an exotic feature to our product.

My hypothesis is that people don't like many features in a product as that complicates the product adoption e.g. many sales guys hate CRMs for this reason. In that sense, more features might equate to no features as users don't adopt/use the product. So, minimalistic products that solve 1 big problem (80% of the problem pie) is what people like.

That's what I think.

I would like to hear from the product hunt community on what their experiences have been?

73 views

Add a comment

Replies

Best
Emily Connoro

I totally agree with you, leaving it simple and straight to the point taking away ambiguity from users is key.

Manu Goel
Launching soon!
@econnoro24 Exactly. Also, finding what you need, when you need is difficult too. Thanks for sharing your views. It helps me validate.
Jeff Lippert
Launching soon!

I've been on both sides. I had a better experience when our team started simple and then added a new feature every 4-6 weeks. In fact, one project I was on died because we spent too much time in development hell trying to add new features that sounded cool in theory but weren't validated.

The 100 Challenge (asking 100 random people a few questions gauging their interest) is a great way to determine whether a new feature truly helps to solve our overall problem fit.

Manu Goel
Launching soon!
@jlippx good one.. the 100 approach. I have seen people go with feedback of just a couple of users and take a wrong decision!
Cristian Stoian Urzica
Smart small, then grow 🪴
Manu Goel
Launching soon!
@cristian_stoian_urzica yep. Couldn’t stop myself from mentioning that the plant emoji really looks cool :)
Parth Ahir

Totally agree — feature bloat kills usability. We’ve started thinking of new features as liabilities unless they solve a clear pain point users already feel. Every added feature adds complexity, support burden, and onboarding friction. Simplicity scales. Depth > breadth.

Manu Goel
Launching soon!
@parth_ahir ya, and liability also for users. It’s like they have to spend time to find what they really need everyday and at those points of need. It’s like hunting in the hay stack.
Nika

Once I read in one of the @johnrushx posts on Twitter that makers should focus on one feature (simplifying the product).

Hard to say. I mean – from the very beginning, the solution is more understandable, easier for UX/UI.

But as you gain more users, they require more complex solutions.

And you can see this pattern in many products/companies.

Virgin started as a recording company/media – now, they have over a hundred subbrands and products (airlines, insurance).

Amazon started as a bookshop, then they evolved into an e-shop, streaming, etc.

Starting "skimmed" and then growing into something bigger is a part of evolution.

Manu Goel
Launching soon!
@busmark_w_nika yes,it’s interesting. And I am thinking out loud if feature suppression or a parallel minimalist version is something that anyone has seen anywhere?
Bryce York

Right now, we're in build mode but fully locked into the features that we set for the MVP. Luckily, I have great co-founders who call out my tendencies for scope creep.
There are a lot of cool ideas in theory, but if it doesn't move the needle with our customers it doesn't matter.

Susan Parkeron

Started off building everything users asked for. Now we only build what aligns with the core experience.

Colin Hayes

@susan_parkeron Love this shift. Curious, how do you decide what qualifies as part of the ‘core experience’?

Manu Goel
Launching soon!

We are completely minimalistic in our approach (1-mega problem solved at a time) right now. But after reading all the views from everyone, I am looking to create an internal 'Feature Repellent' process for future wherein the effort would be to prevent or repel a feature than support it. Will also share it here with the community - let me know if anyone would be interested.