Comparing Heroku and Instacart Screw Ups
jakeheis.wordpress.com
jakeheis.wordpress.com
A (B2B) company is a machine you rely on to run your own business--sort of like an office printer. When the printer stops working, do you expect an apology? The best thing the printer can do is to just start working again--to make you money now. Everything that has happened in the past is a sunk cost. Time spent apologizing is time spent not printing. (Imagine how much time Mr. Wiggins has spent giving people apologies instead of making Heroku work better.)
"Peace of mind" is for consumers. When you run a business, the only thing you should think about the B2Bs higher in your supply chain is "wow they're good at what they do." Whether they whimper believably will not help your own business succeed.
That is a grossly incorrect statement. Companies are built by people. As a founder of the start up who was involved in this screw up, I can tell you that we were very emotionally involved. And, we did feel the guilt.
They only singled out the 71 people and offered to refund them if customers reached out to instacart. If they were really committed to making customers whole, they would proactively refund the charges and refund the fee (and then ask the customers if they would like to continue with the service).
Actually, the better thing a printer can do is explain to me _why_ it failed so I know how to avoid, work around it, or understand what to do next. I feel the FAQ is tons better than "sorry". My printer already says "sorry, print job failed". Try again, "sorry, print job failed". Then it is me cursing at it "piece of shit! tell me why it failed, I need to get my stuff printed"..."sorry, PC load letter"..."Arghhhh!"
So actually I like Heroku's response more. Technical info for technical users.
In your printer example, it's like your printer is not printing a 0 at the end of each of your invoices, and 2 months later tells you it didn't print the 0 because it didn't have enough ink so it skipped the 0 to save on ink.
https://blog.heroku.com/archives/2013/2/15/bamboo_routing_pe...
> Too bad Heroku. You just lost a customer.
So did you/he or did you/he not use Heroku?
It seems like you/he didn't in the start, so how could heroku have lost a customer?
If you stopped using Heroku's product because you thought it would not pragmatically meet your needs: I'm all for that.
However, by description, it seems though you were more unhappy with the handling of the situation than the quantitative implications to an application. So, I'd like to expand on that line of inquiry:
I'd like to think that trying to expose the implementation problems at Heroku would allow for more well informed decision making (e.g. what is the problem, how severe is it, what barriers exist to fix it, how long might it reasonably take to improve things, how can it be mitigated in the meanwhile) rather than being seen as only apologetics.
I realize the point of Heroku is to abstract a lot of detail, but all abstractions are leaky, and it seems like people might want to know more, especially as ongoing experimentation yields information.
I don't personally feel an opaque mea culpa is the most useful way to go about this. Do you disagree? Is there some other path you would have thought better overall, or in all respects altogether?
In general, I compare this to the many support requests I have responded to over time about things Postgres does not do, or could do better, and (very roughly, unless already committed) how likely it would be that they would receive attention in a semi-near-future release. Generally, people seemed happy to be informed of that, but the dynamic is very different there. Nevertheless, it's the closest thing I've got in my immediate experience.