In my kitchen I have:

1. A fridge

2. A coffee machine

3. A stove

4. A microwave

5. A blender

6. Mixing bowls

7. Measuring cups

All I want to do is feed myself. Why on earth do I need to have so many different things to do it?

</snark>

To...most people, having a separate "app" for things that do wildly different things is a good. Skype and email fill completely different roles to me, and I suspect they fill completely different roles to other people as well.

You might want to send a message to somebody and not care how, but I do care how.

If it's late, I might send my friend an email instead of an SMS because I know that the SMS will probably wake her up, and the email won't.

Being able to control this is a good thing.

Did you notice the descention of immediacy in your example of phone->sms->email? You went from the most demanding contact method "stop what you are doing and talk to me!" to the middle "stop what you are doing and read these 160 characters!" to the least "eventually look at this piece of text".

If you didn't care as much about your message, you probably would have done this in a different order.

If something major in my life happened (I'm having a baby! I'm going back to school! I got into YC! Somebody is buying one of my projects!), I would call my best friends to tell them, I wouldn't SMS them.

So would you.

And this is good.

While that scrambles, it's time to chop vegetables. You'd like to do onions, but the tube from the fridge to the chopper only fits carrots and asparagus. Not great for an omelette, but good enough.

Time to cook. Unfortunately, your chopper is out of date, and it doesn't work with your pan model. The scrambler, well, it's actually a mixer and was only meant for cakes, so it goes directly into the oven.

So you put special bowls in the fridge, suck the scrambled eggs and vegetables back through the tubes, take the bowl out, store it on dropbox, and give your pan a link.

God, this sucks.

By all means, fix the fact that tools are painful when you want them to work together. Maybe unify a few of those communications tools.

This was from the top comment. It is suggesting the solution is to glom everything together. I think the comment you are responding to is concurring with their parent comment by providing an illustration of the concerns raised.

Basically, it shouldn't matter what service someone is using. What really matters to people is people. If someone is at their computer, they might want to use Facebook messenger. If they're away, they'll want to use text. Barring that, they might rather use email. The point is, someone shouldn't have to open the Facebook app, find they're not online, send a text only to wait for a response and assume they do or do not have their phone on them, then send an email. If they can do it with one app, the app telling them the best way to contact someone, it makes communication much easier.

No one has gotten it right yet, but I feel WebOS and Windows Phone are closer than the traditional discrete applications.

Like a lot of snark, it's not really that bright, but it's agressive and presenting itself as clever. Not all of those things deal with the same category of work.

> You might want to send a message to somebody and not care how, but I do care how.

But why do people have to remember how? Why can't I send off a message and have a computer figure out the preferred way to send the message. Remember, a big stakeholder in this preference is often the recipient. Also, most people don't really care about the how. They care about the result.

> If something major in my life happened..., I wouldn't call my best friends to tell them, I would SMS them.

You mean you would use the most appropriate form of communication, with the right degree of formality and immediacy. Right now that means picking from a slew of applications. The history of technology tells us that those applications will probably change, and that eventually people will be somewhat removed from the how, only expecting things to just work. (And that people who realize this can parlay that into tons of money.)

EDIT: Someday our insistence on picking an app to do communications will seem like driver's insistence on manually shifting gears.

Someone without a data plan doesn't have constant access to email. Maybe they only check it on a computer every few days. So if I want to send an instant message, SMS might be necessary.

Randomly sending an email vs. an SMS does not "just work". Nor does forcing each person to communicate to a computer some elaborate policy for how to reach them best.

Yes. You're supporting my point.

> Someone without a data plan doesn't have constant access to email. Maybe they only check it on a computer every few days. So if I want to send an instant message, SMS might be necessary. > Randomly sending an email vs. an SMS does not "just work".

Again, yes, this is it exactly. Things right now are very far from it "just works." Things are horrendously complex, and it often sucks for one reason or another. Some people can manage all of this complexity in their heads, but that's certainly not true of everybody. What's needed is an integrated vertical.

> Nor does forcing each person to communicate to a computer some elaborate policy for how to reach them best.

True, that, though being able to set that just once might be better for some of the tech savvy than having to keep track of it all. That wouldn't fit everyone, though. What if someone could communicate their preferences to something like Siri after the fact, with a machine learning system adjusting preferences taking into account all of the communication stakeholders?

Here in the UK, we pay to send them, not to receive them.

More accurate. People need to communicate, and SMS is a good way to do that. Would we like it to be cheaper? Of course. There have been numerous lawsuit attempts, petitions, and boycotts. Doesn't matter. There's nothing we can do to change it. If everyone just stopped using it, they'd bundle it in with a package you had no choice but to buy. If you just abstained from a cell phone, you'd be in more trouble than you'd have been 20 years ago since payphones and emergency phones no longer exist.

It's not that people pay it and shut up about it, it's that people pay it because there's no other real option.

There are lots of things I want to do with email that I can't do with SMS. Maybe half the emails I send could get across most of what they need to in 160 characters. Other recent messages included detailed tech support/troubleshooting, a list of equipment and design discussion with a partner about an application we're developing.

None of those would fit in 160 characters. There isn't even a way to losslessly compress them in to 160 characters. I can always write a short message when I only have a little bit to say though.

I also dislike twitter and like RSS. I'm evidently not in the majority.

When I email someone, software automatically routes it to the destination so I don't have to. Why should this not be abstracted across channels.

As for my trying to dictate how the recipient consumes incoming messages -- surely its more intelligent for each person to decide how they want to consume messages. I know some people who live in their SMS but ignore phone calls. Indeed the whole hierarchy of SMS / email / IM / phone / conference is very much in flux. Most people are probably more interested in who the sender is, not how they're sending.

But by your logic maybe I should use one app per person I talk to.

There seems to be a whole world or metadata involving communications preferences which we've just barely started to scratch.

> Being able to control this is a good thing.

those are great points, and a solution that can really replace the 18 methods we have of sending messages today would take that into account. Email today has this lame "importance" flag nobody uses but certainly, if we could get over the familiarity hump, having a unified kind of message where we can configure how it travels and how it alerts the receiver (not to mention, that the receiver would be able to route these various classes of messages in any way he/she sees fit) is not a huge technical issue.

Alternatively, you could still choose email vs sms with a single toggle instead of having to use two very different apps for what is essentially the same thing.

That should be up to the other end to determine. I should not need to say `SMS wakes me up, email doesn't' when they are fundamentally the same thing. That's an implementation detail.

The right way to do this is for the other person to be able to tell the phone what they want, regardless of protocol: messages from my Nagios system at work, or family members, should awaken me. Anything else should be ignored until morning.

"I'm drunk, I need a ride home."

"Can I stay at your house."

"$emergency"

"Hey, I really just need somebody to talk to..."

etc. etc.

I don't want to have to go through my entire contact list, individually setting people who can and can't wake me up at night. There is already a mechanism for this, it's called "human interaction". My friends know who can and can't wake me up; they know this because they're my friends.

By giving them my phone number, I'm trusting them to respect that, and only wake me up if they need to.

I'd prefer something more configurable as well -- priority list of who can reach me at any time, during daylight hours, when I'm generally open to talking, and never.

As well as a way for those with at least some level of trust (and, say, emergency services) to reach out to me directly.

Combination of Mr. Number and a pretty acerbic voicemail message ("Hi, you've reached me, don't leave a message, email me instead, if you're a good friend, feel free to text") low-techs this solution for me.

I have friends who I regularly email, SMS, and IM with. We've never explicitly discussed this, but it's pretty much assumed that sending an SMS means you want a response ASAP, an IM expects a response within a few hours, and an email can wait a day or two. Even though all three are ostensibly messaging systems, there is a social understanding that different messaging mediums have different purposes; simply filtering based on sender doesn't convey enough contextual information to make a meaningful decision.

Take Windows Phone for example: tap a contact in WP and you see their tweets, Facebook messages, your SMS and e-mail history with them. The messages app integrates SMS and Live chat seamlessly. Ideally this system would open up to allow any third party to plug into these hubs (and from the early signs of WP8, it will), but it's still already lightyears ahead of Apple's offering. Even Android, with it's system of intents and actions, provides more integration than iOS. I'm baffled as to why they've not tried to do anything about this.

Here's a recent example of stuff Google did - merged my G+ circles into my contacts - ok, I can see how that'd be useful... but old or invalid email address for my mom and wife were substituted as first hits on the search when I entered the contacts in Gmail. Consequently, I've sent quite a few emails in the past few days where I'm getting bounces.

That's assuming you don't have to deal with improperly overwritten data, or time-sensitive data (ie, temporary details). Any degree of asynchronicity can create intolerable delays for example.

Abstractions can only get so far, especially for distributed synchronization across potentially adversarial vendors/systems.

Is the abstraction a plus or a minus in your opinion? I'm asking because on one hand you're asking for a unified communication app, but on the other, the way you wrote that part, it sounds like a bad thing.

Taking this specific example, I think it shows that aggregating communication media is difficult and maybe not a good thing. In Messages, SMS and what is pretty much IM is mixed and I don't know which is which anymore.

I do find the idea of a unified inbox interesting and worthy of being explored but the thing is that each of these have different expectations from the users. If I send an SMS, it's typically because I expect a response fairly quickly: pretty similar to IM, except that I want to reach the person right now wherever they are. An email has a longer reply timeframe: if I don't hear back for a few days, it's usually fine. A tweet or Facebook status doesn't have the expectation to be read by everyone. (because it's one-to-many)

And I think the expectations go both ways: when someone receives an SMS vs. an email, they know the time to reply is different.

There are also different expectations in terms of half-life of the content. SMSs are sent and forgotten for the most part, while emails are archived for years. (though it's probably true that these archives are most likely not as useful/consulted as we'd think)

So I do care how I send my messages to people.

Surprisingly few of the people I text have iPhones (or smartphones at all), so I can't easily verify this.

This already exists to a large extent on my iPhone as far as sending outbound messages. I don't know about you, but when I want to email/call/sms/mms/videochat etc say, my father, I don't goto those apps. I just hit the 'home' button on my phone to bring up unified search, type 'dad' and get his contact page allowing me to instantly choose any one of those options to message him. Email, short message, video, phone call, -it's all right there.

If you wanted to take it to the next level, you'd want to be able to open up the API so you could toss in Fb, Twitter, or whatever other services you want on that page to choose from.

The unified UI is basically there already though.

It gets harder when we talk about incoming messages though, because we've got different senders pushing different types of messages to us on a vast array of different platforms and technologies. But isn't this what 'notification centers' are? A single point that unifies and corrals your collection of different incoming messages? And now Apple is merging their iOS notifications with OSX, syncing through the cloud. I agree it's not pretty yet, but we are getting closer, -like I said, I strictly use a unified message UI for sending outbound messages for most of my day.

I think this merging of central messaging UIs that are synced across operating systems will become more refined (so much room for improvement), but will definitely get there. But at the end of the day we're still funneling data from a wide range of different apps in order to present it as best we can keeping both form and function in mind.

Yeah, you're right in the sense of why do we need all this stuff? The answer is: because no one uses just one thing to communicate.

On a slightly different note: if someone messages you and is expecting a response, do you really need to try three or four different methods to send that response? Shouldn't the expectation be that you would send a response back by the method that they made the request?

You phone somebody and don't leave a message, so they get an empty voicemail. How can the interface on your device possibly solve that problem? (By the way, I have a $30 answering machine at home that's smart enough to not record empty messages, and for day-to-day use its interface is a button for "play" and a button for "delete". The interface is not the problem.)

Then you send an SMS and immediately turn around and send an e-mail as well. How will a user interface prevent the person from getting both the message and the e-mail?

That said, did you ever see the way WebOS handle[sd] this cases? The 'synergy' thingy was solving a lot of the friction points you're complaining about - and yet it obviously wasn't good enough to save the platform.

- Sometimes we come up with solutions for problems that people don't have.

- Not well-marketed enough.

- Too complicated for people to grok. The abstractions get in the way of people trying to understand a feature. A new paradigm for communication would be hard to understand for most people and provide little benefit.

I do however think that interoperability needs to be improved.

Sounds like this would be a great time for a rewrite of the UNIX Finger tool to solve a problem like this. Real-time client/address lookup and can be protected with some kind of pub/private key.

(Surely writing a rule to automatically throw away old voicemails, say, is pretty easy.)

http://news.cnet.com/8301-33200_3-57354466-290/threadsys-gon...

I would love to see someone else try to build this. Filtering options would need to be robust and flexible to combat potential noise and info overload. I could see marketers being an easy initial niche customer. General consumers, not so much. But I'd sure pay for something like this.

Isn't that Google's main intent with integrating Google Voice onto phones? The recipient use case seems to work well under the Google apps where Google Voice shows your SMS and voicemails, a quick click would bring you to Gmail. The only issue I see here, is that I that I don't believe there is a cross-app indicator of new email (excluding extensions and external apps).

Now certainly some things can be unified, but let's not pretend like every form of communication is equal just because in the end, a message is delivered to the intended recipient.

Seperate apps all competing for your attention/dollars is a feature not a bug.

So much potential squandered by a poor design team. I've always hoped some developers would turn the code into what it was meant to be.