Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Why do customers believe that they don’t need to read their emails?


I missed an email that a train I was scheduled for had changed schedules on a trip earlier in the year. Why? Because Eurostar sends me maybe weekly email marketing messages that get filtered to one of my Google tabs because I maybe take them every couple years. It's probably unreasonable to expect that I'll see a reasonably last minute update though I'm not sure what a good alternative is.

I get probably 100+ emails a day that hit my inbox in some form and occasionally fairly important ones get mixed in with the mostly dross though Gmail does a pretty good job overall.


At least you got a notification your schedule had changed… I was just 5-6 hours late.

Had the same issue with amazon though. In the flood of “Information about your order” emails one had some slightly different content (but the same subject): “We haven’t received your entire return. Please contact us in 14 days or we’ll trash it and charge you.”

When I contacted them a month later I was not very pleased.


Because the suppliers have abused this form of communication to the point it's not useful for serious communication anymore. I cant read you 1000 marketing emails to find out that one single important service related one.


Lmao are you serious? What about emails buried in spam? What if contact x left the company and the emails are black holes? There are a million valid reasons for emails to go poof. "But we emailed you" is weak.


You actually need to read your spam to check and if a company didn’t bother transition an employee out properly (i.e figure out what their email address was attached to), why is that on the supplier?

Why do they need to move mountains so that you can avoid any seriousness about your own operations?


If a vendor can't properly notify me of major changes, I'm going to find a different vendor.

I have far bigger fish to fry than monitoring my inbox for shitty practices.


Because their reputation is the most important asset a cloud provider has. You're asking customers to run their business on your computers, after all.

Deleting their data first and then complaining that your customers don't run a serious enough operation is not the way to keep the best reputation.


Because I’m the customer.

> Why do they need to move mountains so that you can avoid any seriousness about your own operations?

You won’t stay in business for long with that attitude.


I guess you have never directly worked with a client and hope it stays that way.

This kind of attitude will ensure you lose your customers.


This attitude you have is not appropriate for a vendor. Clients do not care that you think your substandard practices are fair, they will find someone else with actual "seriousness."


I get slammed with emails. In fact, nearly all of my email is automated content or junk. I would hope that these emails would catch my attention, but I can easily see how'd I'd miss them.

Further, they might be going to some alias/group that's not frequently monitored. If a vendor is going to delete all of my data, I expect way more noise than 3 random emails blasts.


Because it got marked as spam?

Because it's burried among lots of other similar looking emails that's just marketing garbage?

Because the email wasn't delivered?

Because the customer was on vacation and they expect a reply very quickly?

There's plenty of valid reasons to miss an email.


Because if a company has 20000 engineers which one is the one that gets the vendors email? Answer is usually none and the email to that address goes to /dev/null.

Or suppose an employee did have the email on file and left the company.

Or suppose people assume vendor email are spam because they’re almost always spam.


What? Each and everyone of our suppliers have a dedicate address their notification are sent to. Those automatically goes into the service desk as a ticket and is read by the service desk team, which can either correct billing information if required, or escalate to the correct team if action is require or there's any doubt about the content of the email.

If you have 20.000 engineers (or even 200) you have a functional service desk and I assure you that no individual engineers email is given as the email for vendors to contact. Even for large contract where you have a preferred contact on each end, there's an escalation path.


Congratulations, but this is not how it works in many places. If you're providing services to companies you have to account for that.


Really? I mean good on you, but I’ve never seen such an arrangement in my 30 years of working in various mega corps. Usually they end up in the hands of vendor relations, but typically in no one’s hands and the expectation is the vendor works with us through TAMs. Most companies have their vendor relationship model based around negotiated licensing agreements and software delivery, and the saas delivery model is fairly recent. At a certain scale and age these things are pretty hard to change, so things like this aren’t well accounted for. It gets more complex when we have a federated model where we have one global relationship with the vendor but teams use the saas individually. Then the email address on the account is subsumed either in some automation or onboarding process used to ensure no engineer has the ability to reset credentials unilaterally.

Your model is a smart one. It’s smart enough it tells me you’re either a small company or a newer company, or both, or a company with a rarely together vendor management team.


Are you trolling or never used email?


[flagged]


Could you please stop posting unsubstantive comments and flamebait? You've unfortunately been doing it repeatedly. It's not what this site is for, and destroys what it is for.

If you wouldn't mind reviewing https://news.ycombinator.com/newsguidelines.html and taking the intended spirit of the site more to heart, we'd be grateful.


[flagged]


You can't attack another user like this here. If you'd please review https://news.ycombinator.com/newsguidelines.html and stick to the rules when posting here, we'd appreciate it. Note this:

"Please don't post insinuations about astroturfing, shilling, bots, brigading, foreign agents and the like. It degrades discussion and is usually mistaken. If you're worried about abuse, email hn@ycombinator.com and we'll look at the data."

Plenty of past explanation here:

https://hn.algolia.com/?sort=byDate&dateRange=all&type=comme...




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: