Hacker News new | ask | show | jobs
by jobu 3857 days ago
The time-limited trial is essential for selling productivity software, unfortunately most companies are doing it wrong.

Beyond Compare[1] has a 30-day trial that is 30 days of use - not just 30 consecutive days. If I actually use a piece of software 30 different times on different days, then it's definitely worth a purchase. It's too bad more developers don't design their trials this way.

[1] - http://www.scootersoftware.com/

2 comments

I find time limited trials useless. For user, it is inconvenient, because maybe the time is not enough to test complex software. For developers it's bad because user can simply reinstall the software again when trial period is over.

In my apps, I limit the amount of data you can store in trial version. So, you can try it as much as you can. For example, if your software was an e-mail client, you could limit it to 30 messages in any folder (inbox, sent, trash).

Depends how you do it. Many apps that use time trials will often leave behind some preference file or registry key to block re-installing.

But it's probably not worth building that into your software (I don't) - customers will either get so sick of reinstalling every 30 days that they just buy your software, or they're so poor that they were never really going to be a customer anyway, so you may as well let them continue with the workaround until they can afford it.

Time trials can be useful though. While most customers buy within the first day of use (and typically the first hour!), anyone who tracks metrics knows that expiring the trial version also generates a boost in sales around day 29 / day 30 of the trial.

I am not sure that this can be applied to any kind of app. You have to give user as much as possible until the product becomes valuable enough for him to buy, and that's when update option should be displayed. For example, in the case of an email app, time-limited trial can actually be a better option. User get's used to it, maybe he stores some additional information inside it or uses some specific features. Just limiting a number of emails would not let the user see the full potential of the app.
One scheme I saw required a code that worked for a day. They had a server that generated a new code and posted it to their web site every day. So you could use it as long as you wanted, but you had to go to their website every day to get a code to use it that day. If you used it every day, you probably got sick of going to the website and just purchased it.