This looks interesting, maybe a video of how it works? It's clear that a lot of work has been put into this so kudos for that.
Cloud-based User Management for Web Apps
51–60 of 82 posts
Re: Cloud-based User Management for Web Apps
#52This seems best suited for building a prototype quickly (i.e. Hackathons).
Re: Cloud-based User Management for Web Apps
#53Nice work guys. I especially like the integrated pricing system. Adding a means of payment is a tricky aspect of a product. If that is taken care of well it saves a lot of time.
Re: Cloud-based User Management for Web Apps
#54Earlier quoted context omitted.
You could say that about ANY cloud product though.
Yes, you could. If it's apart of my service, I want it on my servers.
Which is an expensive way to run a company.
Very few startup start with their own server rooms, because part of the "failing fast" is failing cheap. And if you are making infrastructure investments before you find product market fit - well you aren't failing cheap.
I do think there is inherent value in controlling your whole stack, and running all things on your own servers, but I think this is a bit of a luxury most young companies can't afford.
Re: Cloud-based User Management for Web Apps
#55You could consider "Bring Your Own Database."
Meaning give developers the nice UI and added features but connect to the database of the developer's choice to actually store User data. That might address security and what if you close shop issues.
A SaaS app that does something similar conceptually is CushyCMS -- you give them your FTP information and they provide an interface without storing or hosting your content.
Re: Cloud-based User Management for Web Apps
#56Earlier quoted context omitted.
Yes, you could. If it's apart of my service, I want it on my servers.
Which is an expensive way to run a company. Very few startup start with their own server rooms, because part of the "failing fast" is failing cheap. And if you are making infrastructure investments before you find product market fit - well you aren't failing cheap. I do think there is inherent value in controlling your whole stack, and running all things on your own servers, but I think this is a bit of a luxury most…
I don't know anything about 'failing fast' or other startup methodologies (I'm here for the hacker part of this community, not the startup part).
Is this product designed specifically for startups? Is it intended to be removed later when you have 'found product market fit'? Isn't it more expensive to be locked in to this platform, which you don't have the source to, and can't modify if it doesn't 100% meet your needs?
Re: Cloud-based User Management for Web Apps
#57Earlier quoted context omitted.
Which is an expensive way to run a company. Very few startup start with their own server rooms, because part of the "failing fast" is failing cheap. And if you are making infrastructure investments before you find product market fit - well you aren't failing cheap. I do think there is inherent value in controlling your whole stack, and running all things on your own servers, but I think this is a bit of a luxury most…
I don't know anything about 'failing fast' or other startup methodologies (I'm here for the hacker part of this community, not the startup part). Is this product designed specifically for startups? Is it intended to be removed later when you have 'found product market fit'? Isn't it more expensive to be locked in to this platform, which you don't have the source to, and can't modify if it doesn't 100% meet your needs…
" can't modify if it doesn't 100% meet your needs?" And its even more expensive to spend developer time doing it, then finding out no one wants your product.
That's what meant by failing fast. Find a quick way to validate your product in the market, then fail. Don't spend ages working on a product that will never work.
Re: Cloud-based User Management for Web Apps
#58Would be interesting to see the comparison of this against https://www.dailycred.com/
DailyCred cofounder here.
We do not (currently) manage pricing and plans for you, so that's a plus for UserApp.
We are more focused on user management, oauth simplification (FB, Twitter), auth, and user analytics.
We're also VC backed (Google Ventures) and are storing millions of accounts. Because we have a few larger clients bringing in real revenue, we're not going anywhere anytime soon.
Some unsolicited advice for UserApp:
* You need to address lock-in. It's the first thing everyone asks us. We designed our platform for zero lock-in and account portability for this very reason.
* This space can be a hard sale. People are reticent to store their user data in the cloud. (As they should be!) Compare that to the next social/mobile app that people will try on a whim. That's the bad news, but the good news is once you've "wowed" a customer, they will likely be a customer for a very long time -- even if you make export easy.
* Lastly: good luck!
Re: Cloud-based User Management for Web Apps
#59Earlier quoted context omitted.
Yes, you could. If it's apart of my service, I want it on my servers.
Which is an expensive way to run a company. Very few startup start with their own server rooms, because part of the "failing fast" is failing cheap. And if you are making infrastructure investments before you find product market fit - well you aren't failing cheap. I do think there is inherent value in controlling your whole stack, and running all things on your own servers, but I think this is a bit of a luxury most…
I don't understand this comment.
On digitalocean you can get 4G RAM for 40/month, 8G for 80. Running nginx and your favorite backend of choice, you will be able to handle any traffic your startup is getting. If you can't, you are already so successful that paying more won't matter....
Re: Cloud-based User Management for Web Apps
#60This site looks beautiful and very well thought out at first glance.
I think there might be a use case for this for simple projects, but the privacy implications of this in light of NSA and other government spying makes this unusable for most potential applications.