Menu

Why being online is worth the effort

Matthew Malady has an interesting take on the “I went offline and lived to talk about it” essay. In The Useless Agony of Going Offline he discusses one of the biggest benefits of technology—knowing more things:

At the end of the experiment, I wasn’t dying to get my phone back or to access Facebook. I just wanted to get back to being better informed. My devices and the Internet, as much as they are sometimes annoying and frustrating and overflowing with knuckleheads, help me to do that. If getting outside and taking walks, or sitting in silence, or walking dogs, or talking with loved ones on the phone got me to that same place, I’d be more than happy to change things up.

This is similar to Clive Thompson’s main thesis in his excellent book Smarter Than You Think. Our ability to gain knowledge and collaborate more effectively makes all the negative aspects of being online worth the effort.

Automated empathy in healthcare

This is an interesting story on the topic of algorithmic empathy1. In Hospitals Employ Email ‘Empathy’ To Help Doctors And Patients Keep In Touch Barbara Feder Ostrov discusses a program that sends patients automated emails to ask them how they’re doing:

Doctors can send daily emails with information timed to milestones in surgery prep and recovery and ask patients or caregivers for feedback on specific issues patients may face during recovery.

The doctors may write their own email scripts, as Newport Orthopedics’ physicians did, or use the company’s suggested content. An online dashboard helps doctors and administrators keep track of which patients are doing well and who might need more follow-up care. Patients can also communicate with office staff about medications and office visits. Their responses to daily emails can trigger a call from the doctor’s office.

A patient might see this message: “How are you? Let me know so I can make sure you’re okay. I have four questions for you today.”

The program has had some promising results, but I’d be interested to know if patients are aware that the messages are automated. To put it another way, is it ethical for doctors to send automated, health-related messages that look like they’re individually crafted?

Why projects fail if they neglect research

Erika Hall’s The Secret Cost of Research is a great explanation of why research is essential for products to succeed:

The reason design projects that neglect research fail isn’t because of a lack of knowledge. It’s because of a lack of shared knowledge. Creating something of any complexity generally requires several different people with different backgrounds and different priorities to collaborate on a goal. If you don’t go through an initial research process with your team, if you just get down to designing without examining your assumptions, you may think your individual views line up much more than they do. Poorly distributed knowledge is barely more useful than no knowledge at all.

I can definitely attest to this. It’s exactly why I’m such a big fan of Product Discovery:

This phase always—without fail—produces insights the team finds incredibly valuable. Startups gain clarity about what to say “yes” and “no” to in their product, and large corporations learn how to go beyond customer-centricity buzzwords and discover which benefits they should be selling to their users. As just one of many examples, I was once in a workshop that revealed the executives had a completely different vision for the company than the designers and developers. It was an awkward two hours, but in the end they agreed on the tough but correct decision to suspend their e-commerce plans until some of the content areas on the site had been sorted out. It’s great to see a statement of purpose emerge from these sessions—one that finally gets an organization to agree on what the product’s focus should be.

It’s pretty remarkable how different people’s visions for a product can be, especially since there’s such a simple two-step program to fix that:

  1. Understand user needs and business goals.
  2. Talk about it, together.

The real purpose of a Minimum Viable Product

In Jim Brikman’s post A Minimum Viable Product Is Not a Product, It’s a Process he explains the real purpose of following an MVP approach:

An MVP is a process that you repeat over and over again: Identify your riskiest assumption, find the smallest possible experiment to test that assumption, and use the results of the experiment to course correct.

When you build a product, you make many assumptions. You assume you know what users are looking for, how the design should work, what marketing strategy to use, what architecture will work most efficiently, which monetization strategy will make it sustainable, and which laws and regulations you have to comply with. No matter how good you are, some of your assumptions will be wrong. The problem is, you don’t know which ones.

And the crux:

The only way to find that out—the only way to test your assumptions—is to put your product in front of real users as quickly as possible. And when you do, you will often find that you have to go back to the drawing board. In fact, you’ll have to go back to the drawing board not just once, but over and over again.

This is one of the major problems with MVP-thinking as I see it in many organizations today. For many product managers MVP is unfortunately not a learning process, but just a fancy way of saying “v1”. And as we all know, the biggest lie in the enterprise world is “v1”. There’s never a v2. So many hide behind the “MVP” moniker to obscure the fact that they just want to get a thing out the door and move on. We’d do well to remind our teams that the real purpose of an MVP is to learn, not to complete.

PowerPoint: Does it suck or is it evil?

In a journal article for Computational Culture Erica Robles-Anderson and Patrik Svensson presents a scholarly critique of PowerPoint, and it is fantastic. It’s long and in-depth and the rare academic article that is a joy to read. From the conclusion of “One Damn Slide After Another”: PowerPoint at Every Occasion for Speech:

PowerPoint is just one example of the oft-overlooked conditioning of knowledge production. The software profoundly shaped basic social expectations, technical conditions, and architectural pre-requisites for speech yet it was uncritically absorbed in nearly every quarter. PowerPoint does not zoom. It does not allow spontaneous comparisons. It does not accommodate several screens, multiple threads, or distributed live collaborations. It makes the analytic move of systematic comparison, so prevalent in late nineteenth and early twentieth century information presentations, extremely difficult to make. Moreover, its expansion has meant that once distinct situations have become more alike. Meetings, sermons, lectures, and talks increasingly employ the technics of commercial demonstration. Twenty-first century occasions for speech are structured by a platform that enforces the paradigm of one-slide-at-a-time.

Effective onboarding through human connection

Jeremy Keith writes about the onboarding process of the site The Session in his post Words of welcome. He shows a series of screen shots of simple messages that teaches users how to be good citizens on the site. Keith closes with this:

No intricate JavaScript; no smooth animations; just some words on a screen encouraging a human connection.

Design words to live by.

Medium as RSS reader

Despite its ridiculous name I’ve become quite fond of the POSSE movement (Publish on your Own Site, Syndicate Everywhere). It’s pretty easy to hook up and automate, so I’ll just mention the basics (and then move on to the problem child):

I can add more things through IFTTT, but I think that’s all I need for now. Except for Medium. I really didn’t know what to do with Medium, especially considering this and this:

But then it dawned on me… Indie publishers have been thinking about Medium all wrong. We’ve been thinking about Medium as a thing that eats all the world’s content with zero regard for publishers. But Medium is, in fact, nothing more than a next-generation RSS reader. You can follow people and publications, and presumably things will then show up in your feed (it’s all a little confusing to me). That’s when I realized that I should treat Medium not as a publishing platform but as an RSS platform just like Google Reader (may it rest in peace) or Feedly.

So back I went to IFTTT, and did this:

Medium RSS

Now every post on this site will automatically appear on Medium as well. So I guess my point is that if Medium is your RSS reader of choice, you can now subscribe to Elezea on Medium here.

The product forces that keep people on Facebook

Ben Thompson wrote a characteristically astute analysis of How Facebook Squashed Twitter. The whole essay is worth reading, but it’s this part in particular that stood out for me:

Facebook has developed its own interest graph that is far more powerful and effective and easier-to-use than Twitter’s ever was. Yes, Twitter still owns niches like NBA Twitter, and news hounds like myself (and most of you reading this article) will continue to find it essential, but for nearly everyone else in the world it is Facebook that is the first thing people check, not just in the morning but in all of the empty spaces of their lives. In short, it’s not simply that Twitter needs to convince users to give the service a second-chance, something that is already far more difficult than getting users to sign up for the first time; it’s that even if the service magically had the perfect on-boarding experience leading to the perfect algorithmically-driven feed, it’s not clear why the users it needs would bother looking up from their Facebook feeds.

This is a perfect example of The forces at work when choosing a product. In short, the progress-making forces that might push people from Facebook to Twitter are not nearly as strong as the progress-hindering forces that keep them on happily on the “good enough” that is Facebook.

More

  1. 1
  2. ...
  3. 66
  4. 67
  5. 68
  6. 69
  7. 70
  8. ...
  9. 201