Small software businesses are, to borrow a metaphor from DHH, a lot like a local Italian restaurant. Nobody at BigCo wakes up in the morning and says "There is a spaghetti joint in East Phili [+] with revenues of $30k a month? NUKE IT FROM ORBIT IT IS THE ONLY WAY TO BE SURE."
Similarly, like spaghetti shops, small software companies do not primarily make money because of "features." The notion that software is bought because of features is something that running a software company will quickly disabuse you of.
[+] Edit to add: picked randomly because I happened to just watch a TV show set there, not to be representative of any of the Phili software companies I happen to know. (They're all substantially larger.)
Can you expound on this? Are you saying that they have loyalty once they have signed up with one provider. Or maybe that they only care about the main feature and tertiary features don't tend to sway them?
Merely having features will not magically cause customers to discover you or convert from your free trial. Customer churn rates in SaaS are sensitive to many things but feature parity with competitors is generally not a dominating factor, because it's so low on the list of concerns. (The rule-of-thumb in low-touch B2B SaaS is that your churn starts relatively high, hits 5% pretty quickly after you work on it, and then you get long road to 2% as you get better at everything.)
I have worked for/with a number of Saas companies, including one that was purchased by a major company for a high eight-figure amount, and based on the sales cycles I observed and participated in at each company, the idea that feature set has little to do with purchasing decisions is a ludicrous claim.
What happens often is that you get a sale because you support some oddball feature.
Your best bet with SaaS is try to do that. Find a cluster of customers (realtors, doctors, train hobbyists) and over support their oddball features and get a good rep for supporting that vertical. Word of mouth within the cluster will get around (person to person, vertical forums, etc) and you will dominate that space. Once you are the big fish in that small pond feature set, branch outwards to other ponds.
I finally did cancel it as part of an overall "reduce small annoyances in my life" effort.
But if I'm at all typical, a lot of software or services are purchased with intentions to use it and then it is never used. But also never canceled.
It's not the folks at BigCo you need to worry about as the owner of a small software business. It's other small business owners (or would-be small business owners).
> Similarly, like spaghetti shops, small software companies do not primarily make money because of "features." The notion that software is bought because of features is something that running a software company will quickly disabuse you of.
Feature set is an aspect of "product." The importance of feature set varies from market to market, company to company, but implying that feature set doesn't really influence purchasing decisions is patently silly.
As an example, one of my clients sells software to lending institutions. Evaluation of product, and feature set in particular, is critical to the sales cycle for a variety of reasons. One is that in many cases, my client's software will augment or replace existing software and processes at these institutions, so ensuring that they're not losing capabilities is important. Another is that the market is competitive and potential customers are naturally going to compare the functional footprints of the solutions they're evaluating, even if their needs are relatively limited.
Most markets worth pursuing are highly competitive today, and companies that assume they don't need to pay too much attention to product because they have customers on lock are likely to find themselves vulnerable.
There's an old & cheesy (maybe true, maybe not) cliche: "Features TELL, benefits SELL"