Comment by casq
8 months ago
Hi, I’m Christina, cofounder of Hack Club. We just announced this news to our community, and this post is from one of the teenagers in Hack Club. It’s an accurate description of what’s happened, and we’re grateful to them for posting. Slack changed the terms of a special deal we were given last year to charge us for staff and volunteers (not for every teenager coding), and we built programs around that special rate. Then this spring they changed the terms to every single user without telling us or sending a new contract, and then ignored our outreach and delayed us and told us to ignore the bill and not to pay as late as Aug 29
Then, suddenly, they called us 2 days ago and said they are going to de-activate the Hack Club Slack, including all message history from 11 years, unless we pay them $50,000 USD this week and $200,000 USD/year moving forward (plus additional annual fees for new accounts, including inactive ones)
For anyone reading this, we would really appreciate any way to contact people at Salesforce to discuss time to migrate because deactivating us in 5 days destroys all the work of thousands of teen coders at Hack Club and alum unnecessarily. We are not asking for anything for free. This was an underhanded process by the sales team to raise our rate exorbitantly from a qualified educational 501(c)(3) charity serving young developers or destroy all their projects, DMs and work forever. If Salesforce’s goals have changed- ok. Give us a reasonable amount of time to migrate- and don’t club us over the head like this. We have had an 11 year great relationship with Slack- and have introduced the company to many many future engineers and founders. My email if you can help us: christina@hackclub.com
Hi everyone — Denise Dresser here, CEO of Slack. As Rob shared, this was our mistake. An oversight in our billing process caused the issue, and I’m truly sorry for the concern it created. As soon as our team learned about it, we corrected it and restored Hack Club’s nonprofit pricing.
Christina - we have reached out directly and are committed to working with Hack Club to ensure your workspace remains fully accessible and that you have everything you need to keep inspiring the next generation of coders. We’re reviewing our billing and communications processes so this doesn’t happen again.
Thanks for holding us accountable.
I don’t think many readers here will be taken in by this performative apology and believe it is anything other than it is:
“We’re sorry...ish... that our routine pressure tactics and revenue min/max practices got exposed publicly. We are, actually, grateful it was caught now rather than after we deleted their account. That fallout would have cost us far more inconvenience to clean up. Thanks to the limited attention this has drawn, we only need to relax the thumb screws briefly, rather than pretend to an overhaul of the practices themselves, which would still have been, just like the apology, performative and short lived.”
If most people here think like I do, we’re instead doubling down on our efforts to ensure we can exfiltrate our data and jump platforms with only moderate frustration instead chaos when vendors pull this sort of thing.
Honest question: is there any apology that you would have accepted?
1 reply →
> Hi everyone — Denise Dresser here, CEO of Slack. As Rob shared, this was our mistake. An oversight in our billing process caused the issue ...
An "oversight in our billing process" does not explain why one of your representatives demanded of a long-term customer:
> As soon as our team learned about it, we corrected it and restored Hack Club’s nonprofit pricing.
The demand is reported as being made on 2025-09-16.
The post detailing same is dated 2025-09-18.
This HN submission is dated 2025-09-18.
Is it your position that "[as] soon as our team learned about it" is defined as when this HN submission was created and received so much attention?
Because it sure looks that way.
Slack is a giant company at this stage. Is it so impossible to see that countless billing disputes both valid, invalid and injust happen multiple times a day without ever reaching senior teams because they have entire departments for that.
Slack are hardly going to hang out to dry an overzealous junior hire but so often that is the root cause in these situations and so the fix is processes and training...
For as much as it could be Slack's culture to hold hostage your data, it can also be a slightly reckless sales rep looking to strong arm to meet their aggressive targets to save their own job.
6 replies →
Hell of a "mistake" to bill a nonprofit 4000% of their typical amount, with a side order of "we're deleting your shit unless you give us about one American truck in cash in 3 days."
Did you happen to review the linked post? TFA would've let you know they're moving off your platform because you sent their entire org into a free-fall panic with your error. Probably already lost it but, IMHO, a VERY generous bill credit MAY get you that client back. Maybe.
Edit: And like, I dunno, I wouldn't just tell someone how to run their business but I feel there should be more oversight in general before your company sounds out threats like that? Like I'm not saying my employer has never jacked somebody up when they're acting goofy, course we have, but that's a PROCESS that involves a LOT of people's sign off, where this reads like your billing script just posted an amount due to a client paired with a demand for money on an EXTREMELY tight deadline for ANY organization, really, complete with the aforementioned threat of deletion.
Like, maybe you should queue those and have an intern do a sanity check? I have a strong feeling you shouldn't have TOO many of these unless this mistake wasn't much of a mistake, right?
FWIW, in case you are not familiar with this forum: a 2700 point story is kind of a big deal, on par with the announcement of GPT-5 (only ~2k points).
The damage to your brand is immense.
It may be prudent to consider a wider, more serious, more comprehensive public response.
To quantify what I mean by "immense", as a former developer advocacy leader at a large public company, I once modeled HN impact and would estimate this story to be equivalent to a low-to-mid 8 figure marketing spend.
2 replies →
I agree, this is the stuff that kills a brand. This incident alone and the "CEO"'s weasel apology turns me off from Slack entirely and indefinitely. I had almost forgotten that Slack was acquired by Salesforce. Now that I'm reminded, I will remember to avoid both.
Mainly I'm turned off by the possibility that deleting all historical chat data for an organization in arrears is even an option. It costs nothing for Slack to store that data. That even this is a control knob in their organization is a huge red flag. A more reasonable approach would be "chats are read-only until your dues are cleared", maybe later escalating to "your users may not log in". Threatening to destroy IP to collect dues is crazy.
1 reply →
The mistake wasn't just in the billing process (also, that's a HELL of a mistake), but in how awful your communication and customer service was to let it get this close to disaster (including a viral post).
I understand the way most businessmen have never had the acumen to prosper while giving customers their money's worth at the same time. For thousands of years, this is nothing new.
That has always been in spite of a number who can, and they are mostly the only leaders that gain real admiration.
As always, a lot more money can be made by not giving customers their money's worth, and as we have seen that's how some operations rake in the bucks under a greedy founder who's stingy as hell. Until the next generation comes along and finds there is actually a strong financial foundation. And all it takes is a slightly reduced lack of acumen and/or less greed and they can put all their effort into making every little thing from top to bottom be strongly in favor of the customer. In ways that shine, not just barely show or surface occasionally.
It's not that hard, just a full-time job for executives to do like everybody else. Any executive would be stupid not to take the opportunity, it's a no-brainer. The thorough revamp from top to bottom definitely has been accomplished many times and it's not asking for a miracle of any kind. Big companies too. It doesn't take nearly the rare amount of acumen to actually start giving customers a "good deal" financially. Just enough smarts to respectably pass for a "businessman" during a previous millennium.
Or they can be complete failures, compared to real talented businessmen & women, no matter how much money they make.
If I was a shareholder I would be hitting the ceiling.
> "Thanks for holding us accountable."
The real fallout from today may be hard to take account of.
I can't be the only one who saw this situation unfold and decided "I'll be certain to self-host if I ever set up something like this"
This "apology" is about as vague as can be. If you actually wished to be accountable, you would be a lot more forthcoming about what happened, exactly which internal processes are the problem and why, and address the fact that the lack of proper data exfiltration was used here as a club to beat hundreds of thousands of dollars out of a nonprofit and longtime client.
I already only use Slack when required, and I have several philosophical issues with your platform, but this is a nail in the coffin for many of us here. I will certainly never recommend Slack and will use this situation and your vague apology as the reason.
Appreciated that you fixed the billing process issue. Are there any other non profits that are effected or it only this one?
I find it hard to believe such an underhanded policy was not approved by senior staff members. Clearly, the negative feedback has forced Slack to change course, but that such a policy was allowed in the first place will be held against Slack by any reasonable person for the foreseeable future.
> Thanks for holding us accountable.
Donation time - May I humbly suggest $195k. Accountability means there are no one way bets, when you stand to gain you stand to lose.
What was the oversight? How did you correct it?
They won’t answer, because they’re not interested in actually being accountable.
Could you break down a bit more why this happened? From an external perspective it really sounds like some sales rep decided to pressure a non-profit to make their quota
Wait - this is the same Denise Dresser that led led some uber-high-pressure Salesforce enterprise sales teams in 2010s? Something tells me you aren’t really sorry
Blackmail by mistake sorry!
Thank you Denise! Christina (Hack Club cofounder)
You restored their pricing, and thats it? No gesture of goodwill to cover the cost they have borne being stressed and coming on here to post about it?
lol..... what a joke.
yeh that's BS. you pushed your management to improve their numbers regardless of your human clients, they did it and now you're blaming it on them as a mistake due to the bad PR.
Hey, I'm Rob, the CPO at Slack (for real tho, this is my 3rd time posting this so please don't flag :pray:).
This was a mistake. We're fixing it. We appreciate you, Hack Club, along with all of you that are Slack users following along :heart:.
Can you comment on the other organizations who've had similar experiences recently?
https://news.ycombinator.com/item?id=45287607 https://www.reddit.com/r/AWSCertifications/comments/1aj3i16/...
Move to other platforms? xD
(I'm a mod here - your posts didn't get flagged! HN's software was filtering them because posts by new accounts are subject to a few extra restrictions.
Fortunately a user vouched for your third try, which restored it, and I've marked your account legit now, so this won't happen again.)
:bow:
1 reply →
No, this was a decision that had negative effects and it makes you look very, very bad.
But on the plus side you provided an excellent lesson to these teens and I'm sure they will consider the importance of trust, leverage, and incentives when dealing with other companies in the future.
Exactly. This theatrical damage control behavior is every time same story. Mistake made by fault in our system or by intern which no longer works here. Not a greed at all.
I bet they'll just keep using slack, but we can dream.
2 replies →
It's not a mistake that you're only reachable when your bad business practices are so heinous they go viral. You are an executive at a company that saves money by not offering customer support except when there's bad PR or a lawsuit.
Are you going to be fixing that your billing system is not human-reachable, or are you just going to be fixing this one incident while leaving the broken system as-is for everyone who didn't go viral?
This is the new way of doing business. Rip off as much as you can until there is enough publicity around your bad behavior such that it may affect your bottom line.
And then say sorry to convey some kind of human connection in the hopes you will be forgiven and the bottom line can be raised again.
9 replies →
>are you just going to be fixing this one incident while leaving the broken system as-is for everyone who didn't go viral?
No answer means this.
You're not going to hear back from @seamanrob. I guarantee it.
[dead]
Since this was a public facing mistake, will there be a post mortem including details about the blast radius, how many customers were affected and what steps are being put in place to ensure this never happens to a customer again?
"We used the wrong React hook which increased the billing rate of our customers. Sorry"
Ref: https://www.theregister.com/2025/09/18/cloudflare_ddosed_its...
1 reply →
I doubt it
I get automated billing mistakes, but a real human reviewed this case and demanded the money and the timeline. At that point, that is just a business practice.
The community here is very forgiving of software bugs, but why did the rep act that way? To paraphrase Warren Buffet, what are the incentives that directed that led to this outcome? Why did the rep in this case act so viciously?
If Hack Club did pony up the $200k the rep would probably be compensated in some way. That would increase the propensity of a rep to strong arm with short deadlines and hold their 11 year chat history hostage even if it’s not the appropriate pricing for a non-profit.
Since this is bad for Slack and Salesforce’s brand I imagine they’ll be putting in new mechanisms to disincentivize this in the future. When it comes to the rep getting paid they’ll become an expert at how to do it properly.
1 reply →
Thanks for showing up and owning the mistake.
While I'm encouraged by this response, I still feel a sense of fear that this fix is a one off, if you could speak to how this could even happen and how mistakes like these would be prevented in the future I'm sure the community would appreciate it.
I cannot guarantee that we won't make another mistake as we and our customer base grows. We're fallible!
In this particular instance, this was the result of an oversight in our billing process, and we are returning Hack Club to its previous nonprofit pricing. We will be reviewing our billing and communications processes to provide nonprofits clearer guidance and adequate grace periods as they grow.
12 replies →
> This was a mistake.
This looks extremely deliberate to me. Are you seriously suggesting that one of your sales reps accidentally demanded $250k from a bunch of teenagers?
No I’m pretty sure they’re suggesting that the account got somehow flagged as a for profit account, and they consider that a mistake and are fixing it.
I think you don’t have to find the least charitable interpretation for what they’re saying. There can be something in the middle.
14 replies →
>> Then, suddenly, they called us 2 days ago and said they are going to de-activate the Hack Club Slack, including all message history from 11 years, unless we pay them $50,000 USD this week and $200,000 USD/year moving forward (plus additional annual fees for new accounts, including inactive ones)
> This was a mistake.
Calling a customer and extorting them for $50k USD this week and $200k USD per year going forward is not "a mistake."
It is a business decision which your organization made and did not expect to be held accountable for same.
> We appreciate you, Hack Club ...
You have a very different definition of "appreciate", unless you are using it in the accounting sense[0].
0 - https://accountinginsights.org/what-is-appreciation-in-accou...
His response speaks volumes. Yours too.
[flagged]
21 replies →
>This was a mistake. We're fixing it. We appreciate you, Hack Club, along with all of you that are Slack users following along :heart:.
Undoubtedly the only mistake here was this getting attention. I'm sure hundreds of other groups have had the same experience Hack Club did.
Thank you for responding and taking this on.
> We're fixing it
By this you mean making sure something like this won’t happen to ANYONE ever again, right?
I hope so and I hope that you will post about it so that you can somewhat recover from this certified PR disaster.
I had previously considered advocating for your product but sure as hell won’t as long as this situation isn’t thoroughly solved. It also prompts me to look into your other business practices before ever considering speaking positively about you again.
As I said in another reply, I cannot guarantee something like this won't ever happen again. We're fallible for sure. But I can guarantee we'll keep trying and improving.
This was the result of an oversight in our billing process, and we are returning Hack Club to its previous nonprofit pricing while we work with them directly to ensure their workspace remains fully accessible. We will be reviewing and modifying as necessary our billing and communications processes to provide nonprofits clearer guidance and adequate grace periods as they grow.
10 replies →
Hi Rob, as head of product if you’re sincere in this then maybe check in with the SVP of North American sales, see if your sincerity is founded on something more than well-wishes. It would hardly be the first time in corporate history that a sales division was wagging the dog without the dog knowing.
Heck that’s an interesting thought, why isn’t the SVP here commenting instead? If you can’t find the new one then maybe check in with Kevin Egan, congratulate him on the new CRO job, see what his take is on this being more of a mistake than standard operating procedure. Maybe have his reminisce about his sales days from way back at Oracle, where sales and revenue optimization is known for their ethical practices.
How many other 'mistakes' are there though? How many others are being exploited but just foot the bill?
Great you are owning the mistake and fixing it.
May I suggest a public post mortem so that the doubters can see that you went after the root cause?
Might be interesting for HN as well as big companies have mistakes in policy, teams and automated collections...
There is about as much ownership here as a squatter in a two-bedroom apartment. They are apologizing because they got caught, not because they genuinely believe they messed up.
3 replies →
zero owning of the mistake. calling it an 'oversight' with no real apologies is just a brush off
Hi Rob, I'm Ian, CEO at Mattermost. Apologies for repeating the question from jrflowers, but I couldn't resist:
>Out of curiosity, will you be facilitating them exporting their chat history?
Mattermost is self-hosted and enables full data control.
There's some organizations that want to move to Mattermost for various reasons.
It's important for them to bring along their data.
Wondering what your opinion might be?
cancelled our company's slack plan when all this news dropped. We're looking at Mattermost, the reviews are really good
What a weird attempt at injecting your product marketing.
4 replies →
Thank you for addressing this issue. Could you also provide feedback on the accusations that data export is only available for high-tier pricing plans and requires Slack's explicit approval?
You could start by explaining what exactly went wrong. Not doing that would be a mistake.
A few more heart emojis ought to make this go away.
It backfired badly, and now it was a mistake... Seems like posting it helped giving it some sort of resolution
> This was a mistake.
Yeah, right. Tell us more.
You mean like it has become a mistake when the story about it broken up and went viral?
But if Hack Club did not complain about it, you would have happily took and kept taking their money?
That kind of a "mistake"?
In all seriousness, why should anyone believe what you are saying?
It seems to me that your story about a "mistake" is just as plausible as this kind of behavior simply being Slack's business strategy. Be ambiguous. Change the terms of the sale after the sale. Try poking. See which tactics works. If someone bites, take advantage of it. If they complain, call it a mistake and do damage control. Collect profits. Rinse and repeat.
> This was a mistake.
I would be not at all surprised if Benioff said the initial deal was a mistake and you’ve fixed it now.
Nevertheless glad to see someone here trying to put out the fire, even if in the grand scheme of things it’s probably too late.
How many others get this treatment without the publicity, y'all still showed your colors. Enjoy your business practices.
We all work at companies and know how it works - you get away with what you can. You bet wrong and nobody will believe otherwise. If it was a mistake, it’s fireable.
For whole chain of command up to CEO and board. That is least we should ask each and every time.
*This was a mistake on knowing this would blow up
Will there be a publicly available post-mortem when the root cause has been identified?
Honestly this rep and/or the rep's management should be held accountable. This is an oversight that comes from end-of-quarter pressure but it doesn't make it excusable.
This. The fuckup sounds like it started on the Slack account team's end (or their sales leadership, if it was pushed from above), so that's where consequences should start.
1 reply →
What you are is a parasitic liar who's reacting in disaster control spin mode. Extorting these people like that via phone call isn't a mistake, it's an obvious case of directed policy... that then got publicized and triggered some backtracking from a shitty company content with indifference.
This wasn't a mistake, you got caught.
Since everything is being fixed, does that mean that "Hack Club" is not going to move to mattermost after all?
Yep, we're not! (From a hc'er). Zach announced that slack has gifted us half a decade of enterprise+. Whilst slack's behaviour is worrying, it probably wouldn't make sense to cut all ties. Either way- another 5 years to migrate! :-)
Can you explain the nature of the mistake?
Like someone who didn't know or a change that they were lumped into?
It wasn’t a mistake, your sales incentives led to this behavior and you got caught off guard by the negative publicity.
Here’s exactly what happened: A human account manager had to meet their 3rd quarter sales goal and sent the demand for more money. It’s less than two weeks from the end of the quarter, do you really think nobody on HN is in sales and also facing the same pressure?
This is such a transparent lie that I’m surprised you took the time to post it.
It isn't two weeks until end of quarter. Like many businesses, Salesforce's fiscal calendar runs Feb 1 to Jan 31. Slack's did, too, before the acquisition. Q3 ends on Oct 31.
3 replies →
Exactly — anyone who has worked in sales for a New York minute knows that any six figures deal will have a human account manager assigned to it.
Thanks, Rob, for owning up to it and doing something about it.
I definitely heard about another nonprofit group that got similarly punted last quarter, or maybe the quarter before... shame I can't remember it now.
Way to go Rob! Thanks for owning up to it. And for being persistent about correcting it.
so you couldn't respond to your client but had enought time to make an account and post here because of the blowback?
lol a "mistake"
Feeling incredulous that this "mistake" ever would have been rectified had it not been for the public attention this is getting.
this era of trying to fly under the radar until you get called out on HN is a really great look
/s
:heart:
[flagged]
Hi, update here (this is Christina, Hack Club cofounder): looks like Hack Club is staying on Slack.
Thanks to all of you for the appreciation and support for Hack Club, and for listening to what we were going through. The support has been amazing. Hack Club has so many cool teenagers coding awesome projects, making friends and solving problems together, and it's great to see so many people championing them. We are glad to stay on Slack and want to do so much more with them together going forward.
Thanks to Denise and the Slack leadership team for reaching out here on hn, and in a call directly with me and Zach today. And thank you for restoring Hack Club's terms with improvements. We really appreciate it, and we're glad to be able to stay on Slack.
I just want to add that it was great to get to know Mattermost and the team- and the hack club engineers were actually pretty excited to move there. It's an amazing product and for it to be open source is awesome.
I'm surprised you aren't still going to move hosting. Now you have more time to do it carefully and not get burned again.
Thanks for keeping us posted, Christina!
Definitely like to judge folks based on how they fix (systemically!) problems. That said, did any kids in the club voice concerns about staying with an organization which had such a [potentially] severe incident?
I'm a Hack Clubber! Alot of teenagers did voice concerns as this incident destroyed the trust in Slack and was honestly a wake up call
I would suggest emailing Benioff directly, an EA will screen the emails and route them to the appropriate person but I believe the charity angle might get it in front of him, and probably get the fee waived
When I worked there, weirder emails ended up getting addressed.
Do you have his email address? Send it to christina@hackclub.com
I do but it’s also very easily googleable and exactly what you would imagine. Everyone in Salesforce is generally either flast or first.last (or both)
If you have a bunch of coders, just scrape the data. Then turn your back on this greedy maw.
We recently moved to Mattermost for the same reason. Not looking back.
If you try to use the Slack APIs to scrape the data you will *quickly* run face-first into the insanely restrictive rate limiting they recently enacted to combat their customers using AI tools they aren't providing and able to monetize.
That being said, we were able to get full data exports in the past when we were merging two companies into a single slack instance. YMMV
Slack lets you do a full export which even includes DMs depending on which plan you have.
https://slack.com/help/articles/201658943-Export-your-worksp...
When the org I was at moved away from Slack (due to costs) we used this method and wrote a little Python script to convert the main channels' JSON dumps into PDFs so we had a usable backup of channels.
Please do not include PDF and usable in one sentence. Setting up some simple Postgres with sonic for fuzzy search would be _usable_, but PDF is like migrating from Slack to Teams.
8 replies →
I'd bake them into a Sphinx static site. That gives you a free client side search index along with better navigability than sheets of paper. And you can target PDF if you still want it.
Does that break DM’s privacy or does it only let you export your own DM’s?
4 replies →
why the extra step of making them into PDFs?
5 replies →
Mattermost is great, we've used it at a few places and it's very flexible.
Extensibility and integrations with learning management systems, as well as owning all your data, makes it sound like a great option in particular for an education-oriented organization.
And I imaging the AWS or GCP costs for hosting it won't be as high as what Slack wants.
Zulip is awesome too. On prem.
What do you like about Zulip? Any drawbacks that you tolerate? Considering it for on-prem but would love to have some real-world feedback.
1 reply →
Yeah, my first thought was Mattermost, it’s pretty straightforward to set up and then your data’s nobody’s hostage.
this is what we're doing :)
Mattermost adheres to the same tactics as Salesforce: group calls in v10 only with paid tiers whereas free before. Have you considered alternatives?
See discussions below in this HN thread.
[0] https://old.reddit.com/r/selfhosted/comments/1fp76f0/matterm...
[1] https://forum.mattermost.com/t/solved-is-there-any-limitatio...
5 replies →
(Hi - I'm an engineer at Slack -- reposting from our chief product officer Rob Seaman):
"This was a mistake. We're fixing it. We appreciate you, Hack Club, along with all of you that are Slack users following along :heart:."
https://news.ycombinator.com/item?id=45291980
Since this was a public facing mistake, will there be a post mortem including details about the blast radius, how many customers were affected and what steps are being put in place to ensure this never happens to a customer again?
When something happens on this scale, you cannot call it a "mistake." This is more than a mistake, it's a culture.
Please don't pile on like this when someone is showing up to fix something. I'm sure you didn't mean to (at least I hope not) but it's one of the nastiest effects a community like this one can have.
People should be welcomed and commended for posting like the GP, not shamed and hammered.
https://news.ycombinator.com/newsguidelines.html
40 replies →
Moreover, relying on social media visibility to decide which mistakes get corrected and which don't is a really terrible system, whether intentional or unintentional, and I really don't like supporting companies where that becomes the case. At least in part because I'm not really the type to make the fuss; I'd rather just avoid the risk in the first place.
Here's the thing: the post says it was written in haste so I imagine they wrote it before they spoke to anyone at Slack. There is no way to verify malice.
It would have been better to first reach out to Slack and get a confirmation and document that. This way we would have evidence and Slack could not pull the oops card.
counterpoint: in software mistakes at scale is sorta what we do
They're shaking everyone down, it's been going on for years. They want huge sums of money to maintain chat history. I'm watching orgs left and right move to teams, not because it's better in anyway, but because it's basically free.
"This experience has taught us that owning your data is incredibly important, and if you’re a small business especially, then I’d advise you move away too."
The OA who wrote the Web page that we are discussing has nailed this I think. They will go far.
i posted a comment saying as much but deleted it. I had a client 8-9 years ago where Salesforce showed up with a bill in the millions and said "pay up or your org/instance and all your data is gone". "Shakedown" is exactly how the client described it.
Salesforce is in the business of forcing sales.
I see what you did there. Upvoted for something or other.
Isn't changing the terms of a deal without even sending you a new contract pretty much illegal anywhere sane? Even between business entities?
We don't know (but the norm is) if the original contract had a sunset clause.
Almost every special rate I have ever negotiated had specific clauses about when the rate will end, even if there was no specific date there's always something about "rate is reviewed annually" or similar.
I am constantly surprised by the number of people with "manager " in their title who don't know how to read a legal document.
The other thing is you cannot build anything sustainable by depending on the charity of a single company.
> The other thing is you cannot build anything sustainable by depending on the charity of a single company.
This wasn't charity from Slack. They paid for the service, and they can migrate if it's truly necessary.
9 replies →
> I am constantly surprised by the number of people with "manager " in their title who don't know how to read a legal document.
Well, that's what you have lawyers for.
Otherwise, agreed with your comment.
3 replies →
In EU a vendor can amend a contract but it gives the client the opportunity to breach that contract without consequences.
On a smaller scale it happens on a monthly basis with telecomms - almost never with rates, but they amend privacy policy and stuff - as a customer a change in the contract gives you an opportunity to say you're not accepting new contract, within certain timeframe, and walk away.
I guess this is simmilar - they told them they are changing the contract, and under new circumstances they will have to pay this and that, but they are free to walk away and pay nothing.
Still a dick move.
> but they are free to walk away and pay nothing.
not so for a service which holds your data hostage (unless 'walking away' means you're also able to walk away with your data).
1 reply →
Well, you can amend a contract, but you need to send the new conditions, and it gives the other party option of not accepting the new contract, which means either amending party needs to accept continuation under old contract, or dissolution of the contractual relationship with no fees/damages/etc for the party that didn't accept new contract.
The part that I find egregious is that apparently Slack didn't even send a new contract.
You need to be able and willing to fight the other party in court. I doubt anyone there is enthusiastic about that.
Depends on what you want to fight about.
If your rates were raised and you have not received new contract, if you can drop the service at that point, they can't collect including any cancellation fees.
If you want to continue using the service, that's a bit trickier.
The terms of the deal almost certainly specified they are allowed to change terms at their discretion in the future
"We can change the terms at our discretion" is a line that gets the book thrown at you in court, at least in EU, and that's the start of the humiliation conga for whoever tries to claim such a clause.
You cannot insist on a clause that lets you change the contract at your discretion and having the resulting amended contract be valid without acceptance by the other party.
2 replies →
I have a key for https://once.com/campfire by 37Signals.com, which is an alternative to Slack, that I could offer in-kind to Hack Club - if desired.
It's open source and you own your own data.
So you know - campfire is now open source.
https://x.com/dhh/status/1963675999012552970
It's free now, they released it for free in most recent Railsconf.
Sad to hear this, I heard of this extortionist behavior with Heroku before but Slack is unprecedented.
Of all communities I wonder why Hack Club was targeted though. One of the truly good ones.
You mean a chat company that raise $1.3 billion (!!!) and got bought for nearly $28 billion (!!!) is acting greedy?
Slack is IRC with bells and whistles. Like yes I get that group chat is a necessity for today’s workforce. But it is still just group chat, a solved problem from a technical point of view.
Heroku and Slack are both owned by Salesforce. If they do it with one of their businesses you should expect it with the others.
Unprecedented? From this company? Are you serious?
First time I heard this kind of thing for Slack, Heroku got instances before. I know both are owned by Salesforce, just want to make things clear.
> Then this spring they changed the terms to every single user without telling us or sending a new contract, and then ignored our outreach and delayed us and told us to ignore the bill and not to pay as late as Aug 29.
Last year Salesforce launched Agentforce and gave everyone a free year. Dreamforce is coming up next month, I wonder how many companies are going to find themselves in a similar situation to yours...
This makes me sad, maybe the next hackathon should be to engineer a scraper/RPA frankenmonster that scrolls through all slack history one page at a time, scrapes/screenshots all conversations and port them to another piece of software.
Fight a monster with a frankenmonster.
>Then, suddenly, they called us 2 days ago and said they are going to de-activate the Hack Club Slack, including all message history from 11 years, unless we pay
While I don't use slack and am barely familiar with its functionality, this stuck out just as an example of how important it is to export and save backups of anything you do with a third-party platform that your business completely depends on. That by itself is dangerous but at least saving all those DMs and channel content would have been a good idea.
As far as I understand, there are apps that let you do this. 11 years is a lot to lose.
is slack legally allowed to not let you export your data in order to move somewhere else?
Everything that is not forbidden by the law is allowed. Is there a law specifically granting you the right to data held by another? Can my electric company legally withhold hourly usage data of mine even though they have it?
GDPR (and similar laws, like CCPA) require companies to provide a data export when requested. Probably this could be used here?
6 replies →
Have you talked to a rep from Mattermost or Zulip yet?
I saw the post title and immediately thought of you guys - really scary situation! Very happy to hear that Slack reached out with a solution.
Consider an XMPP server. Make it a Hack Club project. Never tether to BigCorp if you're flexible enough to DIY.
That's hard on a fast deadline.
maybe an opportunity in crisis: move to Zulip, and self-host it.
Hi, this is meant to be a friendly question so apologies if it comes out wrong. Why does Hack Club coordinate over Slack? Wouldn't a free platform such as Matrix, Jabber or IRC be more in the spirit of an educational environment? Also, as I see it, wouldn't it be cheaper?
they essentially tried to blackmail you into paying ASAP. while they tried to put it right because they got exposed I hope you continue with making plans for migration in the background.
yall should look into migrating away from Slack after this incident even though they "fixed" the billing issue.
Glad it got resolved, if this isn’t an excellent reason to get off slack and a perfect illustration sd to why owning your data matters then I don’t know what is.
I hear mattermost is a good alternative and you can self host it.
Good luck, I’m sure teaching teens to code as a nonprofit is hard work enough, I can’t imagine worrying about losing 11 years worth of messsges on top of it.
Why not switch to zulip/mattermost?
This is very well explained in the linked post.
Can you quote it? From what I can gather the linked post doesn't mention Zulip
1 reply →
“For anyone reading this, we would really appreciate any way to contact people at Salesforce to discuss time to migrate”
You said someone had called you. Why is that person not your point of contact? Was it your account executive? Are they not returning your calls? When they called you with this ultimatum, what was their response when you asked why you weren’t given longer notice?
[dead]
[dead]
[flagged]
[dead]
[flagged]
Thank goodness you took the time to let us all know this....
> Thank goodness you took the time to let us all know this....
Be honest; how many times have we seen this? company, org or person flat out rejects an open source solution (which, most importantly, would actually work for them!), gets charity from the proprietary supplier and then complains when that charity comes to an end?
How many more times must we see it?
When working FOSS applications are rejected in favour of a proprietary product, well, there should be some pain for that decision.
If, as a technical decision maker (manager, founder, whatever), you make an unusually poor decision, you should get blowback for it.
For a long time there was literally no need for any decision maker to go with a proprietary chat solution. Anyone deciding to go with Slack, from this point onwards at any rate, deserve all the scorn they get.
> Then, suddenly, they called us 2 days ago and said they are going to de-activate the Hack Club Slack
Is there not the option to go back to the free version with 90 days of history?
Then they lose their 11 years of history
But they said their instance would be deactivated which is what I'm asking about.
Does it stay active w/ the ability to continue to use it minus the features of the paid account or is it shut down completely.
Probably worth it and possibly a great lesson for others.
Back in 2006 everything was self hosted, and chat was - everyone sharing each others AIM accounts around the room. Everything should probably go back to self hosting, including our servers.
4 replies →
Happy to help, did you consider https://getstream.io/chat/ ?
You can integrate it into your app at far lower costs. Actually for what you're doing we're happy to sponsor the hosting at no costs.
I’ve not heard of getstream. Is your service open source and all data easily extracted?
This post serves as a cautionary tale about how privately owned walled gardens, no matter how pretty, leave you in a precarious position. I suspect being in control of their data and having an open source escape hatch is what’s driving the adoption of Mattermost.
we power chat for over 1b users. you are very likely using our chat (strava, nextdoor, match, adobe, patreon, and many others)
closed source but you can export your data when you want to. mattermost is an open source slack. we are more of an API/SDK to build your own in-app chat/messaging as you want it.