The Competitive Landscape

The Complete Product Owner series - Act I: The Product

The Complete Product Owner
Act I: The Product

This post is part of the “Complete Product Owner” series.

Products never exist in a vacuum. Products live in a world of competitors and partners, of peripherals, networks and enablers. Products live inside an ecosystem consisting of companies, governments, regulators and consumers.

To understand what your product does, what value it adds and how, it is crucial to understand the competitive landscape around you.

A classic ecosystem
A “classic” ecosystem

Who else is doing what you do?

The first thing to understand is who is doing what you do. There may be companies offering the same or a similar value proposition as you, or companies in a similar space offering slightly different propositions.

For most industries a quick search on Google can usually reveal most of the competitive landscape. Additionally, talking with users and people from your target group, either as part of formal user research or casual conversations, can reveal other products and companies who are operating in your space.

When you have your list of main competitors, break them down one by one and take a close look at what they do. What are their strengths? What are their weaknesses?

A useful tool is the old, tried and tested, SWOT framework (strengths, weaknesses, opportunities, threats). If you’ve ever picked up a book on business then you’ve seen this tool, guaranteed. As cliche as it is, it is actually a useful method for breaking down the differentiation between you and your competitors. (For information on the SWOT tool, here is a pretty simple explanation with examples.)

Product

The first and most obvious place to start is by examining the product itself. How does their consumer value proposition differ from yours? Do they offer the same product features? The same user experience?

The differences between two products can be both subtle and large. Take for example these two products: Get Satisfaction, and User Voice. Both have a similar overall proposition: they are online tools that software products can use to get real-time feedback from users. Both are hosted solutions (meaning the integrating product does not need to add any code or infrastructure within their product; they just provide a link to the hosted feedback collection product), and both have similar price points. On the surface, they seem the same: but a level deeper and the differences begin to emerge, as described here. (Note on this thread the way the CEOs from each company compare their products against each other. Each CEO is acutely aware of the other company, but describes in detail, and with respect, the positive differences in proposition first, rather than focusing on negative elements of the “competition”. Admirable.)

Business Model

Differentiation against a competitor company does not always come purely from the consumer value proposition: the entire business model plays a role. Examine your competition’s business model and ways of working. How does their business model differ from yours? How do they organise themselves?

Marketing

How and where do your competitors talk to their users/consumers? What kind of messages do they use?

Values and beliefs

What do your competitors believe in? Do they believe the same things as you? What do they see as important, and how do they view the world, compared with you?

Consider the example of Get Satisfaction vs User Voice above. Although both products offer similar features at a similar price, the fundamental difference between the two products is what they believe is important. User Voice believes that the aspect of collecting suggestions and ideas from users is the critical axis, whereas Get Satisfaction focus more on the user forum aspect, where users can exchange knowledge, tips and report problems.

Both products offer nearly the same actual features, but what sets them apart is a core belief about what is important.

Learn from your competitors

Steve Jobs is often quoted as having quoted Picasso when he said:

“Good artists copy. Great artists steal.”

You can learn a lot from watching and analysing competing products carefully. Don’t be afraid to leverage knowledge, experience and solutions from other companies and products. If that other product has the perfect user sign-in experience, then take it, re-work it to fit your needs, and use it.

Remember, it’s not about having the pride of having “designed it all ourselves”. It’s about getting things done. Being (and remaining) successful as a product team is all about how quickly you can bring user value to users. The longer it takes, the more risk you pile up. (We’ll discuss this in much more detail in later chapters of The Complete Product Owner). If you can save a few days on the design of a peripheral flow, then do it.

Why should I buy your product over theirs?

One of the most common questions you will be asked as a product owner is: “why should I use your product over theirs?” In other words, as a consumer, why should someone pay you (with either their cash, their time, their clicks on ads, etc) for your product over your competition’s? What have you got that they don’t?

Here, a detailed analysis of the strengths and weaknesses will not help you answer this for a user. What you need is a story that not only reveals how you are different, but that encourages the use of one over the other. It comes back to your consumer value proposition: what value do you offer, and how?

This is another little “pitch” you should practice often, as I promise you, you’ll get this question all the time.

Broaden your scope

Also keep in mind it’s not just about your direct competitors. Broaden your scope to look at companies and products that operate in the same space as you, even if they are not direct competition. You can leverage ideas and knowledge from similar companies, or also look for interesting opportunities to partner with other products or companies for mutual benefit.

Summary

Your product and your company do not exist in a vacuum. You need to constantly watch, review, and analyse your competitors, your partners, and your industry. Know how you are different, and how you are the same. Also think about companies and products that operate peripheral to you; how can you leverage them or partner with them?

And always have a good answer ready to the question that will frequently come: “why should I buy your product instead of theirs?”

In the next post in the Complete Product Owner series, we’ll look at the product vision.

Resources


The Complete Product Owner series - Act I: The Product

The Complete Product Owner
Act I: The Product

This post is part of the “Complete Product Owner” series.

Beyond the flat digital map: what’s next for digital map services

Babylonian stone map of the world.Babylonian map of the world, dated around 6BC. Source: Wikipedia

The map has come a long way since the Babylonians carved pictographic maps of their surroundings on large chunks of stone.

Ever since the appearance of the first digital maps many companies and products have appeared with the mission to produce better quality, more complete and more usable digital maps and navigation aids; among them Nokia Maps.

Since then, digital maps have become more detailed, more customisable, more accurate and more complete. Maps have become more visually engaging, with realistic 3D views of cities and countryside to add to satellite and terrain views of the world. But whatever visual abstraction, the digital maps today are still essentially a purely digital representation of their paper map ancestors: they are static. Sure, you have the ability to add different layers of information to the map or to customise the view (zoom and pan) – but these are just different ways of ‘holding’ the same map.

The vast amount of map-related innovation seen in mapping applications today in terms of the map visualisation have been in visualising data on top of the map. The very first Google Maps mash-up (Housing Maps) was a layer of real estate data on top of a plain, 2D map. Only a few products have taken visible steps to indicate a desire to innovate around how the map operates, and how a user operates with the map.

Two examples of innovation in this area are Apple, with their recently announced Map platform, and a new feature on Nokia Maps called “City Exploration”, which turns the map itself into a discovery entry point.

Apple Maps

Long before Apple officially announced the new map platform they will release in iOS6 to replace the incumbent Google Maps as the default map provider it was clear they were moving in the direction of building their own map product. A couple of interesting patents, submitted last August, reveal a plan to produce what they call “schematic maps”, or what we might call a ‘back-of-a-napkin’ doodle map. They describe a map where traditional map must-haves like scale and information density take a back-seat to essential functionality: how do I get from here to point B.

It works like this: instead of producing a map that contains a completely accurate rendering of the surface of the earth, a to-scale street network and all the businesses, landmarks and whatever points of interest that might exist in a given space (the direct digital evolution of a traditional topographical map or street atlas), the “schematic map” looks more like something you would draw for a friend on the back of a beer coaster to help them get to the next pub: a simple line describing the streets and turns you will walk (most likely not to scale), maybe one or two major landmarks to help with navigation, and a big “x-marks-the-spot”.

Apple schematic maps.Apple schematic maps concept mockups. Source: Patent application.

This is a radically different approach to maps because it challenges the deep-rooted assumption that a good map is always to scale, includes as much peripheral information as possible and has a north that points to the top of the page. Here, they literally re-draw the map using a completely different abstraction; one that isn’t bound to the reality of the streets and curves of the earth.

Nokia Maps – City Exploration

In a new feature recently released on maps.nokia.com, we make the map itself a discovery entry point by simply leveraging the existing cartographic symbols and text on the map surface as a new kind of navigational control.

We’ve learned from years of working with maps that a common use case is simple, often quite random, exploration of the world. In the same way people used to spin a globe around or flick through the pages of a world atlas to explore the cities and countries of the world, today people use digital maps to just see how the cities and countries of the world come together.

With City Exploration, you can move your mouse over any part of the map (on a country or continent zoom level) to dive right into detailed information nearly all major cities. Live traffic information, city facts, public transport information and 3D views are just some of the content that you can explore, right from the map.

City Exploration on maps.nokia.comCity Exploration on maps.nokia.com.

Now, the surface of the map starts to become the whole atlas, instead of part of the contents.

The arms race between major mapping platforms and consumer products in the past years has been largely centered around data: more, more accurate and better quality. As data becomes cheaper and more and more a commodity, the next source of differentiation will be a fundamental change in how we use and view maps. These two examples show the start of the shift, but there is much more to come.

Cracking eggs

They say you can’t make an omelet without breaking a few eggs. That’s true.

You can, however, make an omelet without smashing eggs and getting egg-shells throughout the whole meal.

The act of breaking the eggs open is a controlled, thoughtful act. It’s not panic.

When you’re working on a new product strategy, fixing a bug, planning a meeting or refactoring a piece of code, think to yourself: are you smashing eggs, or breaking them?

The Product Definition

The Complete Product Owner series - Act I: The Product

The Complete Product Owner
Act I: The Product

This post is part of the “Complete Product Owner” series.

A product owner is the owner of a product: so it makes sense to start our exploration of the product owner role with defining the actual product. What is it? What does it do? What value does it add? Who is it for? These are some of the questions that you’ll need to be able to answer. It seems obvious, but it is surprising how many product people I meet who cannot answer some of these questions convincingly.

The best product owners know their product inside out, but they can do more than simply recite a list of features… they can answer the core questions of: what are you building, how you are building it, and why. You are the product expert.

The Consumer Value Proposition

A very useful tool for expressing your product is a consumer value proposition (CVP). A value proposition is a statement that addresses the key questions: what does the product do, who is it for and, most importantly, how it adds value for a consumer.

As an example, consider the following two pairs of women’s shoes:

Shoe 1
Tom’s Catino Ballet Flats
Shoe 1
Giuseppe Zanotti boots


While being obviously very different shoes for (presumably) very different occasions, the specific value propositions set them apart even more.

The Tom’s ballet flats cost a fairly standard $79, are designed to be comfortable and made from sustainable resources; but unique to Tom’s shoes is their “One for One” program: for each pair of shoes sold, Tom’s gives a pair of shoes to a child in need around the world. The unique value proposition here is that when you buy Tom’s shoes you can also help needy children in third world countries.

The Giuseppe Zanotti boots have a very different value proposition. At around $1,400 they set a very different expectation in terms of price. Here the value that the consumer purchases is prestige, glamour and exclusivity. The core function of a shoe (comfort and protection of the feet) takes a total backstage in this proposition to make way for luxury and glamour.

Note that the CVP is more than just a simple list of features. The Tom’s proposition describes the what (shoes, comfortable), and describes differentiation (how they are different from other shoes) by creating a resonating focus on the aspect of giving shoes to needy children. The best CVPs are not only factual, but emotional as well.

The Consumer Value Proposition is a very useful tool and will help you explicate the core value of what you are producing.

What do you stand for?

A good question to ask in any product team is: “what do we stand for?” When a consumer hears about our product or company, what do we want them to think about?

Tom’s shoes stand for helping children in need. At Nokia we stand for connecting people, and empowering people to live adventure everyday. One level deeper, at Nokia Maps, we stand for putting you and your neighbourhood on the map, allowing you to be a local, anywhere.

Understanding what you stand for as a product team helps align the vision for the product and sets a common direction within the team. The most productive teams have the knowledge and context to make good decisions at all levels of the team, and when everyone has the same beliefs about what you stand for as a team, everyone can make better informed decisions that continue in the best direction for the product and the team.

Why?

Closely related to what you stand for is the why. That is, why you are building this product in the first place: what are the core beliefs that you have that lead you to invest in building this product? What is it that you believe in that makes you do this?

When “Tall” Tim Pethick started the phenomenal fruit juice brand “Nudie” in Sydney in 2003, he believed that bottled fruit juices should be produced with 100% fruit: no preservatives, no additives, no concentrates. This desire for pure, fruit-only juice enjoyment and the story behind it became a core part of the Nudie brand image.

Simon Sinek gave a fantastic TED-talk on the topic of why, which is highly recommended viewing.

Who is it for? Market Segmentation

As important as what is who. In order to create a product that solves the needs of your users/customers in the best way, you need to understand who your users are. This starts with understanding your market segment.

Segmentation is all about understanding your target market; or in other words, about breaking down the world of people into smaller sub-sets that define more specifically what kind of people are your actual potential users. My wife doesn’t play video games and isn’t in the market for a new PlayStation, for example. She is not the target market.

The Nintendo Wii is the most successful game console of the current generation, and the third most successful console of all time (in terms of units shipped, having shipped over 95 million units as of March 2012). At the heart of the innovative business model that enabled the success of the Wii is the segmentation strategy: Nintendo chose to focus on a very different demographic than other consoles: instead of focussing on the traditional (and extremely competitive) “hardcore gamer” market, Nintendo targeted the Wii towards a broader demographic of “casual” gamers. This allowed them to decrease the focus on cutting-edge performance and graphics required to compete in the “hardcore gamers” segment and allowed them to produce a more family-friendly and cost-effective device that has been decisive in their success.

Once you understand your specific market segment, you can target your designs and services directly for these people. In a later post we’ll look at building user profiles to represent your target market to help in this process.

The Elevator Pitch: sell your product in 30-60 seconds

We’ve all heard the expression “Elevator Pitch”, but here’s a short bit of revision: the idea is to imagine you find yourself in the elevator with your CEO, and she asks you: “What are you working on?” In the time it takes for an elevator ride you now have to pitch your product.

The point is that you have only 30 seconds to make someone understand what you do and be interested or excited about it. It’s a nice exercise because it forces you to focus on what is important to engage someone with your story. In nearly all cases reciting a laundry-list of features will not cut it: you’ll need to tell a story that highlights what value you bring to users.

My tip is to really practice your elevator pitch. Even if you never end up with your CEO in an elevator, you’ll have forced yourself to consider what is important.

For a nice example of an elevator pitch, check out Evernote CEO Phil Libin, present his 50 second elevator pitch for Evernote.

The spur-of-the-moment demo

As we used to say in the boy scouts, “Always be prepared”. You should always be ready with your elevator pitch, and likewise you should always be ready to give a demo of your product. Have a couple of different demo scripts ready to pull out at a moment’s notice. I have three that I use for Nokia Maps based on how much time I have to demo: 5 minutes, 10 minutes or 15 minutes.

You never know when you’ll be called on to demo the product spontaneously, and every demo counts: so being prepared will ensure you give a great demo, always.

Summary

Know your product, as you know yourself. Never forget that you’re the expert in your product.

One important thing to remember is that knowing and communicating are two very different things. It doesn’t matter how well you know your product if you are not able to communicate it to your team, your customers or your partners.

In the next post in the Complete Product Owner series we’ll look at the competitive landscape.

Resources


The Complete Product Owner series - Act I: The Product

The Complete Product Owner
Act I: The Product

This post is part of the “Complete Product Owner” series.

When you want something done right…

“Well, you know what they say… when you want something done right, you have do to it your bloody self.”

My dad used to say this all the time. In fact he still does. How often have you heard it said?

A key turning point for a new manager is, I think, the realisation that this is quite often not true. (Certainly less often than you probably suspect).

The Complete Product Owner

The Complete Product Owner - photo of many post-it notes with product owner themes

The product owner is possibly the most misunderstood, or at least the the least understood, role in agile software projects. Just about everyone you talk to, whether a current practitioner of the role or just someone who works in agile projects, will give you a slightly (or greatly) different description of the role, its scope and its value.

A colleague recently asked me to write down for him a brief description of everything I thought a Product Owner should be, in terms of role and responsibility as well as personality and competencies. As I started considering what this would be, a few things occurred to me:

  • The list of responsibilities is very broad. The better product owners understand all aspects of a product from the value proposition and business model to design to development.
  • The predominant literature on agile product management focusses heavily on the agile process and toolkit: working with scrum or other agile methodologies, continuous delivery, refinement of user stories, etc.
  • The traditional (non-agile) literature on product management as a profession is plentiful, but fails to address how the broad scope of product management skills and competencies relate to an agile environment.

I’ve now set out to produce a series of posts which will form my personal description of “the complete product owner”. I’ve chosen the word “owner” intentionally to relate specifically to the field of agile product management (as opposed to, let’s say, “traditional, waterfall” methodologies. More on product owners vs managers soon.) The word “complete” refers to the intention to provide a complete, end-to-end view of the scope and responsibilities of this role.

It is also important to mention at this point that what follows will be most relevant to the traditional home of agile methodologies: in software development. It is interesting to observe how agile techniques are being adopted by industries as diverse as medical research or construction, however the experiences, analogies and resources in this series will be exclusively focussed towards software product management.

What’s in a name? Product Owner versus Product Manager

The traditional industry title for those in the business of managing the product development life-cycle is the “Product Manager”. Agile methodologies, specifically Scrum, introduced the term “Product Owner” to refer to the member of the scrum team (ie, the product team) who is predominantly responsible for the product itself (predominantly, as in agile teams we strive to embed a feeling of product responsibility in everyone, throughout all levels of the product organisation).

Some people misinterpret the difference as a reflection of the scope of the role, assuming that the “Product Management” discipline is broader or more “senior” than an owner. I take a very different view, and argue that there is no difference. It could be perhaps said that within the Product Management discipline, a Product Owner is one who practices within an agile context; however there is certainly not, in my view, an assumption that the scope and responsibilities of a Product Owner are necessarily any different to that of a Product Manager.

In my writings I use the two terms interchangeably; however it is useful to remember that in certain circles the title “Product Manager” is often understood differently from an “Owner”. Specifically in non-software product industries (fast-moving consumer goods, among others) the term “owner” is less relevant.

What is a Product Manager/Owner?

In his famous 1955 work “Designing for People”, Henry Dreyfuss, considered my many as the father of modern industrial design, said the following about the role of the industrial designer:

“The successful performer in this new field is a man of many hats. He does more than merely design things. He is a businessman as well as a person who makes drawings and models. He is a keen observer of public taste and he has painstakingly cultivated his own taste. He has an understanding of merchandising, how things are made, packed, distributed, and displayed. He accepts the responsibility of his position as liaison linking management, engineering, and the consumer and co-operates with all three.”

Although he was talking specifically about the industrial design discipline, I think he has equally perfectly described the role of the modern product manager. (You’ll forgive his gender bias, but it was the 50’s after all). The complete product manager is a jack of all trades. It’s someone who can keep the big picture in mind while obsessing over the smallest details. It’s someone who can, on the same day, discuss or consider engineering process, marketing strategy or interface design – all in terms of how it relates to the core consumer value proposition.

A complete product owner:

  • is a technologist,
  • is a marketer,
  • is a strategist,
  • is an entrepreneur,
  • is a risk-taker,
  • is a visionary,
  • is a leader,
  • is passionate,
  • is a networker,
  • is a communicator,
  • is a presenter and speaker,
  • is a thought-leader,
  • is a product expert,
  • is a salesperson,
  • is fluent in software experience, language and technology,
  • understands user experience/user interaction paradigms, and
  • understands software development methodology and software development tools and processes.

Where do product owners come from?

The next time you meet a product manager, as an experiment, as them how they became a product manager. If you are a product manager, think about how you became one. If they attended university, ask them what they studied. The answers may surprise you.

Nobody will tell you that they studied “Product Management” at university. Some will have studied Computer Science, others design, still others psychology, business or even philosophy. Nearly nobody will tell you that they “always wanted to be a product manager”. Many of the product owners that I know say they kind of “fell into” the role. I sort of did, too.

Steven Haines calls it the “accidental profession”. The interesting mix of backgrounds and motivations does result in a healthy range of experience and perspectives in the product management world, but it has, I think, the side-effect of producing a problematic diversity in product management approaches and levels of training.

What’s next?

The Complete Product Owner series is broken into four acts. Each act is centered around a main theme: The Product, the Business, the Team, and you.

Some topics don’t fit neatly into a single act. In fact, most don’t. You can’t discuss product strategy without discussing design; you can’t think about market segmentation without thinking about the competitive landscape; and so on.

Within this series, I won’t be able to teach you everything you need to know. I can’t teach you how to do brand marketing or search engine optimisation, for example. The purpose of this series is to discuss the scope of areas, skills and knowledge a Product Owner should understand, what they are and why they’re important; and then potentially provide some links to resources for those who want to know more.

The Complete Product Owner series overview: Act I: The Product; Act II: The Business; Act III: The Team; Act IV: You.

Act I: The Product

Much of the books or literature on product management tends to start with the process and definitions, and leave the actual product to the end, almost as an afterthought. To me, everything starts and ends with the product itself – so we start with the product here. We’ll look at defining what the product is, what it does and who it’s for.

Act II: The Business

The next aspect is the one that I see most often neglected by new and experienced product managers alike. The business is, if not the core element of a product team, the surrounding ecosystem that enables and supports the product development. Smaller teams and startups are intimately familiar with the importance of such business tasks as raising capital funding or developing a competitive business model, but these can go unseen or be neglected in larger teams.

Act III: The Team

This is where most product owners, particularly those new to the profession, spend a disproportionate part their time. The team is where things get done, or “where the rubber hits the road”. Having a functional, efficient and self-organising team is a critical focus for teams. For Product Owners, it’s critical to understand how the team supports you and how you support the team to ensure the greatest success.

Act IV: You – the Product Owner

Once you know what you need to do: the tasks, the responsibilities, the focus areas; how you actually do it is up to you. We’ll look at a number of key skills and competencies that you should focus on developing to be a complete product owner.

Here we go…

So let’s get started. In the first post in the series, we’ll look at defining the product: what it is, who it’s for, and why the heck you’re building it anyway.

I would love for this to be as interactive as possible. If you have questions or comments; if you agree or disagree with what we discuss here, please let me know in the comments.

Resources



Good Design is…

Good Design - Dieter Rams - small poster

In the 1970’s renowned German designer Dieter Rams defined ten design principles that embodied his view of design and product development.

He said:

  1. Good design should be innovative.
  2. Good design makes a product useable.
  3. Good design is aesthetic design.
  4. Good design makes a product understandable.
  5. Good design is honest.
  6. Good design is unobtrusive.
  7. Good design is long-lasting.
  8. Good design is consistent in every detail.
  9. Good design is environmentally friendly.
  10. Good design is as little design as possible.

Timeless.


(The translation is mine from the original German, but I’m sure there are countless others, including on wikipedia.)

Original German version:

  1. Gutes design sollte innovativ sein.
  2. Gutes design macht ein Produkt brauchbar.
  3. Gutes design ist ästhetisches Design.
  4. Gutes design macht ein Product verständlich.
  5. Gutes design ist ehrlich.
  6. Gutes design ist unaufdringlich.
  7. Gutes design ist langlebend.
  8. Gutes design ist konsequent, bis ins letzte Detail.
  9. Gutes design ist umweltfreundlich.
  10. Gutes design ist so wenig design wie möglich.

You can download the image above as a desktop wallpaper in English or the orignal German.

Consistency is not a rubber stamp

Consistency - a row of blue and orange map pins

Stop signs are always red. Exit signs are green. Play buttons are triangles. These are patterns and norms that, when appropriately leveraged in a design, can help communicate expectations and function. It doesn’t matter if you are an interface designer working on a software UI, a software engineer writing code or a manger preparing a powerpoint presentation: consistency is important.

What consistency is not, however, is copy + paste. As a great designer on the maps.nokia.com team said in a design review recently: “Consistency is not a rubber stamp.” It’s not a cookie cutter. It is a careful and thoughtful association between what you are doing and the user’s current knowledge. In other words, the question to ask is: “will this design allow my user understand what they need to do or what I am trying to communicate to them, given their experience, knowledge and understanding?” Two elements of a system can be consistent with each other without being the same.

Consistency for consistency’s sake (or, on other words, forcing total consistency at the expense of function) is a design crime of an similar magnitude.

Rather than asking the question: “is this consistent?” – ask the question: “will my user/reader/audience/etc easily understand, given their context and knowledge?”

As Emerson famously pointed out:

“A foolish consistency is the hobgoblin of little minds, adored by little statesmen and philosophers and divines. With consistency a great soul has simply nothing to do.”

Urgency isn’t panic

What’s the difference between a cheetah and a gazelle?

Cheetah and Gazelle

One is the hunter; the other, the hunted. One stalks and sprints with total precision, unwavering focus and ultimate confidence. The other flees in uncontrolled panic.

When we’re exposed to pressure within an organisation, it is normally in the form of a risk or a threat: the risk of losing a big client; the chance we won’t get funding; the fear of losing our jobs.

The fact is that all mammals, including humans, are really good at panicking. In fact, we’re designed for it. Buried deep inside the oldest part of our brain is a brain region called the limbic system. In evolutionary terms, the limbic system existed long before we first picked up a rock and used it to hit something. It’s the part of our brain responsible for basic survival; it’s the part that takes over when we’re scared, angry, lusting for revenge or when we’re threatened.

When we feel threatened, our limbic brain sends some signals to a part of our central nervous system called the sympathetic nervous system, which activates the so-called “fight or flight response”. Our conscious brain (the cerebrum) more or less shuts down and the limbic brain takes the wheel. It will decide whether we flee or whether we fight.

This is the response that leads us to panic. But when we panic, we lose focus. All our effort goes into outrunning the cheetah… but a gazelle can’t eat, drink or make baby gazelles when it’s fleeing a chasing cheetah.

If we spend all our time running, we don’t focus on the important things. We might increase speed but we end up losing velocity.

We all have many reasons to panic… The market is moving quicker than ever. Markets and industries change and heave, companies rise to incredible heights or crash to the floor in a fraction of the time of 20 or even 10 years ago. We have to move with urgency if we want to keep up… but urgency isn’t panic.

Urgency is controlled. Urgency is precision, focus and confidence.

Where Conference 2012 – Highlights

The Valley’s preeminent conference for Location-based services, Where (formerly Where 2.0), was on again at the start of April in San Francisco. The usual suspects were in attendance, with the likes of Google, ESRI, MapQuest and Foursquare holding prominent positions on the exhibition floor and presenting several keynotes. I was there of course with Nokia Location & Commerce, representing our Where Platform and location applications portfolio and our flagship product Nokia Maps.

Many of the themes of the presentations were covering similar material, I noticed a few main themes coming out of the presentations in general.

Open Street Maps and other alternatives to Google Maps

A common discussion was around the alternatives to the Google Maps API as a location platform for online and mobile applications. There has been lots of talk recently about Google’s decision to charge services for extensive usage of the location API, and many organisations are searching for an alternative. Open Street Maps, although not present at the conference themselves, were talked of often as “the” alternative to Google Maps. Although many other paid and free alternatives exist, including Nokia’s Nokia Maps API, OSM seemed to be by far the most talked about.

Custom Maps and open map data

A trend is emerging around creating custom maps. Products like Mapbox are providing products that let you literally build your own map. Using Open Street Maps data, Mapbox lets you design/customise everything about the map design: labels, colours, catographic elements, zoom levels and everything else. They then not only provide the completed map, but even make it into tiles and host them.

The takeaway is that there is a trend emerging whereby people and organisations are placing much more value on the map design itself in terms of building or customising a product or service. Even as we see visual developments in the map design and style of the major map platform providers (like the recent visual updates on the Nokia Maps map style), we’ll see in the future countless different map styles and designs; customised both for differentiated visual appeal and also for the product or service’s specific use case.

Layers are dead

After the very first Google Maps “mash-up” emerged location-based services focused heavily on placing data on a map. Whatever data you had, if it had a location, you could suddenly turn it into a layer on a map. Most experiences visualised all the location data as “pins” on the map layer. Other visual techniques emerged such as heatmaps or clusters, but essentially it was just like it’s real-world equivalent: a collection of pins on a map.

What is becoming clear now is that just a layer of data on a map is neither new nor innovative. Innovative location services will not just focus on collecting location-based objects, but will focus on utilising location as an object attribute to create smart and meaningful connections between these objects, and to use them to create compelling experiences. Further, when it comes to mobile, it is no longer enough to use the user’s current position to put the user in the middle of that layer of data that you’ve put on the map. Experiences need to use the current position to further contextualise a hyper-relevant experience based on the user’s location, friends, history and profile.

“Engineering Serendipity”

Serendipity has been the perennial favourite buzzword in the valley since the start of the Foursquare/checkin era. This year the talk was around how to use the wealth of location-aware activity data streams available via services such as Foursquare or Facebook Places to create meaningful online or mobile experiences that enhance real-world experiences. One such service, Meet Gatsby, is using Foursquare checkins to introduce people to each other who are nearby each other and share common connections or interests.

Everyone seemed vaguely aware of the obvious paradox in “engineering” serendipity: the deliberate, conscious attempt to spark or even force spontaneous events…

Like a local

Everyone wants to feel like they’re a “true local”. That’s a promise we’ve been trying to fulfill with Nokia Maps for over three years. Now, the trend has hit the mainstream more than ever with tons of startups focussing on building experiences that combine user’s local knowledge with their location, profile and social graph to provide local place recommendations, directions and stories.

These services will build on the successes of products like foodspotting and Yelp to harness the power of the crowd to collect stories, photos and moments that allow people to see the world around them through the eyes of the locals. Review services like Qype, Yelp and so on have of course been around for ages… new services will combine reviews and photos with social connections and user profiles to provide better recommendations of places and things to do. We also see other services coming up that don’t focus specifically on place discovery: services like Lumatic, which focuses on providing contextual, natural pedestrian directions using photos, landmarks and stories as the essential wayfinding descriptions.

As mentioned above, the success of these products will be based on much more than building a huge database of content: content itself will not be enough. Successful services will augment various content types with social, location and activity information to provide more meaningful, immersive and contextual experiences.

Big Data

As the available public and private datasets become ever-larger, crunching the data to find the meaning and connections is key. As such, a big focus has been on dealing with large datasets. Specifically, Hadoop and Pig were talked about a lot.