Ask HN: What could disrupt email?

33 点作者 parvatzar超过 8 年前

As the defacto standard for business and corporate communication?

39 条评论

chuhnk超过 8 年前

You're thinking about it the wrong way. First ask yourself what's wrong with email and why does it need to be disrupted? What problem are we actually trying to solve by replacing email.Email is a powerful tool for asynchronous communication and it's here to stay. The way in which we interact with email may change over time as user interfaces change. We've gone from desktop to mobile and soon there may be some other dominant platform.To answer my own question. In large corporations email is typically still used to announce or notify at scale. So what we're really looking for is a way to strip out this notification aspect. That's basically just an enterprise version of twitter with an opt-in model for streams which allows you to keep track of what everyone's doing in the organisation without having your inbox spammed. Notice I'm not talking about the collaborative use of email since that's already being solved by tools like Asana, Slack and Atlassian.

评论 #13628677 未加载

评论 #13628579 未加载

therealmarv超过 8 年前

Nothing. Everybody tried.I would only optimize it for business users. Shorten the text (maybe force that even with AI or limitations, keep it async, chat is too sync). If you follow this rules Emails get a lot more productive. I like the simple adobtable approach of Emails in the "GitLab handbook" <a href="https://about.gitlab.com/handbook/" rel="nofollow">https://about.gitlab.com/handbook/</a>

评论 #13628466 未加载

评论 #13628552 未加载

bharani_m超过 8 年前

Does email need disruption? I have not faced any problem with emails as a form of business communication.I have used Slack but it doesn't come anywhere close to emails in terms of ease of use, especially for people in non-technical fields.

xtiansimon超过 8 年前

I use email every day for work in communication with clients and co-workers. I can't think of anything about email's principal concept which needs disruption (ie. asynchronous communication). I certainly can't think of any value which could be made above that which email provides and at such little cost. I think I can safely say our privately owned company uses email because it satisfies all our requirements: messages are fast, works with all manner of media we need, everybody's (clients, co-workers, vendors) has an email account, and client software is batteries included. I could go on.That said, I think improvements could be done on the software side. Integration with applications in meaningful task-related ways (some apps I use have contact list, but the app can't infer what should go into my email's body given the context of the windows I have open). For me I could imagine OS level innovations improving my _writing_ experience.

snarf21超过 8 年前

I don't think it can be killed. I do think you can make an email++, but agree with the other comment that it would have to only be for business. I think the thing that is missing is more structure and management capabilities. The only problem is how do you have it be interoperable with an email clients that don't have your new thing. One thing you have to start with is what are the things that really really suck with email, imo: inability to opt-out of threads, no ability to say what type of email it is (INFO, REQUEST, PITCH, COMPLETE, etc.), no ability say that a response/work is required and by whom and by what date, hard to not lose the important facts of the email after 25 replies, etc....Quite frankly I can think of a bunch of other things as well. I don't have time right now but I would look at adding structured data at the top of the email that you can parse but shows up nicely as text in other clients, for example (assuming html email, just off the top....)<div style="color:white;"> <div id="type">REQUEST</div> <div id="response">No</div> <div id="duedate">14Feb2016</div> <div id="assignee">bob@example.com</div> <div id="keypoint-1">We don't have a good backup procedure</div> <div id="keypoint-2">We've never tested our backups</div> <div id="keypoint-3">We've never built a clone network from our backup</div> </div>You can now parse/search/filter based on this data. You can manage tasks right in email and have a button to say "done" that sends an email back to the originator that they know it is done. There are a lot of other things too but I need to go do work now :(. I'll monitor this thread if you want to discuss further. (/sigh, I wish HN had integrated private messages)

byoung2超过 8 年前

Email is tough to kill because it's not a company or a product, it's a decentralized set of standards. Email sucks in a lot of ways, but it's simple, works everywhere, and it's baked into a lot of places (confirmation emails, password reset emails, alert emails, etc). There are better technologies out there like messaging and slack, but they're controlled by companies and not open/decentralized, and while they have integrations, they aren't baked into a lot of places (e.g. no Amazon confirmation slack messages or bank alerts through FB messenger).Imagine trying to kill XML because JSON is better...nearly impossible. Email may slowly die over time, but I don't think it's likely you can kill it outright.

评论 #13628499 未加载

评论 #13628635 未加载

评论 #13628520 未加载

michaelbuckbee超过 8 年前

There's a fairly well known graphic of all the companies that have taken chunks of Craigslist and to varying degrees supplanted them:<a href="http://static3.businessinsider.com/image/4dd4d1cf4bd7c8c90f000000-1200-924/craigslist%20andrew%20parker.png" rel="nofollow">http://static3.businessinsider.com/image/4dd4d1cf4bd7c8c90f0...</a>Email is being disrupted similarly.Slack/Chat -> Intra-team communications. But also sales inquiries (those ubiquitous: 'We're here to help!' toaster style popups on every company site) and status notifications (for instance StatusPage was bought by Atlassian in large part to merge into HipChat).Internal Social -> Many people are familiar with Yammer (which is FB for within a company), but other services like Salesforce, etc have versions of this internally. You could also consider services like Jive in this.External Social -> I've run some fairly substantial mailing lists and social accounts. For something like a non emergency information sender ("Weekly GoLang Tips!") it's about evenly split with people signing up for the newsletter vs signing up on Twitter.

nitai超过 8 年前

I don't think there is an issue with email per se. It's more that there hasn't been much "evolution" in its use.Though, Google and other companies have definitely tried to make email "better".After an elaborate phase of talking to hundreds of companies, I've created a platform that has the approach of "collaborative email". It's providing an additional layer to email that helps companies to keep track of all those customer emails (you can check it out at <a href="http://helpmonks.com" rel="nofollow">http://helpmonks.com</a>).In any case, I think in adding additional service around email is where the real disruption lies.

plasticdroid超过 8 年前

One of my coworkers was fantasizing the other day about starting a company where they don't send any internal emails. His plan involved prioritizing face-to-face communication, dedicated Slack channels, and a suite of tools that made it easier to index, and search across Slack. It was an interesting thought experiment, but it broke down in a lot of areas, and I think our conclusions were:1) It would only have a chance of working in a small organization with a single team, or few teams that communicate regularly and effectively.2) It's one thing to favor other channels of communication, but outright banning of email didn't have a lot of benefits other than forcing people to favor said alternate channels.

评论 #13628533 未加载

评论 #13628525 未加载

评论 #13629373 未加载

paulsutter超过 8 年前

You can replace certain use cases of email, but you wont replace all the use cases at once.For business opportunities might be around workflow and decisionmaking.Slack dramatically reduced my email volume by replacing a use case that email handled badly, for example.A consumer analogy, Facebook replaced a bunch of email use cases. I still have a friend who sends out email updates with photos while traveling, for example.SMS and messaging apps, of course.Someone could do a map like this list of companies that replaced specific use cases of Craigslist<a href="https://www.cbinsights.com/blog/craigslist-unbundling/" rel="nofollow">https://www.cbinsights.com/blog/craigslist-unbundling/</a>

评论 #13629614 未加载

评论 #13628425 未加载

nnn1234超过 8 年前

I completely second byoung2's comment. When we say email , the thing we refer to would be free email services for personal use or inbox hell at work. The same question without Gmail,Yahoo mail and other is easier to answer.SMTP might be here to stay, but a low cost protocol independent messaging protocol with an Identity layer can and will come along.Why does no official comm happen on email? No ID validation. Maybe PKI can help. Solution will either be use case by usecase or platform change like FB or chat

deckar01超过 8 年前

An email client that aggressively advocates for and implements new protocol features. Browsers accelerated web standards and stole market share by doing this.I would like to see an email client with an edit button for messages. I have already thought a lot about this feature [0]. Feel free to comment on the issue.[0] <a href="https://github.com/deckar01/amend-mail/issues/1" rel="nofollow">https://github.com/deckar01/amend-mail/issues/1</a>

frik超过 8 年前

What's wrong with email? It works fine for decades. SMTP, (POP3) and IMAP are fine protocols.Please disrupt chat instead, with a proper protocol. A new non-XML based XMPP version maybe? Anyway the big players need to support it. Now we have all these proproitary chat apps (FB/WhatsApp, WeChat, SnapChat, Skype, Hangout, etc.) that are incompatible closed eco-systems. Maybe we should just disrupt chat by using the email protocols and infrastructure ;)

marczellm超过 8 年前

Please don't "disrupt" the last open standard alive in online communication.

kijin超过 8 年前

Better email.An email can contain multiple arbitrary payloads. It's almost like HTTP, except it's asynchronous. We already have the infrastructure to deliver messages from anyone to anyone. Why keep trying to destroy it when we could take advantage of the existing infrastructure instead? I don't see anyone rallying to disrupt HTTP. Why all the obsession with disrupting email?We could use different Content-Types to embed all sorts of structured information in an email, and standardize the hell out of it. A schedule for an event. An item to go on your TODO list. A link to click for confirmation. If you can express it in JSON, you can attach it to an email. And the resulting messages will be 100% backward compatible with old email clients, just like newer versions of HTTP.There are endless possibilities for email as long as you don't try to get everyone on your own proprietary platform. Otherwise you will be just another messaging service that has nothing to do with email, and email users will happily ignore you. Don't fall into that pitfall. You need to make your solution an essential part of people's email workflow, rather than trying to steer people toward a different workflow.

评论 #13628897 未加载

deckiedan超过 8 年前

I've just been setting up a new web server this last week, a shared host for a few friends and family, personal websites, a couple of side projects, etc.The bit which drives me the most crazy is setting up email on it. All the sites need to be able to send occasional notification emails (WordPress, so password resets, etc). I hoped dragonfly mail daemon would be enough,. But we also need virtual host forwarding - if you email some addresses at one of the hosts, it should forward on to the right persons Gmail, or whatever. So we ended up with postfix. Which is reasonable easy - a hell of a lot easier to configure than sendmail or exim, but even still... I wish so much for a mail daemon with all the correct options for SRS, DKIM, SPF, SSL, TLS, greylisting, etc. Turned on by default, and yaml/toml configuration... I'm at the point of reading golang and python SMTP code and wanting to write one. Something like caddy for email.Email is complex, there are so many edge cases and options. It's insane. Reading documentation is awful, as all daemon docs assume you know what all the acronyms mean, and that you understand all the various RFCs.

rorykoehler超过 8 年前

Nothing... I would like to see better interfaces for email. I am looking for 2 things. Conversational layouts so long message chains can be easier to read and review (this is difficult as not everyone in a cc'd email chain gets each email). A better way to manage multiple accounts from one inbox.

kbos87超过 8 年前

We're all likely to have some sort of a communication stream in our professional lives that needs regular attention from us for the foreseeable future. Right now, it's email.I feel like most people who "dislike email" dislike it as a proxy for their unhappiness with their working environment and how the people around them communicate.Email could probably do a better job of compensating for the poor communication habits of those we work with. In my experience, Slack exacerbates those bad habits. But with email, I don't think the medium is necessarily the problem. It's an asynchronous stream of stuff that needs our attention or that we want to have our attention. The protocol is reliable and nearly universal.

slipmagic超过 8 年前

Email itself, as with how Google is with Gmail and Inbox,which has reminders and interactive messages (Trello, Slack, etc.), the ability to use Google Drive for large attachments, and send money to friends.If Gmail had a publishing platform, sort of like MailChimp, in which partners from large sites could use to gather analytics and craft messages with embedded content beyond the limits of typical messages. You could:- reset your password with a click of a button and have it generated and stored by Google.- chop up lengthy newsletters to contain only the content that you need.- Convert threads with other Gmail users into chats, with threaded messaging.This could reduce traffic to their site, though, making it less sticky. And it would work ideally in Chrome, unfortunately.

csharpminor超过 8 年前

I think that Slack would argue that they are disrupting email. We have many fewer internal emails at work now - most are directed at clients.Facebook Messenger, WhatsApp, etc. Are strong contenders for replacing email to friends.Not trying to avoid your question, but I think the future of email isn't a better protocol or SMTP client enhancement, it's apps that provide a better way of communicating a given task.As it turns out, the major feature of email (being able to message anyone) is also a huge drawback (communications inundated with spam).

synicalx超过 8 年前

Email is fine, don't disrupt it. Make it better instead.Blackberry got it mostly right with Hub - get all your emails, messages, whatevers into one place and let you work out how you want to organise it all. Something like that but a bit smarter (like Gmail's auto sorting of promotions, updates etc).If I could have one pane of glass to look at for my emails, slack/skype, text messages, social media (business related of course) - I'd happily pay money for that.

richardboegli超过 8 年前

1) Better email clientsThis would help people manage their email better.Outlook and exchange are getting better, but still lacking.Gmail has it's threads which work most of the time. Both have proprietary tagging which is not IMAP compatible, which is why Thunderbird suffers.If Thunderbird could handle Exchange and Gmail proprietary nuances it'd be perfect.2) Better email etiquetteThe easier your email is to read and comprehend the more likely it'll get responded to.Fix / improve these two then this need to "disrupt email" would fade.

评论 #13628609 未加载

bogomipz超过 8 年前

From time to time I hear about some startup that is going to "disrupt email." In my opinion email is something that works very well for asynchronous communication. What is their to disrupt?If your expectation is real time/synchronous then email is simply the wrong choice of tool. That doesn't mean its lacking or needs to be "disrupted."

dcwca超过 8 年前

The thing that will kill email is its lack of encryption. I'm surprised to see on here that nobody is talking about encryption, but it's very important. Most companies are not using it, and the email encryption options available are far too clunky to be used effectively. Key negotiation needs to be built into the protocol, ala Signal.

randlet超过 8 年前

I love email. My only problem with email is that it's too difficult to reliably run your own server with a Gmail quality interface. I have Fastmail for email on my own domain and it is quite nice but the more experience I get the less I want companies involved in being the gatekeepers to my critical and personal information.

评论 #13629883 未加载

mshenfield超过 8 年前

We have viable replacements - our habits just haven't caught up to the tools.Corporate e-mail assigns each employ a revocable identity, groups employees into roles, and allows people to have private and public conversations. Tools like Slack have become ubiquitous at software companies, and they provide the _exact_ same functionality, with a foundation on realtime communication that I believe is more productive. We still use e-mail for corporate announcements and engagement when we really don't have to, and I think we'll stop as we get better at it.e-mail is just one piece of the corporate communication story though - document creation and storage are another "standard" feature. Slack's "Plus" plan is $12.50/user/month [0]. Premium G-Suite and Microsoft's Office 365 are $10/user/month and $12.50/user/month [1] [2]. You can tell just be the price tags and features that these companies are competing for shares of the same corporate communication pie.Slack right now is a player partly because the can backfill their shortcomings here by integrating with G-Suite tools. You can see Slack trying to backfill with Posts, Slack Calls, and I'd bet they're working on other high leverage features (they have a lot of catch-up to do) to stay competitive as the core of their platform faces competition from the likes of Microsoft Teams and open source alternatives [3].On thing e-mail is better at is person to person contact outside the context of any organization. e-mail succeeds because I need one piece of information to contact you (a public address), and I can be contacted by one public address as well, no matter the tribe (gmail, outlook, etc.). Maybe a global chatroom with name-spaced public address would be a decent alternative?[0] <a href="https://slack.com/pricing" rel="nofollow">https://slack.com/pricing</a> [1] <a href="https://gsuite.google.com/intl/en_us/pricing.html" rel="nofollow">https://gsuite.google.com/intl/en_us/pricing.html</a> [2] <a href="https://products.office.com/en-us/compare-all-microsoft-office-products?tab=2" rel="nofollow">https://products.office.com/en-us/compare-all-microsoft-offi...</a> [3] <a href="http://venturebeat.com/2015/11/27/5-open-source-alternatives-to-slack/" rel="nofollow">http://venturebeat.com/2015/11/27/5-open-source-alternatives...</a>

nunez超过 8 年前

Honestly, I think Slack is doing a great job of eliminating massive email chains that should really be in a group chat. As for casual, slower communication, I don't think it's going anywhere. We still use paper mail after all.

kapauldo超过 8 年前

Two things, 1) auto detect marketing email and remove or get it out of the way, 2) make replying a taskable thing. Those are my 2 major problems, too much junk mail and not having time right now to reply.

_nalply超过 8 年前

Something like HTTP2 for email and then companies using email as a low-level back-end for communication needs. Imagine FB posts backed by email. Chat backed by email. And so on. Pipe dream.

sdfjkl超过 8 年前

The removal of corporate bullshit signatures and legal disclaimers that are 10x the size of the actual email content.Oh, and secure end-to-end encryption that is simple to set up and use safely.

ommunist超过 8 年前

Email has its problems, but it is one of the cornerstones of authentication messages exchange. Are you going to shake this one?

funkju超过 8 年前

Another question is what technologies can be disrupted by being more like email? (Distributed, open standard, etc)Social Media comes to mind.

tim333超过 8 年前

I don't know about disrupt but I sometimes message new business contacts on linkedin. It gets kind of annoying after a bit though.

cowmix超过 8 年前

“Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can.”-JWZ

sametmax超过 8 年前

Idea 1 ========A client that threat email as a chat message.You enter your email and your password. You get chat timelines like in whatsapps/viber/kik/wechat/text message. You can just write and send (no topic, no inbox, etc).This way you can use a reliable ID and messaging system to write messages as easily as text messages. But with none of the jailed env like whatsapps.You can have reliable encryption with PGP. Share media with attachment (but with a simple UI). And it works with your regular email address, no need to create a new account. It works with anybody (every body has an email address). It works even with people not using the app.To ensure it works with everybody, when you give your credentials it creates a special IMAP inbox with just the mails from this "disposable" emails to not pollute your real inboxes.Idea 2 =======Internal email address for a communityYou create an email address, and only members of this community can get them, or write to each others. You can then give permissions to external services to write to you after approval. Non approved senders emails are rejected silently.This system would be great for the government, where any citizen would have an official email address for life to communicate with the state. But you can't spam it. you can't write to your friends with it. If an actor negociate with the state (such as utilities providers), they can send your bills there. But no ads or they get their permission revoked.Basically like an real life official inbox, but global, with only important content and virtual.Of course you'll need to enforce 2-factor authentication on at the very minimum.Idea 3 ======Email integrated in a Planning + Note system. Right now we integrate notes and todo into email. I think the problem is backward. Emails are input you turn into TODO, notes and appointments in your calendards.What I usually want is to be able to have a link to an email that works offline, which open my email client to this particular email. I used thunderlink addon for that because that's the only way to do it, but it sucks.This link I would be able to paste into my workflow. Apps could use it to integrate a preview of the mail and attachments in the app, cache the mail, ask for notifications about the conversation, get callbacks for events (email deleted, marked as, moved to...) or tell the email client to archive the mail and prevent deletions.This should work offline (I want to be able to get organized in the plane) and online (APIs => webhooks => cluster of integrated services).

hashkb超过 8 年前

What can we use email to disrupt?

charlesism超过 8 年前

Probably a social electric car with AI, and a voice interface. The driver's seat will be a standing a desk, and the dashboard will use flat design. Data storage will be handled with Blockchain, and devops will keep everything running smoothly using Github and Docker and React.

评论 #13632422 未加载

评论 #13628596 未加载

评论 #13628605 未加载

hellofunk超过 8 年前

Google Wave is definitely going to change how we do email and instant messaging and also document collaboration.Oh, whoops, for a second I thought it was last decade.

supersan超过 8 年前

Possibly email addresses that won't accept more than 200 plain text chars, so real people get to the point quickly and spam becomes easier to determine.