4 ms·

I think a successful product strategy can be "build something you love, see if others love it too". If that's enough customers, you can judiciously expand out f

I think a successful product strategy can be "build something you love, see if others love it too". If that's enough customers, you can judiciously expand out from there. The "fail honestly" method. I think the Apple II is one example of this.

reactordev 9mo ago
>”you can judiciously expand out from there” Which is where the bulk of the other 80% of features come from. It’s a cycle. You start as you describe, you expand, you end up with this enterprise monstrosity, everyone using a different 20%. New tool comes along, you start as you describe…
- nielsbot 9mo ago
  Assuming it's enterprise software.. then maybe? Hopefully you can afford to say "No" a lot.
dvt 9mo ago
This is the best way to build products imo. I'm like this, and I've been accused of being very "vibes-based." However, that's a way more tractable way of shipping stuff instead of "well Jim said he wants X, but Amy said she wants Y" so you end up just kind of half-assing features because you think they might get you users, instead of just being passionately all-in into a very defined product vision (which is a very Jobsian way of doing things). It's also easier to run a feedback loop. If you implement Y, but Amy doesn't give you $5 a month, what are you going to do? Knock on her door? Users have no idea what they want half the time, anyway. If you build a product and no one cares, it bruises the ego a bit more, sure, but if you self reflect, you can eek out your own bad assumptions, or bad implementation, or maybe a way to pivot that keeps your product ethos.
- linkregister 9mo ago
  In order for this to work, you have to possess good taste. Not everyone has it, and it often does not translate across domains.
  - nerdsniper 9mo ago
    Good taste is an incredibly powerful differentiator in competitive markets like software. Seems like there’s 3-5 decent choices for darn near anything I need, and usually 1 smaller team has the product that stands head and shoulders above the rest.
    - raw_anon_1111 9mo ago
      Unfortunately, good taste doesn’t matter for a successful software product. First let’s look at B2B, there the “user is not the buyer”. The buyer doesn’t care about “good taste” they care about a lot of other things. (“Where is my SSO support for multiple users, I’m not going to have my IT department worry about tracking down usernames when Bob leaves) https://news.ycombinator.com/item?id=46919794 https://news.ycombinator.com/item?id=46919794 Second, if you have the feature that people need or a service or network effect, they will suffer through a bad app - see every Electron app ever. That “smaller team” may not be around in a year and if you are lucky, you’ll get an “Our Amazing Journey” blog post. Does this product export to a format that my design team can import into Figma if this product goes tits up?
      - Dansvidania 9mo ago
        If you want to do the proverbial “moving upmarket” then yeah you’re going to have this and a lot of other problems. Taste does not sell (let’s be nice and add “on its own”) in that segment.
  - alsetmusic 9mo ago
    Does that mean no one should try? I'd rather a tool be built and I don't use it than the tool not exist.
- ranger_danger 8mo ago
  Like Ron Swanson said... "Never half-ass two things. Whole-ass one thing."
thfuran 9mo ago
If ten people make focused tools covering different 20% subsets of the giant ones, there's a good chance of having a choice that matches what any given customer wants. And for most customers, that's going to be a better match than a big tool that does tons of other stuff they didn't want.
- dotancohen 9mo ago
  How do the consumers find which of the dozen tools support the 20% they need?
  - Zopieux 9mo ago
    By, get this, trying out the products. Revolutionary.
    - crazygringo 9mo ago
      How about less snark? Especially when, who the heck has time for trying out a dozen products? That's at least a full day of work, which probably costs more than the software itself. No, you just read a few reviews to find the best full price option and best budget option and figure out if the budget does what you need or not. And often go for full price just because you don't even know what features you'll need in 6 months which you don't need now, so safer to just learn the option that is the most future-proof.
      - ctxc 9mo ago
        You're right. Even across stuff I _really_ use it's hard to bring myself to try. Anecdotally I haven't tried Codex and use Claude Code. The day I try Codex will be when I hear from my friends/communities that it's much better. Same for IDEs, STT tools, etc
        Aditya_Garg 9mo ago
        I tried codex on a whim when my Claude code rate limited me. Canceled my max subscription and stuck with codex

reactordev 9mo ago

>”you can judiciously expand out from there” Which is where the bulk of the other 80% of features come from. It’s a cycle. You start as you describe, you expand, you end up with this enterprise monstrosity, everyone using a different 20%. New tool comes along, you start as you describe…

nielsbot 9mo ago
Assuming it's enterprise software.. then maybe? Hopefully you can afford to say "No" a lot.

dvt 9mo ago

This is the best way to build products imo. I'm like this, and I've been accused of being very "vibes-based." However, that's a way more tractable way of shipping stuff instead of "well Jim said he wants X, but Amy said she wants Y" so you end up just kind of half-assing features because you think they might get you users, instead of just being passionately all-in into a very defined product vision (which is a very Jobsian way of doing things). It's also easier to run a feedback loop. If you implement Y, but Amy doesn't give you $5 a month, what are you going to do? Knock on her door? Users have no idea what they want half the time, anyway. If you build a product and no one cares, it bruises the ego a bit more, sure, but if you self reflect, you can eek out your own bad assumptions, or bad implementation, or maybe a way to pivot that keeps your product ethos.

linkregister 9mo ago
In order for this to work, you have to possess good taste. Not everyone has it, and it often does not translate across domains.
- nerdsniper 9mo ago
  Good taste is an incredibly powerful differentiator in competitive markets like software. Seems like there’s 3-5 decent choices for darn near anything I need, and usually 1 smaller team has the product that stands head and shoulders above the rest.
  - raw_anon_1111 9mo ago
    Unfortunately, good taste doesn’t matter for a successful software product. First let’s look at B2B, there the “user is not the buyer”. The buyer doesn’t care about “good taste” they care about a lot of other things. (“Where is my SSO support for multiple users, I’m not going to have my IT department worry about tracking down usernames when Bob leaves) https://news.ycombinator.com/item?id=46919794 https://news.ycombinator.com/item?id=46919794 Second, if you have the feature that people need or a service or network effect, they will suffer through a bad app - see every Electron app ever. That “smaller team” may not be around in a year and if you are lucky, you’ll get an “Our Amazing Journey” blog post. Does this product export to a format that my design team can import into Figma if this product goes tits up?
    - Dansvidania 9mo ago
      If you want to do the proverbial “moving upmarket” then yeah you’re going to have this and a lot of other problems. Taste does not sell (let’s be nice and add “on its own”) in that segment.
- alsetmusic 9mo ago
  Does that mean no one should try? I'd rather a tool be built and I don't use it than the tool not exist.
ranger_danger 8mo ago
Like Ron Swanson said... "Never half-ass two things. Whole-ass one thing."

thfuran 9mo ago

If ten people make focused tools covering different 20% subsets of the giant ones, there's a good chance of having a choice that matches what any given customer wants. And for most customers, that's going to be a better match than a big tool that does tons of other stuff they didn't want.

dotancohen 9mo ago
How do the consumers find which of the dozen tools support the 20% they need?
- Zopieux 9mo ago
  By, get this, trying out the products. Revolutionary.
  - crazygringo 9mo ago
    How about less snark? Especially when, who the heck has time for trying out a dozen products? That's at least a full day of work, which probably costs more than the software itself. No, you just read a few reviews to find the best full price option and best budget option and figure out if the budget does what you need or not. And often go for full price just because you don't even know what features you'll need in 6 months which you don't need now, so safer to just learn the option that is the most future-proof.
    - ctxc 9mo ago
      You're right. Even across stuff I _really_ use it's hard to bring myself to try. Anecdotally I haven't tried Codex and use Claude Code. The day I try Codex will be when I hear from my friends/communities that it's much better. Same for IDEs, STT tools, etc
      - Aditya_Garg 9mo ago
        I tried codex on a whim when my Claude code rate limited me. Canceled my max subscription and stuck with codex