> Creative people are likely to be friends with other creative people who turn out to need portfolios themselves, and this creates a rapidly expanding circle... our users derive a direct benefit from showing off their portfolio, which in turn is free marketing for our service.
If you're a startup looking to get noticed online, I'd suggest taking this to heart. Marketing is much easier if your users have a strong incentive to market your product for you.
> We don’t subscribe to the "Release Early, Release Often" philosophy. Admittedly, we’re perfectionists to a fault, but when you’ve got 158,000 pleased users, you can’t simply disrupt things with a series of bells-and-whistles updates just to follow a silly motto.
I don't think that philosophy is meant to apply to applications with hundreds of thousands of users. It's meant for the early product development phase when you have very few users. You can, however, do bucket testing, like Google and other larger players, and release updates to a tiny portion of your users to see how they react.
"I don't think that philosophy is meant to apply to applications with hundreds of thousands of users. It's meant for the early product development phase when you have very few users. You can, however, do bucket testing, like Google and other larger players, and release updates to a tiny portion of your users to see how they react."
Totally agree with you there. That's actually something I really want to start doing after we release our new version. We've never done any type of A/B testing and it just makes sense.
On a similar note, I was talking with my friend Eric Friedman last night about this very topic. He suggested creating small buttons that people could click on, but weren't actually active and gave a "Coming Soon" message and then tracking the frequency in how often they were clicked. You could release these little buttons to 2-5% of your users and then see how they performed. And then build features around the buttons that were clicked more frequently.
Comments
> Creative people are likely to be friends with other creative people who turn out to need portfolios themselves, and this creates a rapidly expanding circle... our users derive a direct benefit from showing off their portfolio, which in turn is free marketing for our service.
If you're a startup looking to get noticed online, I'd suggest taking this to heart. Marketing is much easier if your users have a strong incentive to market your product for you.
> We don’t subscribe to the "Release Early, Release Often" philosophy. Admittedly, we’re perfectionists to a fault, but when you’ve got 158,000 pleased users, you can’t simply disrupt things with a series of bells-and-whistles updates just to follow a silly motto.
I don't think that philosophy is meant to apply to applications with hundreds of thousands of users. It's meant for the early product development phase when you have very few users. You can, however, do bucket testing, like Google and other larger players, and release updates to a tiny portion of your users to see how they react.
"I don't think that philosophy is meant to apply to applications with hundreds of thousands of users. It's meant for the early product development phase when you have very few users. You can, however, do bucket testing, like Google and other larger players, and release updates to a tiny portion of your users to see how they react."
Totally agree with you there. That's actually something I really want to start doing after we release our new version. We've never done any type of A/B testing and it just makes sense.
On a similar note, I was talking with my friend Eric Friedman last night about this very topic. He suggested creating small buttons that people could click on, but weren't actually active and gave a "Coming Soon" message and then tracking the frequency in how often they were clicked. You could release these little buttons to 2-5% of your users and then see how they performed. And then build features around the buttons that were clicked more frequently.