Re: Thinking about shareware prices... (was a question about NSDate inside userDefaults)
Re: Thinking about shareware prices... (was a question about NSDate inside userDefaults)
- Subject: Re: Thinking about shareware prices... (was a question about NSDate inside userDefaults)
- From: Jonathan Wight <email@hidden>
- Date: Thu, 8 Jan 2004 17:23:19 -0600
Speaking as a consumer of shareware that uses that method (keeping
track of the # minutes you've used the software for) and I'd have to
say that the method doesn't increase sales. I've used a couple of
products that have a time limit rather than an expiration date and
although I've used the software to perform useful work I never ended up
registering. I've found the time I was given to test the software was
too generous. One of the programs was an audio editor that by the most
generous stretch of the imagination I use for about an hour a month.
The software registration schemes that tend to get me to pay up are
ones where I can actually use the software for useful work and then
just when the software has become a familiar part of my toolset it
imposes limits on itself. The quickest example of this is OmniOutliner
- I started to use it to take notes at WWDC one year and I very quickly
hit the 25 note limit. By then I had already realised the merits of OO
over my PalmPilot and registered there and then after the session (at
which point I had to stitch around 10 OO documents each with 25 notes
;-)
Omni seem to have a very good registration system - combined with the
high quality of their software and reasonable(ish) prices make
registering their software almost a no-brainer.
Software that cripples itself will have to be really exceptional to
make me register it. IMHO things to avoid include: constant nagging,
replacing my clipboard with junk, inability to save, watermarks on
print outs, and various other things.
Jon.
On Jan 08, 2004, at 14:40, Daniel Hedrick wrote:
>
One technique that I have seen used in the past is to
>
provide a running-time clock. In one program I've used, it kept a
>
running clock and let the program be used for a total of 8 hours.
>
>
I like this idea for task-based apps where one can spend time
>
going through tutorials and exercising the application.
>
>
One gotcha though, make sure the timestamp is written to the FS
>
on occassion -- one trial of a prog I saw (a couple versions
>
ago?) would not do this and you could use the program for 7.99
>
hours then save what you were working on and type "killall <prog>"
>
at the terminal and just relaunch it to continue working.
>
>
-daniel
>
--
>
There are 10 types of people in this world...
>
Those who understand binary, and those who don't.
>
_______________________________________________
>
cocoa-dev mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
Do not post admin requests to the list. They will be ignored.
[demime 0.98b removed an attachment of type application/pkcs7-signature which had a name of smime.p7s]
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.