Steve Jobs on man as a tool maker

Jason Kottke’s recent post The iPhone, an automobile for the mind, discusses the same Steve Jobs anecdote on man as a tool maker, that I used last week in Reset the Web. Jason points to a different—and much later—source of this story, illustrating how Steve Job’s ideas evolved as Apple developed.

My source was this video from 1980 which was posted as part of a Computer History Museum archive on Steve Jobs. I’m not sure who Steve is talking to in this presentation, but it feels like a local meetup somewhere in the valley. He arrives a bit late, complains about problems finding parking, then begins to describe the challenges of designing something completely new…all the while not really knowing what people will use it for.

This later interview is the one Jason pointed to. It’s an excerpt from the documentary Memory & Imagination. By this time, the bicycle story feels far more scripted.

I personally prefer the first video as Steve almost seemed to be thinking out loud…trying to explain (to the audience, and maybe to himself) why he felt the products Apple was building were so special, and why something truly remarkable would happen once everyone had one (…a computer that is…not a Mac :-P ).

Still, it must have been hard back then to truly grasp what might happen next.

Musing about the future is always tricky when you’re so embroiled in the present. In a recent interview, Kevin Kelly (founding editor of Wired) said that initially, people thought the web would be “like TV, but better”. Looking back, this seems quite naive but i’m not sure that much has changed. Even today, do we really know what the web will be going forward?

I increasingly feel that we may be stuck in somewhat of a nether world when it comes to the web. We know the web is important. We want all the stuff the web has been good for so far, but we also want the stuff we think it will be good for later (or have felt was missing so far). All the while, we still frequently disagree on what those things actually are (and can only even conceive of them based on mental models we currently have).

“We look at the present through a rear view mirror. We march backwards into the future.” —Marshall McLuhan

Meanwhile, (with or without us?) the web marches on.

We may not really know what the web will become, but i’m pretty sure it’s one of the most pervasive amplification tools man’s created to date…affecting just about every human activity we can think of (the good as well as the bad ones).

And with another two thirds of the planet still set to come on line, the web is really just getting started.

Nobody has any idea of what a new invention will really be good for. The crucial question is, what happens when everyone has one?” —Kevin Kelly, for the New York Times

The curious properties of software

Been thinking a lot lately about the need to focus, simplify, and devise useful and future-friendly efficiencies for the web.

A certain level of simplification (and certainly focus) makes good sense in all areas of product development. I recall bumping into an Apple poster a while back advertising their new OS with “…over 300 new features”. As a user, being faced with a number of this size made me nervous rather than happy.

Focussing is however far easier said than done…especially when faced with business imperatives, stockholder pressures, and the want/need to innovate (and do so before the other guy).

On that topic, I ran into this lovely passage (from a long-lost Scientific American article) which goes a good long way in explaining what’s going on:

“The software industry frustrates long-term investments by producing ever larger, slower programs that require ever larger, faster machines. At the March conference, Nathan Myhrvold [Microsoft's then vice president of applications and content] modestly proposed Nathan’s First Law: “Software is a gas,” he said. “It expands to fill its container.” In fact, that is more of a policy than a necessity. “After all,” he observed later with a laugh, “if we hadn’t brought your processor to its knees, why else would you get a new one?”

Why else indeed.

Myhrvold also goes on to say that: “In demos, the new technologies are inarguably coolCool is a powerful reason to spend money.”

Fifteen years later (the article is dated July 1997), little of this appears to have changed. Make of that what you will :-)

The blending of retail experiences

I’ve been fascinated lately by the impact always-on-and-in-your-pocket connectivity is having on shopping. Mobile shopping is transforming itself from a (presumed) on-the-go activity to one that can occur almost anywhere.

A recent Comscore study of smartphone owners revealed 56% had made mobile purchases at home. Another 42% had purchased items on their devices while out, (at a variety of places including schools, and restaurants, or at work) while 36% had purchased items on their mobile while inside a physical store.

UK shopping brand Tesco is now partnering with Samsung to take this a step further by launching a virtual pop-up grocery store in a Korean subway station. (You may also recall last year’s smaller, subway platform prototype).

Shoppers wander the physical aisles and add products to their virtual basket by scanning a QR code. Products are then delivered to their home.

The value for supermarkets is pretty obvious. No retail staff to pay, and an opportunity to store, pick and pack in the most cost-effective way possible. For users, the value is only evident if basic hygiene factors are accounted for.

  • Scanning a product should ideally indicate whether it is actually in stock at the warehouse (a feature that still eludes many online grocery shops).
  • You should be able to leave a comment for the packer (assuming the packer is human), for example regarding the ideal weight, or sell by date of perishable goods.
  • Using the app, you should be able to browse all information that would normally be included on the package. This would include product (marketing) descriptions, ingredients and nutritional information.
  • Oh and of course, you need to be in a city where there is network access on the subway. (Smart retailers will likely provide back-up wi-fi…just in case).

If they’re smart, Tesco would also link this service to the pre-existing ability to scan at home, and review past orders to pre-populate a cart. This would transform it from a single “do it now or miss it” activity, to a cumulative “do it whenever you think of it” thing.

Of course, an obvious missing aspect is still anything sensory. No more squeezing, smelling and inspecting fruit. Impulse buying may also be reduced as photographs yellow under fluorescent lighting, or simply because you can’t manipulate and otherwise play with the real thing.

Then again, people may bulk-buy, or pick up stuff they normally wouldn’t (it’s far easier to ignore that 1000 calorie tub of Häagen-Dazs if you can’t physically see it in your basket). Putting the store in the Subway may also capitalize on the well-known effects of grocery shopping while hungry!

So on the whole…not that different than online grocery shopping but with the ability to browse and wander (alone or with friends) which is admittedly very different (on a human scale) than punching a product name into a search field.

More please…

I feel today that I must tip my hat to a few organizations (and encourage others to consider following their lead).

Yesterday, the BBC launched a responsive (mobile-only) news site (in Beta for now) and followed up today with an awesome post explaining where and how it was tested. Earlier, on their responsive blog they had posted a short list of common devices accessing the BBC web site and gone into details about their strategy and development approach.

A few weeks ago I also discussed a recent Netflix article explaining which devices they support and how they go about managing diversity (while keeping their development process sane).

I also had a lovely comment on my blog a few days ago from Craig Sullivan at autoglass.co.uk who explained in fair detail (given it was a simple comment on a blog) the decisions they made around device support, and the ROI they had seen when supporting older BlackBerry devices.

More please!

These are the types of conversations we need WAY more of.

I’ve been frustrated for some time that most practical conversations about ‘mobile web’ are dominated by smaller agencies and freelancers who are (mostly) unable to disclose the details of client projects.

Sharing code is easy (and effective) but often handicapped by the fact that strategic discussions contain part urban legend, part chicken bones and tea leaves, and are therefore easy to dismiss with “…oh but that’s not my market” or “…that’s not what i’m seeing in my analytics”.

These are all valid objections, but may still be immaterial when there is no broader industry perpective to weight them against.

Meanwhile, Google, Facebook, Twitter, myriads of fortune 500 companies, major FMCG brands and others are stampeding into mobile, yet keeping quiet about their device traffic, implementation and overall strategy.

While I kinda get this from a business perspective, some of these details are hardly worth keeping secret and some of this ‘strategy’ is simply good common sense. It wouldn’t hurt them to make some of it public, and would go a long way in helping our industry move forward.

What would help

Here’s what I would love to see more of from companies large and small—and ideally in all industry sectors (not just tech…how about travel, automotive, the cultural sectors?).

  • Lists of common devices accessing well known sites. We all know iPhone users surf more than others. Let’s get over it and start discussing the long-tail of Android devices (and the dirty secret that each month these inch up further and will soon match iOS traffic…if they don’t already).
  • Case studies of ROI when supporting many browsers/platforms. Facebook seems to be spending lots of time with WURFL lately. That can’t be because all the traffic is coming from iOS. Who else is going out of their way to support lots of platforms…and how’s it working out for them?
  • Case studies comparing ROI for a responsive site vs. a standalone mobile site (which of course can also be responsive). And while we’re at it, would anyone (who has used one…rather than sells one) care to discuss the ROI of using a ‘proxy’ service? These are complex topics that are heavily linked to a site’s size, content, CMS/API and a host of other factors…but that’s what makes these conversations so valuable.
  • Case studies about server-side detection and adaptation. The big guys are doing it…so why is that? Are they all just wasting their time?
  • Strategies to combat the ‘ugly truths’ of fragmentation (new favourite term courtesy of these fine folks). Detecting a device, or browser feature can be tricky, but it’s often far easier than what comes next. I would love to see more discussion around what to do when detection doesn’t work as planned (…I don’t know about you but false positives and account for the majority of the bugs we currently face, and while these specific bugs will i’m sure go away, i’d be astounded if new ones didn’t take their place).

Anyone care to add more to this list (or suggest case studies I haven’t yet run into)?

And a final hat tip to R/GA who fairly regularly releases this kind of info via Brad Frost (…despite i’m sure the odd squeamishness for clients.)

More please…

Thoughts on technology

I was going to write something about user agent strings but have no time this week for the inevitably polarized discussion that will ensue. :-P

So i’ll instead leave you with this fairly apt quote by Noam Chomsky.

“Technology is basically neutral. It’s kind of like a hammer. The hammer doesn’t care whether you use it to build a house, or whether a torturer uses it to crush somebody’s skull.”

And because nothing is ever black and white, i’ll also include the first tenet in Melvin Kranzberg’s six laws of technology.

“Technology is neither good nor bad; nor is it neutral.”

The mother of all device tests

In a somewhat horrifying development it now seems the airline industry will have to take up device testing.

According to Nick Bilton’s latest article in the New York Times, the FAA is finally contemplating allowing the use of electronic devices on take-off, taxi and landing.

The problem is, each device will first need to be tested and approved.

“For example, if the airline wanted to get approval for the iPad, it would have to test the first iPad, iPad 2 and the new iPad, each on a separate flight, with no passengers on the plane.

It would have to do the same for every version of the Kindle. It would have to do it for every different model of plane in its fleet. And American, JetBlue, United, Air Wisconsin, etc., would have to do the same thing.”

Nick suggests the device manufacturers should foot the bill for some of this testing (and those that don’t would see their devices banned).

The practicalities of this would of course be hilarious. I can just imagine the slightly unreal conversations that would ensue…

“I’m sorry sir. Either you show me that user agent string or i’m going to have to ask you to turn that device off!”.

 

Not in my best interest

The new iPad is so far less than thrilling.

I’m not saying that as a geek (or fanboy), but as a customer.

The new iPad certainly isn’t cheap. The screen is of course gorgeous, but good designers know that perfection isn’t always what a customer is after. (Or as Peter Drucker famously put it… “The customer rarely buys what the company thinks it sells him.”).

Apple has just released a device that makes them look good (or at the very least clever), but at the expense of everyone else (including the customer). Sure, the fonts are so crisp they could cut glass, but absolutely everything else on screen is fuzzy.

(Everything except Apple’s own site where for possibly the first time ever, they’ve acknowledged that the web is now multi-context, and have taken the time to swap some images. Pigs may however fly before Apple honours us with a small-screen and bandwidth optimised experience).

The past week has been full of frantic tweets, articles and GitHub commits aiming to “solve the retina image problem” that the new iPad has thrust upon us. (And matters are not much rosier on the native app side of the world.)

The optimist in me thinks this episode may finally compel the standards bodies to properly discuss a multi-context image tag. The pessimist in me sees the second coming of the Y2K bug, as we all scurry around to solve a problem that could have been avoided through pragmatism and good design.

In this case, the pragmatism would have been needed on Apple’s part.

Everyone already loves the iPad. They’ve already sold more tablets than anyone else, and competitors are still struggling to catch up.

Releasing a retina-display version hasn’t really improved the device (which is now also noticeably heavier and feels awkwardly out of balance). What it’s merely done is create hype that no one (including Apple) actually needed.

What I would have loved to see from them is an admission that releasing a retina display iPad was not in anyone’s best interest at the moment. They could have even (as they do so well…) spun a story around that fact; explaining that in matters of user experience the whole is greater than the sum of its parts.

This quote by Maya Angelou sums it up very well for me (the customer…not the web designer):

“I’ve learned that people will forget what you said, people will forget what you did, but people will never forget how you made them feel.”

The iPad used to make me feel happy. The new iPad no longer does. 

—————————————-

Update: This post is certainly generating some vibrant conversations on Twitter :-)

What i’m first finding interesting is that it’s really quite hard to be a user, designer and developer at the same time. There is a clear value in innovating, but no technology operates in a vacuum, and once the technology is there, it’s often the social change we struggle with the most.

Many people have responded that Apple is simply innovating, and that in the end, we will all be better for it. And on the one hand, I don’t disagree. I just find it sad that with fast release cycles and the need to compete, this innovation often occurs at the expense of users (and of course other times it doesn’t…hopefully it all balances out).

Bryan also mentioned something interesting after chatting with a few folks on Twitter. If Apple really wanted to use this as an opportunity to innovate, they would have also included their version (or vision?) of how to gracefully solve the multi-context image problem (and maybe even the bandwidth detection problem) in the latest version of Safari and iOS. There’s nothing like a new bit of implemented ‘spec’ to jumpstart progress.

The value of 1000 Androids

I chuckled a bit today when I read about the 1000 Android devices that Netflix needs to support. I suspect a good third of those are trivial combinations of model and operator variants (my blog for example shows 7 variants of the HTC Incredible). But still—that’s a pretty big list of Androids!

Numbers such as these tend to horrify people, when in fact they’re not as bad as they first appear. The process Netflix uses to group (and identify) test devices is not that different from the one I described a few weeks back.

And buried within their article, there is this very important point…

With this information, we have taken stock of all the devices we have in house and classified them based on their specs. We figured out the optimal combination of devices to give us maximum coverage. We are able to reduce our daily smoke automation devices to around 10 phones and 4 tablets and keep the rest for the longer release wide test cycles.

The dirty little secret is that the more you test—the more accurately you will determine when it’s ok not to.

Sure these devices are all different, but those differences should inform your design and development strategy far more than your choice of workarounds or poly-fills.

Brad put it very well recently, while comparing the strategy of two mobile web sites:

…one is working with the constraints of the medium and using those constraints to it’s advantage, while the other is introducing unnecessary dependencies on what’s essentially a list of links…

The ultimate goal is to work with the medium, and tweak, workaround and poly-fill as little as possible. 

I’m not talking about cutting corners here. I’m talking about knowledge and craft. That very tacit knowledge that comes from experience and enables you to identify constraints, design for them, and use them to your advantage. This is one of the great gifts (if you can excuse the sappy term here…) that device testing bestows.

Mobile web workshop with Nielsen Norman Group, 23 March in Edinburgh

For some reason I keep forgetting to formally blog about this.

We were quite chuffed in December to be invited by Jakob Nielsen to host a workshop with Nielsen Norman Group in Edinburgh. The workshop is part of NNG’s annual Usability Week conference, which this year spans 9 cities and three continents.

The NNG team will be hosting mobile UX, usability and visual design workshops, while ours will focus on the more technical aspects of mobile web design and development.

All are however welcome to attend. The typical Usability Week audience ranges from engineers to designers and PMs so this will not be a hands-on, “spend all day in a text editor” style of workshop. Costs also vary depending on how many workshops you wish to attend.

Check out the NNG web site for the full Edinburgh agenda and a full outline of our workshop. The agenda is fairly fixed at this point, but if you do plan to attend, feel free to ping us with additional topics you’d like us to cover.

We’ll see if we can squeeze them in!

(PS – I should also add that this will not be an entirely typical “Yiibu presentation“. We’re attempting to minimize the number of slides filled with bullet-points, but given the amount of material we’ll be covering…they may be unavoidable :-) We aren’t expecting a massive crowd however, so this should be a fairly cozy workshop with plenty of opportunity to ask questions and discuss any pain points you may be experiencing.)

 

Responsiveness is a characteristic

A few days back Luke Wroblewski posted an excellent article outlining the pros and cons of Responsive design, standalone device experiences, and RESS (Responsive Web with Server Side Components).

This much needed (and long overdue) conversation is a bit like the web vs native debate. There is no single correct answer, and the choice you make will depend on a host of factors, including budget, content type, audience, usage patterns and overall business goals.

What was not implicitly said in Luke’s article (and I think bears discussion) is that choosing responsiveness, as a characteristic shouldn’t necessarily define the wider implementation approach. Device Experiences (i.e. standalone sites, aimed at a group of devices) can also be responsive, providing the flexibility to support a much wider range of devices. While this on the one hand seems obvious, far too many sites still design either a single width or generically stretchy web site.

Aligning business models with user journeys

For Netflix, Amazon, the BBC and other digital-first (or digital-mostly) companies, the need for device-led experiences may be quite clear. With business models that rely on digital (discovery, purchase, delivery, and consumption), the choice of device cannot help but intimately affect the experience. These companies also understand that—especially in this day and age, that media consumption is rarely linear. Ensuring the best experience regardless of the device (or stage in the consumption journey) is therefore critical to their business.

For a whole host of other organizations (e.g. government and municipal services, educational institutions, manufacturers of physical products, experience and destination companies) the correlation between device class and engagement may be far more nebulous. It may therefore pay to first prioritize access and usability….and let usage inform what future “best experience” groupings might consist of. (Worth noting that in some cases, the best experience may have nothing to do with the web at all).

Standalone…but responsive

For these types of organizations, a standalone, yet responsive site could be an ideal strategy. A strategy that isn’t specifically defined by a type of device (smartphone, tablet, desktop, TV, automotive) but by the growing need to enable pathways between our physical and digital experiences.

Responsive sites can be fantastically versatile, especially when they are conceived—and in this case even remain—mobile first (…or mobile-only). A smartphone appropriate layout can easily morph into a tablet appropriate one—all the while remaining lightweight, as the site was conceived that way to begin with (…a cheeky but sometimes viable way to side-step the responsive image problem).

Choosing a responsive design also acknowledges that device groupings are (and likely  will remain) messy and prone to interpretation. Is a (physically) large, handheld, call-enabled device with a resolution around 1280 x 800 considered a phone or tablet? Does the essence of the device somehow change once it’s paired with a TV, and interacted with from across the room? Or maybe paired with a keyboard, and interacted with for much longer sessions? And how should we consider the emerging class of mini-computers, designed to work with whatever screen and interaction mechanism you plug them into?

Mobile is an opportunity to reboot

Developing a standalone (but responsive site) provides an ideal opportunity for learning and experimentation. It enables you to re-focus your content, lighten and streamline your experience, and deliver real user value—without the (often all too real) burden of re-structuring your entire legacy web site.

Besides…a funny thing tends to happens when you engage in a project that compels you to work both responsively, and mobile-first. Somewhere along the way, it changes the way you think—all too often illustrating how out of touch that (legacy) thinking was to begin with. It also sets you down the path to change…but does so gradually, through engagement (and discovery), rather than dogma.

(A bit like that old saying about teaching a man to fish…)