3 ms·

My experience is that who you're selling to matters a lot. In case of B2B, enterprises usually have tons of requirements and the approach of "less features but

My experience is that who you're selling to matters a lot. In case of B2B, enterprises usually have tons of requirements and the approach of "less features but better" will not work: there's too much enterprise "cruft" that need to be implemented (e.g. SSO, audit logs, RBAC, etc) before they will even start considering you.

gridlockd 7y ago
...which coincidentally is also where almost all the money is. The average computer user doesn't buy anything. They use whatever software they need for work (which is B2B by extension) and whatever came pre-installed on their machine. Even if you have a really simple app that's been designed to perfection and solves their exact problem, they will complain about paying more than a couple of dollars. Maybe if you have a "the user is the product" type of business, simple and focused is really the way to go. Otherwise, beware.
eitland 7y ago
> there's too much enterprise "cruft" that need to be implemented (e.g. SSO, audit logs, RBAC, etc) before they will even start considering you. Calling SSO, audit logs and RBAC "cruft" in a business setting might not exactly inspire confidence in prospective customers.
- JMTQp8lwXL 7y ago
  I think your parent poster's point is that SSO, audit logs, and RBAC aren't core product features. We could have a development team spend weeks on all of these, without implementing one feature that solves the core customer problem, that would get another business to use our product.
  - stingraycharles 7y ago
    This was exactly my point, thanks for elaborating.
    - benologist 7y ago
      A while back I stared extracting all this cruft / boilerplate stuff into a parallel web application that complements your web app so we can avoid rewriting it and let it stably do the boring stuff while your application develops independently. I have a few details left to take care of in the coming weeks and then it will just be a rock-solid, well-tested, well-documented companion web app for everything from tiny web apps through to SaaS and Stripe Connect platforms which it supports through modules. https://userdashboard.github.io/home https://userdashboard.github.io/home
      - eitland 7y ago
        Based on a cursory review this looks really useful! I'm bookmarking this for future reference, both to use it for side projects and to study.
        deleted 7y ago
        [deleted]
        benologist 7y ago
        Thanks! Let me know if you need any help or have any questions. In the next couple weeks it's going to reach feature-completion with internationalization.

gridlockd 7y ago

...which coincidentally is also where almost all the money is. The average computer user doesn't buy anything. They use whatever software they need for work (which is B2B by extension) and whatever came pre-installed on their machine. Even if you have a really simple app that's been designed to perfection and solves their exact problem, they will complain about paying more than a couple of dollars. Maybe if you have a "the user is the product" type of business, simple and focused is really the way to go. Otherwise, beware.

eitland 7y ago

> there's too much enterprise "cruft" that need to be implemented (e.g. SSO, audit logs, RBAC, etc) before they will even start considering you. Calling SSO, audit logs and RBAC "cruft" in a business setting might not exactly inspire confidence in prospective customers.

JMTQp8lwXL 7y ago
I think your parent poster's point is that SSO, audit logs, and RBAC aren't core product features. We could have a development team spend weeks on all of these, without implementing one feature that solves the core customer problem, that would get another business to use our product.
- stingraycharles 7y ago
  This was exactly my point, thanks for elaborating.
  - benologist 7y ago
    A while back I stared extracting all this cruft / boilerplate stuff into a parallel web application that complements your web app so we can avoid rewriting it and let it stably do the boring stuff while your application develops independently. I have a few details left to take care of in the coming weeks and then it will just be a rock-solid, well-tested, well-documented companion web app for everything from tiny web apps through to SaaS and Stripe Connect platforms which it supports through modules. https://userdashboard.github.io/home https://userdashboard.github.io/home
    - eitland 7y ago
      Based on a cursory review this looks really useful! I'm bookmarking this for future reference, both to use it for side projects and to study.
      - deleted 7y ago
        [deleted]
      - benologist 7y ago
        Thanks! Let me know if you need any help or have any questions. In the next couple weeks it's going to reach feature-completion with internationalization.