Realize that you cannot make everyone happy all the time. No matter which way you go someone will be unhappy.
Storage applications with a record limit is actually a great way to really let people learn the ins and outs of your app w/o setting some hard time limit (people learn at different rates). Hopefully you've tested it with large data sets up front (and document the data set size you've used). Offering a 30-day money back guarantee can mitigate any customer concerns on performance when they have large sets of data. On Tue, Dec 22, 2009 at 1:35 PM, Diederik Hoogenboom <[email protected]> wrote: > > > > On Dec 21, 2009, at 21:59 , Michael Tsai wrote: > > > As a user, I'm suspicious of storage applications with a record limit. One > > of the most import things for me to test out is whether they can handle all > > my data. > > I had the same feeling. When I started in 2005 it sounded like a good idea, > now I am not sure anymore. The word 'limit' also sounds negative. > I am also thinking about letting the user extend the trail period by a couple > of days after the trail expires the first time. > > -- > Diederik Hoogenboom > Twitter: obviousmatter > > Obvious Matter > http://www.obviousmatter.com > > [Non-text portions of this message have been removed] > > -- Mark Munz unmarked software http://www.unmarked.com/ ------------------------------------ MacSB email guidelines: http://tinyurl.com/2g55d6 Use MacSB-Talk for off topic messages: http://groups.google.com/group/macsb-talk Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/macsb/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/macsb/join (Yahoo! ID required) <*> To change settings via email: [email protected] [email protected] <*> To unsubscribe from this group, send an email to: [email protected] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
