home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / archives / msdos / d / 470 < prev    next >
Encoding:
Text File  |  1993-01-10  |  3.1 KB  |  68 lines
  1. Newsgroups: comp.archives.msdos.d
  2. Path: sparky!uunet!newsstand.cit.cornell.edu!piccolo.cit.cornell.edu!crux3!syny
  3. From: syny@crux3.cit.cornell.edu (R Craig Stevenson)
  4. Subject: Re: A better way to entice registrations
  5. Message-ID: <syny.726700502@crux1.cit.cornell.edu>
  6. Keywords: Shareware registration Cyrillic editor Russian UK Thomson Cyril
  7. Sender: news@piccolo.cit.cornell.edu (USENET News System)
  8. Nntp-Posting-Host: crux3.cit.cornell.edu
  9. Organization: Cornell Information Technologies
  10. References: <1iitbaINNlef@crcnis1.unl.edu> <s1110238.726574439@giaeb> <1993Jan10.152944.12391@ncsu.edu>
  11. Date: 10 Jan 93 21:15:02 GMT
  12. Lines: 54
  13.  
  14. > What is the difference between disabling a feature and offering an
  15. > additional feature upon registration, just a few words?
  16.  
  17. Let's put semantics aside.  There are (at least) 3 methods commonly
  18. used to encourage/coerce payment for shareware.  The differences are
  19. more than just words!
  20.  
  21. 1) disable a central feature.  For example, you can try our editor,
  22. but you can't save and files; you can try our database, but your
  23. limited to 50 records per database.  The goal is to allow you to try
  24. the software out, but to render it useless for any *real* work.
  25.  
  26. 2) disable an optional feature.  For example, disable spelling checker
  27. in an editor or the broadcast FAX feature in a fax program.  Allows full
  28. use of the base product and gives access to additional *non-essential*
  29. features once you pay for the product. [if you think that the spell
  30. checker is an essential feature, fine---think of a different
  31. non-essential feature and please don't quibble over wording]
  32.  
  33. A variation on this method is to start and or end the application with
  34. a screen prompting the user to register the package every time it is
  35. run.  An alternate would be to always display the "keyboard layout" on
  36. the bottom of the screen (eat up precious screen space) until you
  37. register the package an get the code to allow you to toggle on/off the
  38. keyboard.  Point is to make it slightly annoying to run the package
  39. until you pay for it, but allows for full testing of the package
  40. before you are forced to pay for it.
  41.  
  42. 3) give a *gift* item once the package is paid for.  E.g., the keycap
  43. stickers which by no means are required to fully or fluently use the
  44. package.  A nice way of saying "thank you" for your business.
  45.  
  46. -----------------
  47.  
  48. *Personally*, I think number 3 is the nicest, kindest, gentlest and
  49. politest of the methods but is probably the least effective at gaining
  50. payment from the *majority* of shareware users/abusers (i.e. not you,
  51. but the other guys).
  52.  
  53. *Personally*, I think number 2 is best option since it allows for full
  54. use of the program w/o any hinderences yet encourages payment since
  55. people also want the use of the non-essential features or they want to
  56. get rid of the annoying "please pay up" screen everytime they run the
  57. package.
  58.  
  59. *Personally*, I think number 1 is very ineffective since a) it won't
  60. really allow for a complete test of product since a central feature is
  61. disabled and b) comes across as rude and condescending when they think
  62. I can adequately test their program without ever saving and rediting a file.
  63.  
  64.  
  65.  
  66.  
  67.  
  68.