TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Reinventing Email

42 点作者 niico超过 12 年前
This is my approach to PG's request to reinvent/replace email.<p>I look forward to get your feedback!

24 条评论

kstenerud超过 12 年前
"Email is not a messaging protocol. It's a todo list."<p>Speak for yourself. My primary use case is to send and receive messages with others. If a message includes things to be done, I'll put them in a TODO list, like I'd do with any other messaging protocol.<p>The reason why reinventing email always fails is because email isn't broken.
评论 #4791160 未加载
评论 #4791315 未加载
评论 #4791131 未加载
评论 #4791294 未加载
评论 #4791048 未加载
acabal超过 12 年前
Email is great because, at its heart, it's a super-simple Unix-ish concept: send text-based messages to another address. (Granted the history and implementation has grown quite gnarled, but that's not important for day-to-day UX.)<p>That simplicity is what makes it so compelling: you can twist email to be whatever you want. Some use it as a to-do list, some as a calendar, some for editing documents, some just for messaging. Everyone can use it in a different way because it's so simple and easy to understand.<p>One can certainly invent products that try to take one aspect of email and improve them, like a to-do list, but then it's not email anymore... it's a to-do/calendar app. Which isn't bad, but the point is--email isn't going anywhere.
jere超过 12 年前
&#62;Pixel perfect + Retina + Cloud The trifecta of the mobile apps. Sync all your email and tasks with our cloud based mobile app.<p>The trifecta of buzzwords perhaps.
评论 #4791073 未加载
huhtenberg超过 12 年前
I'm afraid this is not <i>reinventing</i> email. It's more of capturing one particular use pattern. You quote pg saying it's a Todo list, which it is, but then you outline a solution that doesn't really work for <i>my</i> version of that Todo paradigm. And then you move on to irrelevant details like pixel perfection and retina support. I strongly suspect this is not what pg's RFP was about.
flipstewart超过 12 年前
Paul Graham may be a bit out of touch. I've asked around and confirmed that the people in my life, at least, are confused at the idea of using email as a to do list.<p>But he certainly knows how to get the tools that he wants made for him.
评论 #4791641 未加载
评论 #4791588 未加载
评论 #4791243 未加载
评论 #4791643 未加载
Dirlewanger超过 12 年前
This is just the new Outlook.com with a different font.<p>Which, isn't a bad thing, but not exactly bringing anything new to the table...
mion超过 12 年前
Nice work on the UI. But I think what he meant with "to-do list" is that he has no control of what people can put on his inbox, and that he has to waste time reading emails before he knows what that person wants. To solve something like this you'd have to have this problem in the first place, so talking to a lot of powerful people is what I'd do in the beginning (and that's why it's a hard problem to attack IMO).<p>I'm thinking of taking a stab at this idea too.
mootothemax超过 12 年前
Reinventing email, for me, would start with what Facebook have achieved: if I want to send an email to my friend Jane, all I have to care about is her name, and all she has to care about is similar.<p>I still think this is one aspect of Facebook that is often overlooked; they make it incredibly easy to contact people you know. Email addresses are a nightmare to the average user by comparison.<p>For me, that's the beginning of where the revolution will lie.
absherwin超过 12 年前
A todo list is one function of email. It's also an information sharing and socialization service. The right solution will contain specialized functions for these various uses. Note that a single email can fall into multiple categories. "Prep for 12/3 meeting" might contain information which should be added to a searchable library for future reference and create a to-do entry to ensure that the documents are read before the meeting.<p>The bigger challenge is that e-mail as a to-do list differs from a calendar in that the time and place of the to-do's is a bit more nebulous. For example, if you send someone an email with a link to your page and request feedback, you have a certain but inexact timeframe in mind. The secret to making this work is providing a heuristic ordering based on the sender's desires and the recipients priorities. The former can likely be specified with a few request classes or duration options. The latter would likely have to be learned from usage history, possibly with a VIP list used as a starting point.
timmm超过 12 年前
This app is aesthetically stunning.<p>One thing I would note is that Paul Graham is probably not a good data point. Most email users actually do use it as a messaging protocol but there is definitely a niche of users (such as Paul) who encounter this to do list effect.<p>Maybe target them specifically, premium prices ect. But the assumption about what email is for needs to be validated.<p>Good luck guys.
mnicole超过 12 年前
I'm always the odd man out when people praise design here. To me the UI is boring and cliché. Flat and minimal principals don't work in every circumstance, as evidenced by the Rdio desktop app and others like it where you end up glancing past features because they aren't prominent enough (i.e. they look like every other element on the app). There needs to be depth and hierarchy as applications become more complex and elements need to stand out from each other.<p>Instead of trying to re-invent what email is, just make it easier to do what people use it for. Make it smart and intuitive. The problem I have with all of these designer showcases is that how it functions is ultimately more important than how it looks. Neither this nor Mail.app showed any functionality that wasn't available in some way or another from any other client I've used.
asdfprou超过 12 年前
You might want to fix the glaring typo "Re:Inveting email" at the top of the page.<p>As someone aptly mentioned though, the problem is you are just redesigning the email inbox and giving it some quick reply buttons (ala the Gmail canned responses).<p>I suggest you take a look at AOL's Alto for an example of something that is trying to tackle something similar largely through UX design. <a href="http://thenextweb.com/apps/2012/10/18/aol-alto-email-application/" rel="nofollow">http://thenextweb.com/apps/2012/10/18/aol-alto-email-applica...</a><p>All that being said, the design is cool. And you have a kickass domain name.
sergiotapia超过 12 年前
I kind of like this idea. Anything to change up how email is done. Outlook sort of has the right idea now, showing me conversations easily with lots of visual queues, but I rather like that demo from AOL that came along a few weeks ago.<p>What was it called? AOL built some sort of new email based client system? If anybody can share a link I'd be very grateful.<p>Edit: Found it, it's called Alto.<p>Check it out: <a href="http://www.highsnobiety.com/2012/10/21/aol-reinvents-email-user-interface-with-alto/" rel="nofollow">http://www.highsnobiety.com/2012/10/21/aol-reinvents-email-u...</a>
johnmurch超过 12 年前
You cover only 3 new "features": Tasks + Quick Reply + Sync... how are these reinventive? Tools like rapportive, followupthen and even something simple like find big mail are actually reinventive. To be able to type in an email and get the users social information that I can check and follow up on while writing the email is powerful. To be able to get notifications X days/weeks/months creates the persona you are ON TOP of your game.<p>Just my 0.02 - I do like ur UI stuff btw :)
andygcook超过 12 年前
Paul English (cofounder of Kayak) tackles emails in a similar way to what you're proposing:<p>"I get about 400 to 500 e-mails a day, and I probably send about 120. At any given moment, I'll have only 10 items in my inbox. When an e-mail comes in, I read it and decide immediately: Delete, reply, or delegate?"<p><a href="http://www.inc.com/magazine/20100201/the-way-i-work-paul-english-of-kayak.html" rel="nofollow">http://www.inc.com/magazine/20100201/the-way-i-work-paul-eng...</a>
hnriot超过 12 年前
"Email is not a messaging protocol. It's a todo list."<p>that's ridiculous. I would expect more from someone who likely remembers uucp and what/how email was designed for.
onetwothreefour超过 12 年前
Sigh. Mockups aren't a product.
tobiasu超过 12 年前
If you want to reinvent email, start here: <a href="http://www.ietf.org/" rel="nofollow">http://www.ietf.org/</a>
anonymouz超过 12 年前
So... what does it do?<p>It seems to somehow organize my emails as tasks, but how does that work in practice?<p>What happens when I get an email? Does it turn it into a task? Can other people still interact as usual with me by email without using this software? What about emails that really are not todo items?
aw3c2超过 12 年前
step one in reinventing mail should take care of security (encryption) and trust (am I talking to the person I think I talk to). and these should be mandatory.
aioprisan超过 12 年前
gorgeous UI. could you share the PSD? we'd love to use some of those UI elements on the next version of TaskUp. we're working on an email parsing feature at TaskUp (taskup.com) to extract those usage patterns of email into todo lists and already provide a mechanism of transforming emails into todos by just CCing track@taskup.com on any email. would that be something that you would use? how could we make it better?
johnpickly超过 12 年前
Beautiful UI. My 2 cents, the problem with these solutions is that outside of engineering teams, assigning tasks to the creates disdain in teams.
zerostar07超过 12 年前
You either reinvent messaging or reinvent todo-lists. "Reinventing" an implementation such as email is nonsensical thing to say.
评论 #4791401 未加载
kamakazizuru超过 12 年前
did someone say Asana? :O