Hey there!
My name is Patrick, and I've created a cross-platform note taking application called Collate. It targets the niche of note takers that value the format in which their data is stored (all notes are stored as markdown files) and want to control where their data is stored and synced.
I can't quite figure out how to price the application. The closest competitors such as Evernote (saas model - $35/yr cheapest plan above free plan) or Quiver ($9.99 Mac only) are differentiated enough that I wouldn't be directly competing. It also seems like there is a good interest in the product based on the feedback I've received after posting the beta to Hacker News.
I initially priced it at $10, but that seemed low. I'm thinking that I can charge $20 because it's such a niche audience. However, I just don't know.
How would you go about figuring a price for a desktop application?
Thanks in advance!
Hi Patrick! Couple points of feedback for you, some of which may go beyond pricing:
You mention that your niche is note-takers who care about the technical details behind data format, storage, and sync. I think it'd be helpful to go one step further and identify an existent group of people, for example "programmers". Why? Because otherwise you won't be able to utilize a couple of the primary advantages of targeting a niche:
Going further, whatever niche you pick, you should make that apparent on your landing page! Right now your landing page says "Cross-platform Note Taking App". That doesn't directly appeal to your niche, which means you're missing out on a third big benefit of niches:
Just to clarify, I'm not saying you need to target programmers. You just need an identity-based niche (that reflects some group that already exists in society) rather than a features-based niche, otherwise it will be difficult to take advantage of any of the 3 aforementioned benefits of niches.
As for pricing, I think you can only write off competitors if the way in which you've differentiated is so significant that people in your target market have to use your product. If I'm a construction worker, I have to buy a truck — I can't buy a car. If I'm a rich person who wants to show off, I have to buy a luxury vehicle — nothing else is an option.
If you're targeting a really good niche of people, then it will be somewhat easy to determine the features that they have to have. Then you can build features based on that, increase your products appeal, and also further differentiate from competitors.
As things stand, I really like your product! I love Markdown, local file storage, and cross-platform capabilities. But these aren't quite crucial features that prevent me from considering other options. I still use Google Drive, because I like the reliability (I know it'll always be around), share-ability, the integrations, and the varied file formats.
By the way, none of this is to say that you should change your entire marketing and development strategy. Maybe you shouldn't! But I do think it's important to realize that, as things stand, you probably won't be able to fully realize the advantages of a "true" niche business. You're in a position where you're straight up competing with Evernote, Google Drive, etc on features, and that comes with some challenges.
Hey Courtland,
I really appreciate the advice! I hadn't even thought about targeting specific niches before. I basically built the app for people like myself and lo and behold I'm a programmer that hangs out on Hacker News and cares about things like file format haha.
You're right, the landing page definitely needs to be more tailored, I'm not completely sure what the niche is quite yet, but that's a really good place for me to start exploring.
I'm planning on adding Git support to store and sync notes, and that absolutely appeals to the programmer target market. I feel like that would be the one major feature that would set Collate apart from other note taking apps like Evernote or One note. I think I will start there and see where it takes me!
Thank you! This really helped me get some perspective on things!
Hmm, just checked it out. I'd strongly encourage a subscription model. As a user... with one-time-pay, I have to pay more up-front, but might not like the thing, whereas if I can use a trial, get hooked, and then only commit a few dollars a month...
And as an entrepreneur (here's my IH interview)... on my worst months I lose customers on net, and I still make several thousand dollars, because most of my existing customers do stick around and they pay again every month. Whereas if you have only one-time-pay, each month you have to find hundreds of new customers in order to pay your rent and phone bills.
With a subscription model, you can focus on making the product better, and continue making money. With a one-time-payment model, you have to spend a lot of effort on continually marketing. I'm guessing that as a technical person you'd prefer the former!
(Also this looks pretty cool! I've struggled to find a good system for writing and organizing markdown documents. I think I'd need something that would work on mobile though, and I don't care about desktop sync at all (by contrast, I kind of like browser-based systems because then I can link to my documents elsewhere.)
Hey Malcolm,
Thanks for your reply! Complice looks really cool, I might hop on board one of these days.
I agree that a subscription model would be great to generate recurring revenue. I'm hoping to create a web based app next that would have features like data syncing and then would allow me to branch into mobile. For the more connected option, I'd like to charge a monthly fee since there is an actual service I'd be providing in terms of hosting costs and whatnot.
The current desktop only iteration, to me is more of an advanced proof of concept, building out the features and core of the product. I think from the consumer standpoint, paying monthly for a desktop application with no web component would be a difficult pill to swallow.
Great advice though, I'm definitely going to keep it in mind as I go forward. Thank you!