13 Mar

Spec Work — Now 100% More Responsive

Spec work has been around for a long time and it’s not a secret that a lot of agencies or freelancers do accept this kind of work. A recent occasion brought a new kind of attention to this problem and made me want to write about it.

First of all, I am not writing this to speak negatively about the particular organisation or put organisations into a bad spot. This is rather about making clear why spec work isn’t a good thing to do and why it doesn’t work in either the organisations nor the designers favour.

Secondly: Yes, I have done spec work in the past. For various reasons. There might even be a case where I would do it again. It depends. But I generally try to stick to my own rule: I don’t pitch for projects and if so, I only try to rather pitch a process instead of any designed deliverables.

Too Many Chefs Spoil The Meal

The particular case that triggered a reaction strong enough to go public about this, happened last week. My company was invited to attend a pitch briefing session, which turned out to be an all-possible-participants-in-one-room session. When I found out about this, I was slightly surprised and slightly amused at the same time, since the probability of meeting a few friends from other agencies was very likely.

As predicted, this was indeed the case and a few of us had a chat and were wondering how many agencies would turn up and took our guesses. Our guessing stopped at around 7 agencies. In the end it must have been about 16 (sixteen!) agencies, all in the same room, happily awaiting the brief.

Gambling In A Responsive World

The topic of spec work has been widely discussed in the past and there are numerous articles and discussions out there. These three should be enough to get the main point across:

It’s 2013 now and an additional factor comes into play, one that makes spec work even harder, let alone impossible, even if you really wanted to do it.

The introduction of responsive web design and the need for ubiquity have changed the way we work and how we think about the web. To make a long story short, to succeed in building a device-agnostic and future-friendly experience, we need to let go of the waterfall workflow we have gotten used to over all the years and adapt to a new process which is based on iteration and collaboration.

As if spec work isn’t bad enough already, this approach is impossible in a spec work environment. It forces us to deliver a result that is far from what is possible and far from what the result should be. It forces us to deliver exactly what we are trying to get away from, delivering Photoshop comps that are as far from the final product as they could be.

Another problem is the lack of content. There is hardly any content available or provided when a pitch is called.

How is it possible to design a solution, when we don’t even exactly know what the problem is? The pitch simply asks for a decorative solution. The focus lies too much on the ‘pretty looks’, not on the function or usefulness of the project. This couldn’t be more true in today’s web design world, where we require iterative workflows and a back and forth between client, designer and developer.

No Winners, All Losers

In this particular case, chances that you win this project are fairly small. There will likely be some agencies that will not participate. Some others will, even though they shouldn’t. The results, especially in this particular case, will be the decoration of an undefined problem with fairly vague goals trying to be solved by doing guess work.

The client will lose.
The agency will lose. Even if they win the project.

06 Mar

Notes from “Lean UX Agility Through Cross-fund Collaboration” by Jeff Gothelf at UXHK 2013

A tale of two cities and two teams in New York and Vancouver, sharing sketches via Skype.

  • Both teams had ownership since they all participated
  • Aligning corporate strategy with a UX focus
  • There was no UX at the executive level
  • Pulled the executives together and got them involved

Shared characteristics of this action:

  • Inclusion
  • Collaboration
  • Group exercises, (diverse, emerge, converge)
  • Clear goals (outcomes)
  • Safe environment

Result: “I’m glad we all agree then.”

  • Visualising ideas yields different ideas
  • Shared understanding is the heart of UX
  • Shared understanding is the currency of lean UX

5 things you need to do:

  1. Solve the problem together
  2. Sketching brings experiences to life faster
  3. Prototype it – test your ideas – once validated, demo to the team
  4. Pair up – pairing saves time, pairing sets designers free and empowers developers
  5. Style guides:
    • focus your teams around outcomes, not outputs
    • validate you hypothesis with you customers
    • the goal is to make everyone move down the same path
    • designers are used to being heroes
    • lean UX is anti hero

A designer must evolve to stay relevant.
It’s evolution, not revolution.

Jeff Gothelf‘s full presentation (from the same talk at UX LX Lisbon, I believe) on Slideshare.

06 Mar

Notes from “Design Management And Continuous Design” by Josh Seiden at UXHK 2013

The old reality was about delivering print products, getting them off to the printer and you’re job was done.

Not so with Software.

Managing production: old reality

  • Requirements
  • Deadlines

You need a system of continous learning and flow.

  • Structure projects about learning
  • Every project starts with uncrertainty and you have to embrace uncertainty to succeed.
  • Implement tests and change direction, adjust and keep going forward.
  • Which Equals continuous learning.
  • Build, measure, learn.

Managing stakeholders: old reality

  • Deliverables and output
  • Easy to measure
  • But Deliverables only don’t make a success
  • This approach Doesnt work in continous learning
  • What is the actual outcome?

Outcome across your portfolio:

  • Do your customers love your product?
  • Will they buy it, sign up, use it?
  • Growth: figure out how to grow

Moving at the same rhythm as the business means answering key questions together.

06 Mar

Notes from “Redesigning Businesses” by Timothy Loo at UXHK 2013

Many businesses are routinely failing to create meaningful experiences.

The Experience Gap:

How well does your organization connect?

Common theories:

  1. Business is evil
  2. Business only cares about shareholders
  3. Business is incompetent

The Gap between business and UX advisor

  • Maybe the root causes aren’t so sinister
  • Proliferation of digital touch points results in accidental user experience

UX strateggy

Long term vision, roadmap, and kip’s to align customer touch points with brand position and biz strategy

  • Have a clear understanding of customer and business current state
  • UX vision and principles
  • Roadmap and benefits case and why it aligns to business strategy
  • Metrics, targets and incentives

We asked 100 leaders what makes stop ux happening?

  • Politics and organizational silos
  • Clients don’t measure and understand the value
  • Low stakehoder engagement in UX
  • Lack of commitment
  • Lack of time
  • Budget
  • Ineffective communication and persuasion

To redesign businesses we might have to first redesign ourselves.

See Tim Loo‘s presentation on Slideshare.

30 Jan

State of The Internet Report – Q3 2012

Based on data collected by Ericsson, the volume of mobile data traffic doubled from the third quarter of 2011 to the third quarter of 2012, and grew 16% between the second and third quarter of 2012.
[…] indicates that for users of mobile devices on cellular networks, the largest percentage of requests (37.6%) came from Android Webkit, with Apple’s Mobile Safari close behind (35.7%). However, for users of mobile devices across all networks (not just cellular), Apple’s Mobile Safari accounted for 60.1% of requests, with Android Webkit responsible for just 23.1%.

In terms of connection speed and mobile web traffic, the only way is up. Interesting to see how Apple’s Mobile Safari has a much higher share of requests across all networks. Android users don’t like to use their devices in WiFi networks?

View Akamai’s Complete Report

30 Jan

Responsive Performance Benchmark Comparison

Over the last year responsive web design has been going strong, many new ideas and tools have been popping up and there were (and still are) many lessons to be learned.

One of the big challenges with responsive design lies within its performance. At SmashingConf in September 2012, Brad Frost mentioned the term “Performance is Design” in his talk and it made total sense. Now, he sparked this conversation anew, with his recent article Performance as Design. There’s also a very good follow up article on this topic by Tim Kadlec: Setting a Performance Budget.

Previously there have been articles about Performance Implications, Bad news for site owners and mobile users and Trends. But from a short discussion on Twitter it seems that there were no numbers on average pagesize and load times of responsive sites available.

All replies to this tweet

Kurt Elster (@kurtinc) took the initiative and started creating a list of responsive sites and their sizes. I contributed to that list and now we do have some numbers for 34(+4) responsive websites, which at least gives somewhat of an indication on the size trend.

Interesting is that numbers sometimes vary quite a bit between the used test tools in which cases Web Inspector or YSlow show much larger numbers than Pingdom. Also might the load times differ depending on location etc. We haven’t tested these sites with Webpagetest, but it seems that these results would also differ slightly.

The results from the findings in short:

Average Requests:

Pingdom54
Chrome Web Inspector54
YSlow64

Average Size:

Pingdom1337K
Chrome Web Inspector1429K
YSlow1235K

Average Loadtime:

Pingdom2.41 sec
Chrome Web Inspector14.73 sec
YSlown/a

See the complete Responsive Performance Benchmark Comparison on Google Docs

Better Performance for Today’s Web

It’s nothing new that responsive websites tend to be quite heavy. Considering the rise of mobile, sites should actually be smaller and faster again…

If you’re working in a web project, devote the same amount of attention to your site’s performance as you would to its clear structure, visual appearance or quality of code. Because Performance is Design. And it does matter.

22 Jan

Mobile Sign Up Forms Must Die!

There’s a lot of talk on how to improve mobile sign up forms, user experience, onboarding etc. These two articles are great reads when it comes to create better mobile sign up experiences and streamline its process, by utilising what is called “Gradual Engagement”. A must read if you’re interested in creating better signup experiences in the future.

Mobile Sign Up Forms Must Die

Best mobile sign-up form

22 Jan

LTE Tethering on ThreeHK

Last week it was finally time to upgrade my mobile plan to LTE after I’ve been using an iPhone 5 for about a month now.
LTE is pretty fast and I was thinking about cancelling my home internet line, since I might be fine with the tethering option of the iPhone to work at home. I wanted to give it a try and noticed that the Personal Hotspot option had disappeared though. I remembered that when Three Hong Kong switched me over to LTE, I didn’t have internet access at all, since some of the cellular data settings were not correct. Rebooting the iPhone fixed this problem. I revisited these settings again and it turns out that you only need to change one setting for Internet Tethering.

Under Settings > General > Cellular > Cellular Data Network change the Internet Tethering APN from share.three.com.hk to share.lte.three.com.hk and the Personal Hotspot option appears again. Magic.