dancingmango

We didn’t build it because the business didn’t prioritise it

Agile software development is inherently democratic.  Choice over Prescription could be included in the Agile manifesto.  We give the customer the choice, the choice to decide what is most important to them, what will deliver the greatest value and build that first.  We do not prescribe that they must build a complex framework first- the software will evolve, You ain’t gonna need it (Yagni) until you need it.

The problem with this democracy, with this unleashed choice is that, if you don’t have the right mix of stakeholders, the (agile project) customer doesn’t always know what is best.  They are not always the best people to choose.

There is a difference between domain knowledge and what I’ll call ‘experience’ knowledge.  A banker may know the banking domain inside and out, they can tell you the difference between all the different types of balance and how (and where) they are calculated; closing balance, running balance, etc.  But unless they have done any research with customers, unless they have ‘experience knowledge’, when it comes to  a question such as which balance to provide as an SMS alert, their ‘domain’ knowledge is as good as your common-sense.

Imagine software were a supermarket store.  IT are responsible for the construction of the store, the basic layout, the signage, the checkout, the peripherals.  The business are responsible for what goes into the store, the merchanising, the planogram.  The business imperative is to fill the shelves and shift the product.  They want to spend their money to this goal, anything that does not directly support this will be of lower priority.  That is their domain and they will prioritise that over anything else.  If they could fill the store with nothing but shelves they’d probably be happy.

Now imagine visiting the store.  There’s no carpark, there are no shopping trolleys, there’s no emergency exits.  There’s no ramp for disabled customers.  The shelves rise to eight foot high (with no steps to reach the heights), the aisles are difficult to negotiate because of promotional displays between the shelves.  The business is happy, but what about the customer?

In the agile world, nobody is going to pay attention to this stuff unless it is prioritised.  “Sorry, we didn’t build any shopping trolleys because you prioritised building more shelf space over them”.

This sort of thing happens all the time; functional domain requirements trump experience requirements. Why? Because no-one brings experience knowledge into prioritization and planning sessions.

When stating their choice, your stakeholder wears a commercial hat, they are thinking about their targets and those are based upon shifting product.  They are living in thier operational business domain.  But cold commercials are not what shifts product.  It is the experience that does.  Now go back to the democracy of choice on an agile project.  Who is the ‘business’ specifiying requirements? Is it a balanced team? Is their an experience champion with an equal voice?  Is the voice of the customer recgognised?  If not, isn’t about time you got an customer experience champion onto the team.

Pillars of a compelling experience

This is a model I often see in organisations when it comes to their web presence.  A product owner comes up with a commercial proposition, marketing work up the content, IT build the functionality and it is goes live.  With this model, no-one actually owns the customer experience.

Worse, this little temple model is repeated across different commercial propositions so you end up with something that is not very joined up.  I’ve blogged about this lack of joined up thinking before.

Now let’s construct a model where the roof of the temple is a compelling customer experience.

What are the ingredients of this new temple model?  It is still going to be founded upon commercial propositions, but they are going to be overlaid by a culture of test and learn.  That is a willingness and ability to experiment; to realise that what you have developed is never final and is always evolving.  It is about taking the learnings of experiments to inform and improve the experience, or to rapidly refine or kill propositions that just do not work.

Then we have the five pillars.  I describe these in a paper I wrote ages back (pdf here, google books here).

Unfortunately these pillars tend to sit within organisational silos; content and personality are ‘owned’ by  marketing, functionality by IT, and operational excellence (that’s all about fulfilling on the customer promise and beyond) is a mixture of IT and operations.  Usability is a ‘funny one’ in that might sit alone, sit in marketing or sit in IT.  But ultimately it is best placed to direct the horizonal filter of Quality Control.  Quality control is not an additional layer of bureaucracy, rather a cultural component that all the pillars feed into.  It is about ensuring consistency and meaningfulness of the experience.  It is about balancing the commercial needs of the product, with the marketing needs of the message and the delivery capability of IT.

Just ignore what they say

What customers say they like and how they behave are not the same thing. Don’t always trust what you are told, use data and real insights to drive decisions that have major commercial implications.

So there was a skyscraper, banner and numerous MPUs across the website.  A survey panel was set up and the results came back.  The agency briefed the team, “Your customers really don’t like all the ads you have on the page”.  The message was reiterated in focus groups.  Ditch the ads.  This would be a painful decision, despite customer’s not liking them they were still delivering reasonable revenue.

The organisation was striving to be more customer-centric; if the advertisements were degrading the customer experience then removing them would be a price worth paying.  And so they were switched off.

The result?  Nothing.  Except lost revenue.  Analysing the data, customer volumes remained the same.  There was no difference in the successful completion of customer goals.  Switching the ads off had no impact on customer behaviour on the site; when asked customers said they didn’t like them, but what they said and what they did were different things.

The moral: if you are going to use emotion and what customers say to make commercial decisions, consider A/B testing with real data before making wholesale changes.

I just want to talk to someone

I’ve got a query about an Account I opened with Alliance and Leicester.  I’ve got a letter that provides me with an account number and a phone number, it reads  “…if you have any further question [sp] please contact a member of the team on 0844 5619737“. So I ring the number.

“Please enter your eight digit ID number.  This is on your welcome letter, monthly statements, or internet banking ID.  It is NOT your account number.”

Hmmm. I don’t have any of those things to hand, they are not on the letter.  I’ve got my debit card, but that’s obviously on a different system.  I put the phone down and return to the letter, near the bottom, in bold it gives another number “if you would like us to send you information in the future in larger print…” I ring this number.  It doesn’t work.

So I go to the website and look for a telephone number.  I’m an existing customer.  I select my product and ring the number on the page.

“Please enter your eight digit ID number.  This is on your welcome letter, monthly statements, or internet banking ID.  It is NOT your account number.”

I don’t have that information to hand.  I choose another product.  Same message.  I’m getting frustrated.  There’s a page titled “Other enquiries“.  Lots of words, but no number.  I navigate to the complaints page, it has a number.  Hey! Kill two birds with the same stone, speak to someone in their complaints department, make a complaint about how my time is being wasted trying to find a number and get transferred to the relevant department.

I dial the complaints number, more IVR and the prerecorded message.

“Please enter your eight digit ID number.  This is on your welcome letter, monthly statements, or internet banking ID.  It is NOT your account number.”

Frustration turns to anger.  I find a number for new customers.  I get through the IVR and finally talk to someone.  “I need to transfer you to the relevent department” she says.  OK.  The line goes silent.  And then goes dead.  Lovely.  Stress.  I give up and start the motions of closing the account.

There’s nothing unique about Alliance and Leicester.  I hate to pick on them.  But this seems like a case of a lack of joined up thinking.  When you are designing processes or procedures, don’t just think about them from the business perspective, take a persona and test them with real people in roll plays.  What if someone doesn’t have what you expect them to have?  Customers do not always behave according to the expected happy path.  What are you doing about that?

What would Sally do? Personas for retail financial services

Personas are ‘pen portraits’ that bring to life users or customers of a system, service or product.  Giving a personality and back story to your customers helps keep your thinking true to their real needs and goals.  Rather than using  ‘user’ or a segment descriptor such as ‘empty nester’, or ‘this is what I would do’, what would Sally do?

Here’s a set of personas for financial service organisations, geared towards the retail / B2C market.  Sally is included (Shes skint).

Do customers want to customise your site?

Have you ever added a custom tool bar on your office set up?  Have your non-techy friends and family changed the background image on their desktop or changed their screen saver.  Is there a demand for customisation?

So here’s the question.  Do people really want to make your homepage look the way they want it to?  Is there a demand for iGoogle and netvibes customisation?  They look cool and are attractive to the geeks in us, but do they have mass market appeal? Is there any research out there on the take up of user customisation?

“…back when Windows 95 was released, users could easily change My computer to something more personal. Apple users had been able to do this for many years, and many of them did name their computers. But few Windows users took the opportunity to do this, suggesting that they saw the computer as more of a tool than something with which they wanted to have a personalized relationship.” (David Malouf)

Just because we can doesn’t mean that we should.  When you log into your bank account it could look like netvibes, complete with BBC news feeds and YouTube videos (you decide what you want).  But should it?

Why should your customers see your website as something to have a personalized relationship with, especially if you don’t engage them with a personal relationship throguh your other channels?

How do you answer the phone?

IVR, (that’s the automated routing of phone calls) is an unpleasant reality of multi-channel service.  Let’s assume that you are committed to using it, how much time have you spent in creating the messaging.  Two examples of trying to put a more human touch to something that is inherently not human and machine driven.

Firstly the Halifax.  Listen carefully to what happens after you key in an option.  You here a key click.  You are then prompted to enter your account number.  “thanks” the voice says, “I’ll just enter that”.  And you hear a clackerty clack of data being entered into a keyboard.  BUT YOU ARE A MACHINE!!!  It is a nice touch, but it is trying to make an interaction that is clearly not human more personable.

Second example is the Financial Obudsman.  “Thank you for calling” says the voice.  Not a stock, model voice, but a real voice, “I hope we’ll be able to help you. My name is Walter Merricks and I am the Chief Ombudsman…”   The message is clearly a recording.  There is no attempt to be anything but a recording, but giving the voice a name and explaining the nature of IVR is a real human touch.  Even better, the narrative about recording the call- it is not scripted from the IVR manual.  It talks to the customer in language they understand.

If you must be mechanical in your communications with customers, be human, be transparent, but don’t try and pretend to be what you are not.

Links
Halifax | Financial Obudsman

Fear of focus groups

I was recently talking to some IT professionals.  We were talking about customer journeys and understanding the customer needs.  They were second guessing these, making assumptions about what is important to the customer how how the customer would best interact with the application.

“How about running a focus group with customers?” I suggested.  Blank expressions.  “Not sure” came the response, “we’ve never done those before”.

But you have done that before.  Every time you run a workshop with the business, that is a focus group.  The listening skills are the same.  Effective facilitation, and using stimuli to promote debate, elicit opinions and test ideas- they are the same.   You just have a different audience and call focus groups something different.

IT should have no fear of talking to real customers, end users.  Getting them together in workshops is something that should come as naturally to IT as it does to the marketeers.  Let’s get focus groups into the vocabulary of any IT project.

Customer value proposition model

There may be a niche in the market, but is there a market for the niche?

How do you create a successful proposition?  If the answer was obvious there wouldn’t be so many failures out there in the market place.

It is easy to commence on a journey of product development with a hunch and clearly there is no substitute for validating ideas in the flesh.  That something at ThoughtWorks we do; helping clients test and learn, rapidly building ideas into tangibles that can be piloted at low cost and low risk before investing in significant build and spend.  However, sometimes a little more rigour is required before you commit to commencing a project in earnest.

That rigour needs to be focused.  What often happens is this rigour turns into a research phase that turns into a project itself.  It need not be this way.  There are certain things you can do, certain questions to ask as you set out on the journey of creating a new, compelling customer proposition.  What follows then is a strawman model to help test potential propositions before moving forward with them.  There are three components to the model, the customer, the environmental context and the organisation or company.

All too often propositions are rooted in the organisation.  They make assumptions about the demand or usage. This model attempts to broaden the analysis and focus upon the customer and the why the proposition will be attractive to them.  The model supports questions that may be asked to help shape thinking, test hypotheses and validate thinking.

I do not propose that this should become a major research exercise  (for example market sizing is a huge effort in itself), rather a tool for asking the right questions, and if the answers are hard to come by, maybe that suggests more thought is required in refining the proposition.

So here goes, a model that provides a framework for considering new customer value propositions.  It’s just an initial idea and I’d welcome feedback and suggestions.

Customer

Before you get too carried away with the proposition, a good starting point would be the customer.  Who are they and what do they do.  Let’s remember that your customer is not everybody.  Your proposition in unlikely to be appealing 24/7.  The challenge is to segment your target market and identify the triggers for action.

The persona: Who do?

Personas are a useful tool for bringing the customer to life.  Much has been written about them, but they are a useful tool for extracting broad data into specific stories that describe individuals. Realise that it is unlikely you will design for everybody. Start with the market that you are targeting, how large is it and what is its propensity to spend? Then within that target market segment the target customer base into different profile customers (personas). You need to understand which persona, which customer profile is most important – prioritise them and focus on the highest value.  This may mean deciding between high volume, low margin mass market and low volume, high margin niche appeal.  This decision needs to be made as early as possible to ensure the proposition remains focused and doesn’t try to be all things to all people, satisfying none.

Values, needs, wants and desires

People are not empty vessels waiting to consume and be filled with your proposition.  Their behaviour is driven by their values, needs, wants and desire.  These may be fundamentally rational (to satisfy a basic human goal) or emotional (to demonstrate status). They are cultural and time based.  Thinking in these terms helps you understand how the proposition will appeal to the customer at different levels.  Let’s take an example of this; a new mobile phone.

Before we think about what the product must do, what are the values that the persona associates with the phone. Is our target market a technophile or a technophobe? Jan Chipchase who works for Nokia includes ethnography in his research to understand how people use their phones; women carry them in their handbags, men in their pockets or their belts.

The basic need that the phone must meet to satisfy the customer, she must be able to make and receive calls.  If the product is unable to meet these needs it is not fit for purpose and the phone proposition will inevitably fail.

Just making phone calls meets the need but there are additional wants that should be satisfied for the product to be more compelling.  It’s a hassle to remember the number of every person she rings, the customer wants to be able to store numbers and see the number of the person who is calling.

Having the ability to see a photograph of her daughter as a screen saver on her phone is neither a need not a want.  The phone is useful and usable without that.  But the customer desires to personalise her phone by having a picture of her daughter on it.  Desirability is the key differentiator of the iPhone.  It doesn’t need to compete on features, it is a cool device that people talk about.  And here is a key decision you need to make on your proposition journey.  Are you looking to compete on parity or whether you want to make a difference.

Questions

• What is the basic need that the proposition is trying to fulfil?
• What counts as hygiene?
• What does the customer need to be satisfied?
• What does the customer want in addition to being just satisfied
• What do other competive products do to maintain feature parity (if you feel you really need to compete on features alone – bad move!)
• Few people would argue they don’t want simplicity and clarity in their interactions with products.  How could your product to make life easier for the customer?
• What will make the customer feel good in themselves about owning the product?
• What other products are “cool” or desirable to your target market.  How can you leverage the essence of those products?

Context

So now we are beginning to understand who the customer is, it is time to nest the proposition in terms of their context.  The old maxim that a half drunk bottle of water in a desert is worth its weight in gold, but on the streets of a city is worthless trash, should be remembered.  Even the best of propositions will deliver little value if they not only consider the customer, but also the context in which they apply: time, demand and usage.

Trigger

So the next step in the model is to ask why, when and how will the customer be attracted to the proposition. What is the trigger that drives the customer to move from awareness (assuming you have that) to action?  There is no point in a financial services company trying to sell me a car loan if I am wealthy enough to own my own car, or I do not drive.  Understand what triggers the customer to be interested in the proposition, when and why this happens.  How can your proposition be at front of mind when the trigger is set.

Questions

• What lifestyle / lifestage events will trigger?
• Internal events personal to the customer; leaving school, getting a first job, getting married, moving house, retiring etc
• External events that they have no control over (think about sports sponsorship and tying a proposition to that sport, or tying a proposition to a celebrity e.g. Michael Jackson..)

Environment

It is very unlikely that the proposition will be wholly unique.  What is the competitive landscape, what noise will it need to be heard above to capture the consumers attention.  Whilst you may review the immediate competitors to see where threats and opportunities lie, what can you learn from other, unrelated products or domains?  How can you fuse together concepts from outside your immediate focus to bring new innovation to your product?  Scenario planning may come in useful, playing out different outcomes for different timelines other than that which you plan for.

Questions

• What is the competitive landscape?
• What can you learn about similar but unrelated propositions?
• Have you considered the political, environmental social and technical influences using the old PEST analysis?
• Have you considered different scenarios and how your proposition would play out under them; what unplanned disruptors could get in the way, or how could your proposition done differently disrupt the market?

The experience engine

Enough of the customer and externalities, what will the proposition look like and why will the target customer go with it? There are three engines within the organisation that drive the proposition, the experience, delivery and value engines.  So…

Utility

To be any good, the product has got to offer basic utility.  It has to do what it says it is going to do.  Sadly, too many products and customer propositions end there.  A utility product will match the consumers needs.  This is where most enterprise software sits…

• What are the key customer needs that the proposition must fulfil?
• What is the basic core functionality that must be met, what are the features that must be offered to gain traction in the market place?
• What features that are typical on competitor products that we could do without?

Quality

I could call this next box usability (as this follows the UXD model) but I think it goes beyond just usability.  What is the quality of not only the immediate interface, but also with the supporting functions?  For example, if you have a call centre to back up the proposition, how many layers of IVR are you forced through?

• Have you considered usability?
• Is the packaging aesthetically pleasing?
• The “happy path” customer journey may be well framed, but what about the “sad path”?  What about when things go wrong, what about when customers don’t act in the way you expect of predict them to act?

Brand

It is easy to get carried away with a new idea before thinking about what it means to the brand.  Typically there will be a strategic roadmap and whilst the proposition may be attractive it may not fit into where the brand is going.

• Is the proposition complementary to the overall brand direction or does it require a new brand and identity?
• Does the proposition support / leverage the brand?
• Does the brand already ‘do it’ under another guise (are you reinventing a wheel that has already been tried somewhere, sometime in the organisation’s history?)
• How will it be marketed?

Community

Finally, what is the ‘buzz’ that the proposition will create, what will get people talking and sharing it and how will you create this buzz.

• Is there a social network component built in that gets people talking and connected?  How will it get people talking in external networks?
• What will cause people to recommend it to others?
• How can customers become part of its evolution?
• What of the proposition will get people passionate, what will drive them away?

Delivery engine

People

A successful proposition needs not only a talented, passionate and committed team to deliver it to market, it also needs a similar team to run it and support it when it is live.  It is a common failing for a rogue “skunkworks” team to emerge in an organisation and develop what appears a compelling proposition, only to have it knocked back and closed down by the “Business as Usual” processes inherent in the organisation

• Who do you need to make the proposition successful?  What is the team?
• Who will create the proposition and who will lead it?  Is it IT led or business led?
• What are the cross-organisational boundaries that the proposition crosses and how will these be eliminated?
• Who will take ownership of the proposition once it crosses over into the market?

Process

• What are the processes that will be required to sustain the proposition?
• If the proposition will require changes to the organisation, how will they be managed, communicated and rolled out?
• How will the proposition be supported once it is let loose in the market?
• How will it be communicated to customers?
• How will you create new sales – sales force.

Technology

• What is the technology that will underpin the proposition?
• Is it possible to test the ideas using rapid languages such as Ruby on Rails before committing it to the enterprise Java stack?
• What integration is really necessary and what can be worked around?
• How can you deliver a beta version in the shortest period of time?
• How will you avoid heavyweight frameworks and develop incrementally to deliver value early and often?
• How performant and scalable must the innovation be?

Value Engine

At its most simplistic, how much will the proposition cost and how much revenue will it generate?  Does it offer cost saving opportunities?  Are there intangible benefits that will be accrued?  Ultimately is it a viable proposition that is worth pursuing, or will the cost to develop and run outweigh the value it will add?  Building out a financial model can take time, in the first instance this should be a napkin analysis, a wake-up call to make sure there is value in the proposition before too much time is invested in it.

Cost

Every day someone is working on the proposition it is costing you money.  The quicker you can get something to market the faster you will start seeing a return on your investment, similarly the sooner you can “get something out there”, “test and learn” the sooner you can kill a proposition that does not fulfill its promise.

• How quickly can you get a beta to market?
• How many people, how many days?
• What will the cost be to develop the infrastructure?
• Do you have the skills in house or will you need to go external?

Benefit / Revenue

At its most crude, how will the proposition make money, but there may be more to what we wish to achieve.  Is the proposition actually going to cut costs, a result of regulatory pressures or a CSR initiative?
What are the benefits that will be accrued – both tangible (e.g. financial) and intangible (e.g. social, environmental etc)

• If you are selling units are you going for high volume low margin or low volume high margin?
• If it an on-line proposition “advertising” is often seen as the source of revenue.

There are two additional components to the model…

Implementation

Having a compelling proposition is one thing, it is another to successfully communicate it and roll it out to target customers.

• In a crowded market place, how will the proposition stand out?
• What are the brand values it will communicate?
• What is the story that customers will hear and how will they hear that story?
• How will customers interact with the proposition, what channels will you use to take it to market?
• What is the roll out strategy?

Retain and grow

Winning customers is only the first step.  A successful proposition will maintain a long-term relationship with its profitable customers, maintaining the warmth they have to the original proposition and cross-selling and up-selling new ones.

• How will you retain them and turn them into repeat customers and passionate advocates of the proposition?
• How will the proposition grow lifetime customer value?
• What can be cross-sold or up-sold?
• What can you bundle?
• How will the proposition deal with churn?

OK, so it’s not a perfect model and by no means complete.  There’s some duplication in the thinking and many questions missing, but as any model it can be used to guide and prompt thinking and ensure there are no elephants left in the room when the first line of code gets cut.  I’d welcome any comments on its usefulness, utility and direction.

Does this train go to Bangor?

Over the loudspeaker comes a garbled message “…this train divides at Chester.  Customers for Bangor must travel in the front four coaches of the train”.
There was a group of women behind me talking loudly, one of them picked out part of the message and was worried.  The train guard (sorry, Customer Revenue Protection Officer) walked by.
One of the women got his attention, “Excuse me, we’re going to Bangor?” she said.
“Oh” said the guard.  “You need to get out at Milton Keynes and walk to the front of the train”.
“What? We need to change trains?” the woman replied.
“No, it is the same train, just the front part of it.”
“Is it on the same platform?” Asked the woman.
“Yes, just walk up a little” replied the guard.
“We don’t need to cross over to another platform then?”
“No, it is the same platform, the same train”
“So why can’t we stay on this train then”
“Because this part of the train divides at Chester?”
“But we’re not going to Chester, we’re going to Bangor”
The guard was getting frustrated, “when the train stops at the next station, you just need to get out and walk up the platform, in fact to the next carraige and get on the train there”
“So why can’t we walk through the train to the next carraige?”
“Because it is a different train”
“but this train is going to Bangor isn’t it?  We are on the right train aren’t we?”

And so on until a fellow passenger jumped in “when we get to Milton Keynes, I’ll show you where to go” and at Milton Keynes he led them all off the train to walk past the train divide on the platform and I’ll assume they made it to Bangor in one peice.

The point of this narative is that not everybody “gets it”.  Just because you think something is straight forward or obvious doesn’t mean that your customers will.  You are not your customer, be wary of making assumptions on how people will use your Great New Product.