they need to fix their feature set for pricing. For example, Google Apps Signon is pretty basic - but it is only available at the "Enterprise E20" level... where you have to actually call for pricing.
While pricing is set that way for a purpose, we are always looking for ways to improve and we're keenly interested in what everyone has to say.
Our focus for Enterprise has been large organizations with sophisticated needs and it's important for us to have conversations and demonstrations with the people doing the evaluation so they fully understand what we're offering.
That said, there are people who use our free Team Edition or have read through our docs that just want a "buy" button for E20.
I'll bring this up and see what we can do.
PS: Regarding the word "fix", my personal view is that it's okay for a commercial product, because people are buying it as a customer. Enterprise Edition is a commercial product.
That said, many open source communities are adopting a principle of "kindness" and having feedback phrased positively where possible. People work hard to make open source software and give it away, and if conversations started on a positive note... well, why not?
So at no point am I implying that you should release it for free. But I do believe there are some features that should ideally be in the 20$ tier rather than the "call-us" tier.
Now this may completely be how your demographic falls, but generally speaking a small company buying 2-10 licenses would usually not have LDAP... but most likely will have Google Apps. And that's pretty much the gist of my comment.
I'm not very sure why people have caught on to the word "fix" - but IMHO i used it in the way that most people talk on these forums ("your website font needs to be fixed", "the copy needs to be fixed"). So I'm not sure if the word was offensive, but it was not intended to be.
Also wanted to mention that I was looking at your offering as a customer with a genuine interest to buy. We use Hipchat and their mobile app needs to be "fixed".. so I was in the market for alternatives.
P.S. also didnt realize you were YC. That usually doesnt happen.
I also agree about Google apps being a good choice in a self serve tier; custom LDAP is more a true enterprise feature. You might be able to put some limits into the self serve Google apps version, too. I'd just like a user with small numbers of users to be able to sign up directly and use the product. (I've been a fan of the product for a while and will probably contact you in a month for enterprise)
This person has clarified several times that English is not their first language and they're making a positive suggestion of how you can better target small startups yet you're endorsing the criticism of their use of a single word. Lost respect for Mattermost (and HN) from this whole thread.
Tangential note - The data-lockin is exactly why I don't use Slack or that litany of SaaS solutions out there. Even with Oracle or MS SQL Server (or even Azure on-premises), if I needed to I could bulk copy my data out.
Open source + charging the enterprise a lot for customized solutions and/or paid support is a fantastic model and I wholeheartedly stand with your model.
(N.b., marketing strategy -- capitalize off the fact that everyone's data is being tapped now - e.g. Dianne Feinstein, in charge of the Senate Intelligence Committee's, had her staffers machines hacked - Apple is 100% hackable too (see: the San Bernadino FBI debacle) and offer secure comms at Blackberry Enterprise licensing pricing. I'd estimate > 95% of F500 is MS based/LDAP based on my experience. They're used to paying tons of money for Remote Desktop/AppX/Citrix/Exchange/whatever seats. You could easily get away with $60/user/seat + install fees + 50% for platinum support.)
I didn't say it was broken. But if we are addressing the startup set on HN.. Then I'm in the market to buy their service. I'm not a competitor, nor do I have a vested interest.
I get Hipchat for free because I'm a bitbucket customer ($1per month) and I get Google Auth as built in. Most startups are using Google Apps.. But very few would use LDAP (which is indeed available in the 20$ tier)
So yes - I believe for the demographic I represent, their pricing needs to be fixed.
feature set - not pricing. Am I making a mistake with my english ?
I'm willing to pay their 20$ thing - but the features they include in that price is weird for the segment on HN. And for the features people like me would really pay for... there is no pricing (so I dont know whether its broken or not).
I dont want them to lower the pricing - I want them to rearrange it... or atleast talk about it. I dont know how much to pay to get the Google Apps feature.
You want to pay the 20$ thing but you want additional features from the more expensive call-us tier. That is fundamentally a complaint about their pricing.
The raison d'etre of pricing tiers is to charge a different price to different customers. Having to pay extra to get extra features is the point, not a bug that needs fixing.
I'm not going to claim that it's broken, but it does seem a little odd in that the cost to customers is not aligned with cost to the hosting provider.
Slack's free tier only allows you to keep a history of something like 500 messages, which makes sense because storage and indexing of the message history are what cost money for the provider.
This product let's you store all you want for free (seems like a bad idea to me), while things with essentially no cost per user once they have been developed (like google auth) are the things they make you pay for.
Summary: for many services, the things that seem like they're expensive ("storage and indexing") don't cost much. The things that seem like they should be free (features) are expensive, even if there's no variable cost.
Details: Regarding "storage and indexing of the message history are what cost money for the provider," this is often not the case. Although at extreme scale (like any AWS product), it's absolutely true, for a typical Web app, the difference between, say, 5 and 50 MB of chat history is not what costs money. 2 things do:
1. Paying developers (that is, adding features). As you note, they have no cost per user, but they have a huge onetime upfront cost. Just because a feature doesn't have a variable cost doesn't mean that the cost isn't real and isn't distributed among n users[1]. Ideally, that cost should be covered by those receiving value from it.
2. Support and operations. Depending on scale, quality, and so forth, assume 10-30% of your payments go towards answering emails and keeping the service operating. Offering a feature like Google Auth does have a variable cost when, say, 30% of those who use it are going to ask a question, and answering that question well is going to cost $25 in time. Sure, a service could say "We don't offer support for free plans," but some services rightly don't want anyone to get stuck, even if they aren't paying. It's also harder to do thoughtfully than it might seem, since many customers who will eventually pay ask questions before they're receiving enough value to upgrade.
[1]: Again, a few services operate at such large volume that the implementation and support cost is a minuscule percentage of revenue. That's relatively few Internet services, though, mostly very high volume hosting. For other products, even all but the largest PaaS/IaaS offerings, the items above are substantial costs. Some services which would otherwise be lower-volume use this as a differentiator ("Everyone gets all features"), and that's great, but there's no reason to expect it universally.
You are on Hacker News, yet you think that that's odd? It's a common wisdom among entrepreneurs that you price your product according to what people find valuable, not according to what it costs you. For example https://www.smashingmagazine.com/2011/09/youre-pricing-it-wr...
Same reason a 32GB iphone costs hundreds more for the next level of storage. And why 64gb is pretty much the largest offering. 64gb isn't enough? Pay for more icloud storage. Yet you can buy a 128gb sd card for $30.
they need to fix their feature set for pricing. For example, Google Apps Signon is pretty basic - but it is only available at the "Enterprise E20" level... where you have to actually call for pricing.