Ask HN: do i need a trial version? (If yes – how to implement?)

5 points by cruppstahl ↗ HN
I am author of a key-value database library (http://hamsterdb.com) which is released under the Apache license (open source, free to use for commercial applications etc). And I just finished working on my commercial add-on product, the "pro" version which is closed source and for paying customers. hamsterdb's design is similar to a column-store, and the pro version has additional features like compression, SIMD, encryption (there will be more in the future).

Now I wonder if I need to offer a trial version for evaluation purposes for the pro version, and if yes - how? hamsterdb is a C/C++ library with many dependencies to libc and other system libraries. Publishing pre-built libraries will work on Windows and maybe MacOS, but other systems like linuxes and embedded platforms will be extremely difficult.

My first idea is to release the 30day evaluation version in source, but heavily obfuscate the sources. However, after a few days of trying to get everything running, I had to realize that the obfuscation tools are either very immature, no longer maintained or way too expensive.

So maybe I should not release an evaluation license at all, but simply allow buyers to get a refund after 30 days? In that case I am not able to protect my IP, and people can continue using the pro version after the refund. Also, refunding means that there will be additional transaction costs for international money transfers, which can be quite costly. But I have zero development/maintenance effort, which would be very nice and lets me focus on the core features.

Now i'm kind of lost and not sure which way to go. Any advice is appreciated!

9 comments

[ 0.49 ms ] story [ 34.1 ms ] thread
That is truly an uncomfortable situation. Without any deeper knowledge about HamsterDB or your pro version, you might consider offering your service as SaaS and charging for that. Of course this won't work with all your pro features such as compression or encryption (or maybe it could work in some innovative way).

For instance you could charge for painless DB hosting, so users do not have to worry about complicated setups and can immediately use HamsterDB after signing in.

EDIT: But you can still go for the 30 day money back guarantee with the exposure of the pro version's source. If that fails you still can decide to switch to a SaaS model.

Sorry if i was not precise enough - it's a C/C++ library that you link into your application. There's no SAAS interface. Otherwise the problem would be easy to solve...
It sounds like the open source version is the trial version. That is probably sufficient.
I agree with this, however I would add a 30-60 day money back guarantee as a sort of "trial" to help communicate that if people arent happy with the product they can get their money back
I think that makes sense. thank you for your comment.
You said it's a commercial add on product, how big is the target company? If we're talking enterprise it seems really unlikely they're going to be using software without a license regardless of ease. You most likely can't stop pirates but will they be notable?
Earlier versions used GPL and dual-licensing, and so far the customers are startups and smaller companies, not big enterprises.

I am pretty sure that the GPL version was used a lot in commercial products; that was one of the reasons why I chose to switch to APL and offer a closed source add on.

But if i weight piracy against the big effort that i have in creating 30day trials i tend to say that i don't care that much about piracy...

By that last sentence it sounds like you should just sell it as non-obfuscated source. It'll probably leak at some point if there's demand for it by pirates but nobody legitimate is going to use a stolen library without a license. A money back guarantee is probably a good idea, would it be cheaper to just do that as a payment from you to them than them doing a chargeback?
I'm not sure what is cheaper, i'll figure it out. Thanks for your comment!