“DStv: so much more user-friendly,” says the ad in the background as I try in vain to press the button on the remote control just right so I can pause my show and go get another cup of coffee. It probably has something to do with last straws and camels and stuff, but that ad finally put me over the edge and onto the computer to write about the user experience of DStv’s remote control for their HD PVRs.

It is often much easier to figure out which companies practice user-centered design and which don’t when they produce physical products as opposed to online interactions. Think about Target’s redesign of the prescription drug bottle as an example of deliberate design, and America’s 1040 Tax form as an example of what happens when there is little to no design input on a product.

In the past I’ve had the pleasure of using the Logitech Harmony 880 universal remote, pictured below beside the DStv remote, and that showed me that it is, in fact, possible to design a remote that even my mom can use. So I’d like to write about the differences between DStv’s remote for the HD PVR’s, and the Logitech Harmony 880 universal remote. Both are shown below:

DStv HD PVR remote

Logitech Harmony 880 remote

The DStv remote - Why it’s bad

The DStv remote control breaks many principles of user interface design, but mainly this one: Recognition rather than recall. To quote Jakob Nielsen:

Minimize the user’s memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another. Instructions for use of the system should be visible or easily retrievable whenever appropriate.

The principle applies mainly to online design, but it can be applied to the DStv remote in the following ways:

• Several buttons have no proper affordance and mean nothing to the user. There are 5 different-colored buttons with no mapping to the real world, and some labels are confusing. As examples of interactions that are not obvious to the user without either reading the manual or extensive trial-and-error:
  • To view your recorded shows, you have to press the red button.  How am I supposed to know that?
  • To make matters worse, once you see a list of your shows, this same red button is used to delete the show.  And that’s how we lost the latest episode of 30 Rock.
  • To edit certain (but not all) settings, you have to press the white button within the menu system.
  • At other times, the white button is used to edit your favourite channels.
  • When you pause or rewind a show, you go back to live TV by pressing the “TV” button.
  • The “up” button brings up your favorite channels, while the other direction buttons bring up all available channels.
• Several buttons don’t do anything at all. I haven’t seen the blue, yellow, and green buttons used for anything. It’s not uncommon for remote control buttons to be “reserved for future use,” but I maintain that this is a bad idea because it just introduces unnecessary user complexity.

In addition to that, the play/pause/forward/rewind interaction is awkward. To pause live TV, you have to press the button exactly in the middle, otherwise you might actually start rewinding or forwarding.

Making the fast forward action a pull action instead of a button you press might sound like a good idea, but doing that limits its function. Now you can only fast forward on one speed. If this becomes a push-button, or something other than “hold to fast forward”, you’d be able to fast forward at different speeds.

And this is only the remote… once you get to the on-screen experience the interaction reaches a whole new level of “what the…!?” Maybe we can dig into that at another time. But first, here’s how it should be done:

The Logitech Harmony 880 remote - Why it’s good

• Beautiful, ergonomic design that makes you actually want to use it and not hide it under a pillow.
• Progressive disclosure of features — depending on your activity the “soft keys” at the top of the remote perform different functions, with clear language on the display to indicate which button does what.
• Online programming of the device — no need to remember device codes to set up the features for each component.
• Thoughtful key layout with no ambiguity about which button does what.
• Several smart features, like starting the backlight when you lift the remote off the table.
• User language incorporated throughout — simple commands such as “Activities” and “Watch a DVD” instead of technical references.

It’s clear that Logitech did some user research to find out what the underlying user needs were before they developed this product. A lot of the features can be directly linked backed to complaints I’m sure we all have about remote controls. A couple of examples:

• “I can never see the buttons on the remote when it’s dark in the room, but I also don’t want the light from the remote to disturb my viewing.” Solution: motion sensors that turn on the backlight when you pick up the remote, and turns it off after it’s been sitting still for a while.
• “I don’t want to have to struggle with device numbers and complex remote programming”. Solution: build an online interface where the user can program the remote, and then send the commands to the remote through a USB connection.

There’s probably more to say, and yes a lot of arguments to be made for why DStv’s remote isn’t that good. But in today’s user-centered world, there shouldn’t be excuses any more. Companies need to make products that are useful and usable so that people can enjoy them without frustration. Good user experience = good business.

I do want to end on a positive note and say that I think the DStv iPhone app is a solid piece of user-centered design.  It doesn’t go overboard on features, and it keeps focused on the one thing users need it for — checking TV schedules.  I just think the app designer needs to take a look at the remotes, that’s all.

I’ve been thinking about Evernote and Dropbox, and the characteristics that make them successful freemium businesses.  Of course, a lot has been said about freemium, and Ning’s recent decision to drop that business model has placed it under renewed scrutiny.  But I don’t think it’s time to bury freemium just yet.  I wanted to write down some quick thoughts on what I believe are three essential characteristics of a successful freemium business:

1. Be patient with users.  Evernote’s cohort analysis shows that initial conversion rates are at about 1%, but once users have been with the service for 18+ months, that jumps to 4% — more than enough to be profitable.  And it’s not actually a bad thing to have free users for that long — at that point they are so invested that they’re not going to take their data elsewhere.  They know and love the product, so when they hit the storage limit, they’re comfortable with paying.
2. Have a natural (and inevitable) path to upgrading.  With both Dropbox and Evernote, if you use the product long enough, you’re going to have to upgrade — at some point you’re going to run out of storage.  If you don’t have a natural path to upgrading you need to create one, or you’ll find yourself in trouble.  Users will use your free product for forever and be happy with it.  You need to make it inevitable that a certain % users will hit one of your limits.
3. Have a great free product.  It might sound contradictory, but if your free product sucks, the switching cost will be very low.  Dropbox and Evernote are successful because users love the free product, so when they run up against the limits, the decision to pay is an easy one.

To put it another way, I think that to be successful as a freemium company you need to (1) have a free product that users love, (2) be ok if those users don’t convert to paying customers for months, but (3) make it inevitable that at some point, they will have to upgrade if they want to keep using your service.

If you haven’t seen these great talks on freemium, I highly recommend you invest the time to watch it - very informative:

• Dropbox CEO on Startup lessons learned
• Evernote’s CEO discusses how to make freemium work

I read quite a few excellent UX/PM posts this week, and wanted to make sure you don’t miss out.  So here are some excerpts from my favorite posts of the week.

User Experience Design in the Agile context

In Agile UX and The One Change That Changes Everything, Anders Ramsy writes about how user experience design can be adopted to fit the agile mold a little better.  He calls for less design up-front to basically embrace the MVP approach instead of fighting it:

The first and probably most fundamental change to flow out of starting to build earlier is that of chopping your up-front design phase down to a fraction of what it might be in a traditional model to allow for establishing a foundation of working software, and then evolving the rest of the product on top of that foundation. In other words, we go from Big Design Up Front to Just Enough Design Up Front.

The rest of the post is devoted to how to do that, including thoughts on lighter, conversation-centered documentation, and the importance of collaborative design.

Enough with the “chicken & pig” story

Speaking of Agile, David Bland wrote an impassioned post arguing that Our Divisive Scrum Terminology Needs to be Deprecated:

Scrum teams succeed or fail as a, well, a team.

If the Product Owner is confused about the role or not living up to expectations, it is the ScrumMaster who should be helping them along the way. If the ScrumMaster is failing at coaching up the Product Owner on the framework, then wouldn’t the ScrumMaster be to blame? But wait, since the team has appointed the ScrumMaster, would they not have failed by choosing one who is incompetent?

W’ll just run in circles pointing fingers because there is no easy answer, and using the Product Owner as the scape goat does nothing to help resolve the situation.

Measurement-driven Product Management

The always brilliant Pragmatic Marketing has a post entitled Measurement-Driven Product Management that should make all of us a little uncomfortable.  But good uncomfortable.  Getting better at your job uncomfortable.  Read the post for details on the proposed ways to measure the success of PM, but this is why they make the case for it:

The long term benefit of Product Management becoming measurement-driven is higher team performance, improved predictability and increased credibility. The ultimate benefit is developing the ability to reliably create outstanding products and market breakthroughs.

Can Product Management operate with this high level of maturity, using a reliable measurements and metrics system with more predictable results in a company?

This “holy grail” of product management performance is doable, but often many cultural and process gaps must be addressed first. An organization fosters a measurement-driven culture by reinforcing other aspects of the process, such as tightly coupling rewards, recognition, compensation and promotion to attainment of operational results. Does yours?

Research and Design, sitting in a tree…

In The product of a healthy relationship, Paul Golden discusses the sometimes rocky relationship between researchers and designers:

Hana Thomas of design consultancy Smallfry agrees that while market research can play a crucial role in product design and development, there are dangers. “There can be an over-reliance on market research, which leads to it being used either as a scapegoat for poor decisions or employed too soon in the creative process, stopping ideas in their tracks before they have even had the chance to be realised.”

Thomas refers to the value of ethnographic research to her company’s work in product development and describes studying people in their own environment, under a relevant context, as the “ideal way” to truly unearth latent needs and desires.

According to Reon Brand, the responsive and listening brand that engages its audiences in the creative process as well as in dialogue has a major advantage in our increasingly social-media driven world. However, all research methodologies have their limitations. While consumers can react to what exists and relate back to what they know, some of the designers surveyed by the Design Council felt that consumers were less able to contribute to the development of completely new product or service concepts for the future.

I just became the mayor of someplace you’ve never heard of

On a slightly different note, I found this RWW called Why We Check In: The Reasons People Use Location-Based Social Networks very interesting.  It presents some research on why we use services like Foursquare and Gowalla, and there are definitely some surprises, like using it to keep track of history:

The thing that surprised me most when I asked people why they use location-based social networks is how many of them say they use it primarily to track their own personal history. It’s a lazy diary, people say.  Some people say they use it to help with their expense tracking on business travels.

Happy reading!

I just read an interesting New York Times article on “social reading” (Yes, People Still Read, but Now It’s Social), and it got me thinking about the future of reading, and the e-reader battle that’s currently going on, particularly between the iPad and Amazon’s Kindle.  And then I upgraded my Kindle software to v2.5 this morning, and it made it clear to me why I think the Kindle is a far superior reader to the iPad.

No one will deny that the iPad’s iBooks app has a nicer user experience than the Kindle.  It’s colorful and pretty, it has a nice bookshelf, you can turn the pages with your fingers, and, uh…  Well, that’s where it stops.  The two major issues with iBooks are:

• Since it’s a back lit display, it starts hurting your eyes when you read for too long.
• The battery life is, you know, not ideal…

Now consider the Kindle.  Though not as pretty to look at, you can tell that Amazon decided to focus on the reading experience.  You don’t have to plug it in all the time, and you can read it for hours without hurting your eyes.  But it is v2.5’s forays into social reading that really starts to set the device apart.  There are two features in particular that I think are brilliant:

• First, Amazon allows you to opt in to viewing popular highlights. This allows you to see when passages of a book you’re reading were highlighted by others who have read the same book.  It’s like a virtual book club, but instead of trying to get 6 people to agree on a book to read, you can connect with 100’s of readers who are already reading the same book.  This kind of connection really is where the Internet is at its most useful.
• Amazon also allows you to link your Twitter and Facebook accounts to your Kindle.  This means that you can highlight a passage that you’re reading, and share it with your followers, like I did this morning:

That is powerful.  It not only allows you to share what you’re reading and thinking about in real time, but it’s also great business for Amazon, since it provides a way for your followers to purchase the book right away.  Of course, even the Kindle packaging tells you that this is an experience built around passionate readers:

The differences between the iPad and the Kindle have larger implication as well, particularly in the field of Product Management.  Look, the iPad is gorgeous, it really is.  But it is an experience designed to contain so many different uses, that it is not possible to focus on doing one particular thing (like reading a book) extremely well.  The Kindle is singularly focused on readers, and that is why it beats the iPad hands down as an e-reader.

Dropbox did exactly the same thing to beat out their competitors — they focused on making file sharing as easy and convenient as possible.  They didn’t have all the features, but they made sure the features they do have has a superior user experience.  On that note, if you haven’t watched this 23-minute talk by Dropbox’s CEO where he discusses their business model, you really should.  It is inspiring and well worth it.

Hey, South African tech industry?  Meet me behind the rugby field at 15:00.  We need to talk.

I’ve been back in South Africa for 3 months now after 6 years working in Silicon Valley, and I think I finally figured out what’s been bothering me about the tech industry here ever since I got back.  The problem is that we have some serious Goldilocks issues going on right now.

This one is too cold

The first problem we have is a severe inferiority complex.

Remember: just because we’re not in Silicon Valley doesn’t mean we don’t know what we’re doing.  Like Morpheus says in The Matrix: “Some things are true whether you believe in them or not.”  We’re good at what we do.  We’re really good.  Why does it matter if anyone knows it at this point?  They will, soon enough.

I know that many of those dudes in San Francisco treat us like the little brothers of the world — adorable but not to be taken seriously.  But that doesn’t mean we have to grovel.  Who cares what they think?  Haven’t you heard?  Silicon Valley is dead.  You can be brilliant anywhere.  So we might as well be brilliant in the most beautiful place on earth.

This one is too hot

But we also have a second problem.  Some of us tend to overcompensate.  You see, since we have this inferiority complex, there is a danger in wanting to “show them a thing or two.”  So we livetweet from events that we’re not attending.  We write reviews of products we haven’t seen.  We fight about what the definition of a startup is, as if that matters.  We show up at conferences and give talks on who we are instead of what others can learn from our experience.

No, not cool.  There is no need to overcompensate.  We have some very unique skills, and we have the benefit of the element of surprise.  No one thinks the next Facebook is going to come from South Africa.  Let’s keep it that way — don’t let them know we’re here!

This one is just right

But there is an alternative.  We can make great products, build great companies, and take over the world without anyone even knowing where we’re from.  Does it matter where WooThemes are from?  It matters to us.  It doesn’t matter to anyone they sell their products to.

So, please.  Stop being apologetic about our skills.  Stop wishing we were Silicon Valley.  Stop pretending to be in Silicon Valley.

Instead, follow Seth’s advice.  And forgive me for quoting verbatim, but no one says this better than him:

Yes, I know you’re a master of the web, that you’ve visited every website written in English, that you’ve been going to SXSW for ten years, that you were one of the first bloggers, you used Foursquare before it was cool and you can code in HTML in your sleep. Yes, I know that you sit in the back of the room tweeting clever ripostes when speakers are up front failing on a panel and that you had a LOLcat published before they stopped being funny.

But what have you shipped?

What have you done with your connection skills that has been worthy of criticism, that moved the dial and that changed the world?

Go, do that.

One of the hardest parts of Agile development, but also one of the most powerful and rewarding, is figuring out how to make the process work for the team you’re part of.  Even though the guidelines are clear, there is simply no “one size fits all” approach when it comes to Agile.

We as Product Owners need to loosen up a little when it comes to pre-determined process, and work with our development teams to design an Agile process that works for everyone involved.  With this in mind, developer @darb and I evolved the following sprint guidelines for one of the applications we are responsible for here at Yola.

The ingredients of a good sprint

Every two weeks we sit down and discuss the next sprint, and we make sure the following ingredients are included:

• 1 x silly name. Darb is partial to automatic Linux-generated names like Thundering Tuatara.  I am partial to non-silly names like “Sprint 3”.  But he won this argument — it’s all a game of give-and-take.
• 1 x revenue-related. Every sprint has to include at least one bug fix, enhancement or feature that will improve our top-line revenue.  We are a business, after all, and this part is too often neglected by Product Owners.
• 1 x front-end maintenance. With every sprint we have to make an improvement that customers will notice.  This can be small visual tweaks to increase usability, or bigger overhauls of the interface based on customer feedback and analytics.
• 1 x back-end maintenance. Performance improvements and general back-end maintenance get put on the back burner way too easily - and as Product Owners we are often very guilty of deprioritizing maintenance because you can’t immediately see the effects of working on this.  But balance is extremely important, and paying down technical debt needs to be part of every sprint.
• 1 x error messaging/UX improvement. This is related to front-end maintenance but different in that these tickets aim to address user experience and usability improvements mainly through changes in the interaction, not necessarily the visual design.

It’s important to note that these buckets aren’t mutually exclusive, so some tickets will address more than one issue — and that’s even better.  This is also the minimum requirement, usually we try to get a good balance of all kinds of tickets into a sprint.

The recipe for a good sprint

In addition to these minimum requirements of what should go into each sprint, we put together the following guidelines:

- Leave time for ad hoc planning and work.  Other stuff will always come up.  Don’t let it make you miss your deadlines — leave room for it so that you have “planned outages” in your sprint work.

• Make sure there is a good mix of big and small size/complexity tickets.  Momentum is so important.  Seth Godin talks often about the importance of shipping often, and to do that, you have to bite off manageable chunks of work.  Make that small text edit that’s been on the backlog for months because it’s just too small to schedule.  And couple that with bigger tasks that get you closer to your overall product vision.
• Make effective use of priority. We use Jira to track our projects, and we use Priority to schedule the order of work.  We have to get P2 and P3 projects done in the sprint.  P4 and P5 projects are nice to have, and we do them if there is time.  For P1 work, see the first bullet…
• Stir Rian into vitriol. I’m not sure why it is important for Darb to find new ways to freak me out every week, but he seems to thrive on it, so this remains in the recipe for now.
• Simmer in QA by mid 2nd week.  It’s such a simple thing, but so many organizations forget that for something to release on Thursday, it doesn’t mean that first round development is completed by Thursday morning.  It means that at least some first round development needs to be completed by Tuesday morning so that QA can start.
• Rinse and repeat.  And then we do it all over again.

The “ingredients” and recipe are very specific to the application that Darb is the lead developer on, which is our payment system — with all its many back-end and front-end complexities.  Obviously different applications need different ingredients.  On our website, for example, we place a lot more focus on front-end than back-end.

And I think that’s the point I’m trying to make — that the best product development process is the one that Product and Engineering agrees on, and it never looks exactly the same across all applications.

Last night I attended my first Cape Town GeekDinner, and I have to say that I will definitely be back next time.  Good food, good wine (thanks Delheim!), great atmosphere and discussions, and a few 10-minute geeky talks sprinkled in between… yes, this is an idea I can get behind.

I also got to do a short talk on 5 things I’ve learned about website redesigns from being involved in various projects at eBay and Yola.com.  The slides are posted below.  As I mentioned in my talk — since you can’t say a whole lot in 10 minutes, I went with breadth over depth here.  There are obviously a lot more that goes into redesign projects (and yes, I know Content Strategy is about more than not using Lorem Ipsum in your designs…).  But these are a some things I’ve learned going through the process a few times:

The highs and horrors of website redesigns

View more presentations from Rian van der Merwe.

I am moving countries with my family in 3 weeks, so I have been doing a lot of account canceling over the past week or so.  For the most part, it’s a pretty smooth process.  But that changed when I encountered the labyrinth that is the Microsoft Billing department. Describing how I was eventually able to cancel my Xbox Live account would take way too long, so let me just focus on one part of the experience that is indicative of a company stuck in late 90s Information Architecture.

In order to get to my payment options for Xbox, I have to follow this sequence:

1. Go to www.xbox.xom
2. Click on “Marketplace” at the top (this automatically shows the “Xbox LIVE” link in the second tier navigation as selected)
3. Hover over “My account”
4. Click on “Manage payment options”

Here is the screen with the major areas called out:

There are a variety of issues with this navigation structure, including:

• No connection (visual or otherwise) between the three navigation tiers. There are non-navigation elements between the tiers, so there’s no way to know how they are related.
• No visual hierarchy.  What is the main navigation on the page, and what is sub-navigation?
• Inconsistent “selected” link states.  The top tier doesn’t even show you what’s selected.  The middle tier uses black links that turn white.  And the third tier uses the tab metaphor.

The thing is that fixing this navigation isn’t that difficult.  It will take some time, but it requires a simple user-centered design strategy similar to what you would use to design any IA:

1. Compile a site map of all the links and page names.
2. Get a content strategist to write/edit link names so that they are understandable to users, and in line with the brand voice.
3. Do a card sorting study to understand how users would group the site’s content and links together (adjust link names as necessary).
4. Get a UX designer/engineering pair-up to design a single 3-tiered navigation structure.

I don’t understand why Microsoft can’t do this.  But there is simply no excuse for it.  It’s not like there aren’t plenty of resources and design guidelines for site navigation.  Here are just a few:

• 5 Navigation Bar Best Practices
• Tabbed Navigation, and What Makes It Useful
• Navigation Menus: Trends and Examples
• 25 Examples of Creative Navigation
• 30 Creative Javascript Navigation Menu Examples

Google Buzz is really messing with my brain.  All my other social media activities fit nicely along the private-public continuum we all have to juggle.  But Buzz feels like an invasion of my personal space.  By infiltrating the most private of online communications (email), it’s also daring me to move that privacy line a little bit, and let people in on conversations that they really have no business in being a part of.  One of the few positive reviews I’ve read about Buzz so far is this tweet by my friend G-J:

Good point, but Tweetie for the iPhone already threads Twitter conversations, and I use Twitter lists to keep up with people in my closer network.  So I’m just not sure what to do with it, and that makes my brain hurt.

Privacy and the public persona

This issue, as well as the widely reported privacy gaps in Google Buzz, are just the latest in a growing conversation about privacy on the web.  Facebook’s recent updated privacy settings created quite a stir, and out of all the gazillion blog posts discussing it, none was more insightful than the brilliant Danah Boyd’s article Facebook’s move ain’t about changes in privacy norms.  It is a must-read for anyone interested in this topic.  In the article she says the following (my emphasis added):

There isn’t some radical shift in norms taking place. What’s changing is the opportunity to be public and the potential gain from doing so. Reality TV anyone? People are willing to put themselves out there when they can gain from it. But this doesn’t mean that everyone suddenly wants to be always in public. And it doesn’t mean that folks who live their lives in public don’t value privacy. The best way to maintain privacy as a public figure is to give folks the impression that everything about you is in public.

That last sentence really stuck with me.  It is so true.  Just because people divulge intimate details of their lives online, doesn’t mean everything they do is public.  Joshua Porter recently tweeted the following:

Ain’t that the truth…

But what if I want to maintain my privacy in public?

Another interesting story in this same vein — and a great example of the uncharted waters of online privacy — is that of designer Dustin Curtis.  I’ve been following his blog every since he blogged about the fascinating chain of events following his redesign of the American Airlines website.  That made him a bit of a celebrity in the world of web design, but it turned out to be nothing compared to what happened next.  On the day of the Apple iPad launch, he posted some very real-looking (but very fake) photos of the iPad.  It quickly sent the Internet into a frenzy and got him coverage on Mashable, TechCrunch and The Washington Post, among other places.

The next day he tweeted, simply:

Dustin Curtis: 1, Internet: 0.

Well played, sir.  Well played.  What’s interesting is what happened next, though.  He got a lot of attention from this stunt, and his Twitter follower count exploded.  He created an air of mystery leading a lot of people to wonder who he is.  It even led to a question on Quora with some amusing Chuck Norris-type answers: “Who is Dustin Curtis?”  The post on Quora prompted this tweet from him:

The answer is, of course, pretty straight-forward.  If you create a public and controversial persona, and in doing so amass over 13,000 followers on Twitter, people are going to want to find out more about you.  And, as a recent Times article pointed out:

When you make your private life public, when you seek attention in that broad a manner, you’re inviting not just the cool and the loving, but the angry and aggrieved.

And that is where online privacy get tricky.  We already talked about how public people value there privacy very much.  But at some point, people are going to assume that because you live a lot of your life in public, you have no need to be private, and won’t mind people digging around in your personal life (since there is no personal life any more).  But that’s clearly not the case, as Dustin points out in his tweet.

Facebook as theater

In a similar vein, I have to say that I have become increasingly uncomfortable with public conversations on Facebook.  And by that I mean girls who write “I miss you” on their boyfriends’ walls, people making coffee arrangements on each other’s walls, etc.  Once conversations that should be private are undertaken in a public forum, they become theater — meant for the onlookers more than the participants.  And that’s troubling.

Yes, there are legitimate cases (mostly for the sake humor) to have public conversations on Facebook.  But if you decide to write on someone’s wall and not send an email or a text, you are doing it so that other people can see it.  And that hurts the authenticity of the interaction.

So it’s not just that the lines between what is public and what is private are getting blurred.  It’s also that what is acceptable in the public realm is changing, as proven by those “I have to go to the bathroom” status updates I’m sure we all see occasionally in our news feeds.

Where do we go from here?

There are no universally agreed upon guidelines for what should be public and what should remain private online.  I’m pretty sure there will never be.  But I do believe that where that line is drawn should be a conscious decision by every person who goes online.  You can’t share every detail of your life online and then expect people to leave you alone.  You can’t go on Facebook, not change your privacy settings, and then complain if some of your photos leak out.  On the flipside, you can’t build a blog audience by writing articles that don’t expose your opinions in some way.

But wherever that line is drawn, it is extremely important that there is a point where your life stops being public.  The article Danger online: Perils of revealing every intimate moment puts it this way:

Concerns, though, are growing about the decline of the private self. Many people are questioning the wisdom particularly of blogs in which ordinary people write regular updates about their children and spouses, and they are asking whether we are surrendering our privacy too easily.

Or to put it another way, from another great article on the topic, Party On, but No Tweets:

We are fighting against this whole idea that everything people do has to be constantly chronicled. People think that every thought they have, every experience ”” if it is not captured it is lost.

When you let go of the pressure to chronicle, you are free to enjoy the moment for what it is, without the pressure of getting that picture up on Twitpic.

Don’t get me wrong — I think it is possible to build fantastic communities online by living public lives — both for business and personal purposes.  And I am definitely not going to stop blogging or shut down my Twitter account.  However, more and more I am finding myself agreeing with another sentence buried in that last article: There is something magical about a life less posted.

Something’s been bothering me about Twitter’s version of the Retweet.  A lot has been said about the pros and cons of the feature, but here’s my main problem with it:

You can’t easily see when you’ve been retweeted, and by who.

Twitter Retweets don’t show up in your stream as @ Mentions, so the only way to see when you’ve been retweeted, and by who, is by going to Twitter.com, clicking on “Retweets” in the right nav, and then clicking on the “Your tweets, retweeted” tab.  That’s just too many clicks.  Some iPhone apps like Echofon and Tweetie support the Twitter Retweet, but they don’t show you who retweeted you.

The problem with this is that it reduces Twitter’s sense of community.  I often like communicating with those who retweet me, and this takes away that ability (unless you go through a lot of work on Twitter.com).

There are, of course, other issues with the Twitter Retweet function, like:

• No ability to add your own comments (but this is what the “/via @” syntax is for, so that’s probably ok)
• Diluting the value of retweets because some people use Twitter’s Retweet feature, and others use the traditional “RT @” syntax
• Weird and confusing syntax when someone uses Twitter’s Retweet function to retweet a “RT @” tweet.
• Tweetdeck, Echofon, Tweetie… they all handle Twitter Retweets differently, so it makes for a confusing UI.  For example, if I want to unfollow someone who Retweeted something, I can’t do that from within the tweet-level functions in Tweetdeck.

This might sound like I’m nitpicking, but it’s not my intention.  I applaud Twitter’s initiative to embrace the Retweet function.  And I think ever since Doug Bowman joined the Twitter design team, they have made Twitter.com a lot more useful with some great features.

But I do think this Retweet thing isn’t quite working yet.  I think having Twitter Retweets show up in your @ Mentions would solve a big part of this issue.  So, Doug - can you make that happen please!?