0

There's a free webapp I develop and I use a feature request system where each user gets limited votes and it works great. Since I don't get paid for this though, I was thinking of turning the most time-consuming feature requests (that are in line with my vision) into mini, crowdfunded projects, where I tell users how much money it would take for me to work on them and they can pledge money towards making it happen. When a feature reaches its goal, I would start working on it.

This might not sound like a QA question so far, but I'm worried that this might have unintentional cultural side effects and cause a lashback from users. Has anyone done anything like this before? What should I be worried about and what can I do to ensure that I maintain a good relationship with users? I don't want them to feel like I'm blackmailing them or anything.

Improve this question
3
  • 1
    This is an exact duplicate of ux.stackexchange.com/questions/38777/…
    – user246
    Commented Apr 28, 2013 at 11:57
  • Yes, I wasn't sure where the most appropriate place to post it would be and I thought I might also get answers from a different perspective from those in QA and Testing.
    – Chris Fritz
    Commented Apr 28, 2013 at 16:57
  • A possible alternative would be to open source it, and if people want specific features, they can contribute those features, or anyone who is interested could come in and pick a requested feature to implement. If your goal is to monetize and make a little money, this may not be the best answer for you.
    – Sam Woods
    Commented Apr 29, 2013 at 16:48

2 Answers 2

Reset to default
3

Of course it will have unintended side effects - that's what always happens when you crowdsource something, you'll have to expect the same with crowdfunding. The crowd is fickle, you never know what they will come up with, how they will respond, what kinds of natural leaders will emerge - that is a given.

But if I had to guess, what will happen is this: Once people feel like they are paying for features, they'll no longer tolerate what they would have when things were free. They will want their feature delivered as they expected (heck, it's their dime now, not yours). And if you fail to deliver even once, expect a severe reaction. Their quality expectations will be much higher than before.

And you haven't mentioned your webapp, and I don't know which one it is. But I've used lots of free sites before. Once they went to a pay model, that's usually when I left. There are almost always perfectly viable alternatives for free webapps.

Good luck. Tread carefully. Expect the unexpected. Come back and let us know how it turns out.

[Dan Ariely in "Predictably Irrational" talks about a huge difference between Free and any other price. People act in "predictable, if not always rational" ways when things are free. It's an interesting read.]

Improve this answer
0

Depends on how invested your audience is in your application. I have paid up for premium features in free apps and donated to open source products, when I've used the applications extensively for work or even personal use.

But then, as Joe mentioned the crowd can be very unpredictable. Certainly, expectations will be much higher, once there are paying users.

Improve this answer

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.