• Skip to primary navigation
  • Skip to main content

Mark Proctor

Mark Proctor's Website

  • Lean Product Development
  • Lean Software Development
  • Marketing
  • About
  • Experience
  • Contact
  • Show Search
Hide Search

Lean Product Development

How To Win At Product Discovery

November 30, 2017 By Mark Proctor

You need to know who your product is built for. It cant be for everyone. Capture your audiences attention by clearly communicating what your product does now. Forget the long term vision.

“Marketing is about values. It’s a complicated and noisy world, and we’re not going to get a chance to get people to remember much about us. No company is. So we have to be really clear about what we want them to know about us.” – Steve Jobs

Only 20% of brands worldwide are seen to meaningfully and positively impact lives. Many organisations are waking up to the fact that articulating their values and mission is not to be dismissed. Communicating how your brand brings its core values to life is critical for your companies reputation, employee productivity and ultimately profit.

Start with a niche

Building something for everyone at the start is incredibly difficult. It’s better to focus on a niche and form a critical mass of users, rather than trying to appeal to everyone. Facebook started just for Harvard students, then all universities, then universities in other countries – finally ending up with everyone in all countries! – well almost everyone.

Why empathy matters

Empathy is our capacity to relate to each other on a fundamental level: to understand other people’s feelings and to take the perspective of the other person.

The most profound challenge in product development is to understand the needs of users. Without this, our chances of creating a successful product are slim.

There are numerous techniques to help uncover user needs—eg direct observation, interviews, focus groups and surveys – none of them are useful if we do not empathise with the people that will use our product. We need to get in touch with their feelings and thoughts.

What we don’t want to become is a feature factory – churning out MVP after MVP, without ever knowing why some features or products stick and others don’t.

Meet your users face to face

Meeting real users regularly should be part of every product persons job. Unfortunately, that’s not always the case. Often we are shielded from the users by other departments.

Without meeting the beneficiaries of our product, we cannot understand their feelings and needs. Worst case; we have assumptions of what users might need based on hearsay and half-knowledge -not on personal experience and insight.

Discovery & framing

Discovery and framing is critical to help define the MVP. You may have a product idea in mind, but dont jump right into defining the product requirements and building the product – before having validated your ideas.

Create an MVP which is small enough to validate your product value proposition. The D&F process is to ensure that you are building the RIGHT product before wasting time building it. Lean Startup practice encourages iterative “Build, Validate, Learn” cycles.

Discovery strategy

As Thomas Berger said “The art and science of asking questions is the source of all knowledge”.

During the discovery process we need to ask questions to give us clarity on what we are building for our MVP. Here are examples of questions you should be asking.

–Messaging

What key messages need to be communicated? What’s the one thing that we want people to think / feel / do?

-Audience

Who are we trying to communicate to? Who are your primary/secondary/tertiary audiences? Why? Is that different from your desired audience? What are their demographics? Why would they come to visit? When do they come? Why would they come back?

-User journeys

Who are the users of the feature? What are their different needs? What do we want them to do? What are the current barriers? How can we increase customer satisfaction? How can we generate loyalty? How can we drive conversion?

-Functionality

What types of functionality beyond static content pages is required? Why is it needed? How will this functionality achieve our business objectives?

-Usability

What are the requirements for us to do user testing? What devices are we supporting? What browsers are we supporting? What platforms are we building for?

-Creative

Look & feel – What creative have we seen that we like? Are there existing solutions from competitors that we like that would provide creative insight into a desired look and feel? Is there an emotional end-state we’d like to have our audience walk away with?

Have a clear process

You need to have a repeatable process that you organisation can buy into and is repeatable. A nice acronym is PESP…

Problem Definition

Exploring

Solutioning

Prototyping

1) Problem definition

Whats the goal here? Why are we doing this? Are there unmet consumer needs? What are the goals for this new feature? What are the KPI’s? These questions are tough to answer if we don’t really know our users. We need empathy with our audience first.

2) Exploring

product discovery whiteboard
So you have all of your opportunities laid out? Now hold a session where explore possible ideas and solutions that are related to those opportunities. You are coming up with a variety of ways your new feature could resolve user pain points.

Sketch out variations on a whiteboard and take photos for future reference.

3) Solutioning

From the solutions identified, decide which one best solves the problem. There will likely be multiple solutions for a problem; the purpose of this exercise is to determine which is best.

4) Prototyping

The protyping phase is where you create a visualization of your app. Build an interactive and clickable sample of the product experience to demonstrate how it will work ideally using a mocking tool such as Balsamiq – avoid writing code if possible!

Once you have a working prototype created, validate the product by conducting user testing. Ask colleagues to test first – then real users. Collect feedback on your prototype – how people interact with it, the issues they are running into and what they say about the experience. Take the feedback back to the team and inspect and adapt your solution.

Product Development Secrets From Songkick

November 28, 2017 By Mark Proctor

What is Songkick?

Songkick is a concert discovery service that helps you track artists and buy tickets for live music events.

Michelle You is Co-Founder of Songkick. At the Future of Web Apps Conference Michelle outlines Songkick’s process.

Time is your enemy

In a startup, youre under constant time pressure. You don’t have time to waste building the wrong thing but youre not Steve Jobs so how do you know what to build? The answer; Product Discovery.

Speed of learning

You need to learn about your users as fast as possible. Speed and quantity of learning is everything.

Product leadership trio

At Songkick the product discovery process is lead by the combination of the Product Manager, Design Lead and Tech Lead. The business needs, user needs and the technical engineering aspects of the product discovery process are discussed by the trio for an hour after the daily standup – the agenda – how do we move the product discovery process forward?

Songkick’s Product Discovery Layers

Songkick breaks down their product discovery process into layers. They always follow the process from bottom to top. Theres no point testing the colour of buttons if you don’t understand the customers problem you are trying to solve!

Get cheap and fast feedback

Quantitative and qualitative feedback methods are part of Songkick’s Toolkit. – What people are doing with your product?

a) Analytics

Data can give you answers to this question. Eg. Whats your conversion rate at this step? Where are people dropping off?

b) Real time behaviour feedback

Crazy Egg is used to work out hot spots and how far people are scrolling down a page

c) A/B tests

Split testing will prove which version of a page will perform better

d) In app feedback tools

Qualaroo for surveys and Olark – which can pop up while users are on Songkick and ask questions; eg Why did you come to the site today? What were you looking for on this page?

e) Mock up and click tests

You can tell if an interface is working without writing any code with tools such as Helio and Usabilla.

f) Remote usability tools

Songkick also use remote usability testing solutions eg usertesting.com and whatusersdo.com

g) Face to face

Michelle’s favourite method for user feedback; sitting down with users face to face and asking questions.

Real example product discovery process for Detour

Detour is a marketplace for fans – where fans can make pledges to bands to appear in a certain city.

Before building anything Songkick conducted interview with agents, artists, promoters and venues. During dozens of interviews they asked the same questions and recorded answers. Then the team looked for patterns in the results in order to determine what problems the industry has.

Questions included

What is the process an artist goes through to book a tour?
What are the interactions between the stakeholders in the process?
What are pain points and frustrations?

Customer discovery interview tips

Write an interview script and repeat for every interview?
Ask open ended questions and listen
Ask respondents to tell you stories about specific experiences – not generalisations
Dont ask respondents to predict future behaviour
Pair interview with a colleague
Transcribe audio into text

Synthesize interviews into nuggets of insights

From studying the interview transcripts – the team looks for patterns within the answers given. They distill these into golden nuggets of insights and feed those insights back to the wider team.

Product proposition landing page tests

Having identified the customer problem. How do we know what solution to build? Landing page tests provide a very quick way to test a product proposition.

By summarising a proposition into a single line of text with a ‘pre-sign up’ capture form is a great method to glean resonance with customers. Split testing different headlines helps the team to work out the best performing ideas and language.

What if the new feature doesn’t work?

The first step if a product isnt performing as planned is to diagram their funnel. They do this by screengrabbing every step in the users process to perform an action.

Next the product trio came up with a list of questions about the funnel for users engaging with their new feature. The key was to work out – where are people dropping off in the funnel? Then try to diagnose the problem eg is this a usability issue or do people don’t know what to do?

On all the key pages of the funnel the questions raised by the team are then converted into analytics events that will fire on key events on each page eg clicking submit.

Why is the feature not working?

The data is telling Songkick “what” is not working. Usability labs are used to determine the “why”.

It turns out users didn’t add their credit card to pledge to artists because they didn’t realise they had to.

How to fix the problem?

Songkick forms a team – including people outside the core product team – in a group setting called a design studio.

Design studio tips

Frame the problem clearly
Give participants time to come up with their own ideas before meeting in a group
Agree on the best ideas and prototype different options

A/B Testing

The final stage of finding a new solution is to run split tests. Songkick don’t just run random tests. They follow a template for each variant.

If…
Then…
Because…

Each split test result is recorded. Once the tests are run and a winner is chosen. The final version is implemented and the code for other variants are removed.

In conclusion

Songkick manage 3 to 4 product discovey tests a week. The speed and quantity of learning is key. Ultimately the product team is looking for the cheapest and fastest way to get feedback.

10 Steps To Agile Product Development Success

October 17, 2016 By Mark Proctor

10-steps-to-agile-product-development-success4___selected

1) Establish customer-defined value

There are 3 types of customer value; desired value, perceived value and wasted value. Desired value refers to what customers want in a product. Perceived value is the benefit that a customer believes they have received from a product after it was purchased. In the product development context we need to laser target customer defined value. The ability of a product development team to focus on high value features and eliminate low value features is what separates the best from the rest

2) Front-load the product development process

Anyone who participates in the product development is familiar with the agony of late-stage changes, or loopbacks. Development teams strive hard to avoid them, yet almost all practitioners consider loopbacks as inevitable, and even plan for them. But reworking a product late in development is always best avoided. By adopting a front-loaded development process we put together cross-functional teams from the very start of the project. Teams consist of capable representatives from all functions necessary to bring a product to market: sales/marketing, product engineering, software development, creative and finance. The key is to ensure that all viewpoints are considered from the early stages to avoid unexpected ‘realisations’ late in the process.

3) Organise to balance functional expertise and cross-functional integration

Strategic cross-functional management is central to capitalising on functional excellence, and in order for functional specialists to make the greatest possible contribution, they must take a broader view of their functions and understand how they fit into the web of the organisational processes and, ultimately, into the overall product development strategy.

4) Develop massive competence in all team members

To excel at the talent-driven business of product development, an organisation must have highly-skilled, capable and motivated people. To achieve a successful agile process everyone working in product development must do his or her job correctly and on time. One weak link can disrupt the precise timing and grind everything to a halt. To prevent this disruption a company must be willing to make major investments in the process of selecting and developing technical competence in all of its employees.

People learn best from a combination of direct experience and mentoring. Excellent engineers that fit in with a high-performance product development processes do not arrive ready to handle important projects; they are built slowly and from scratch. Implement rigorous selection and training processes to support your product development function.

5) Fully integrate clients into the product development system

Projects involving gathering large volumes of complex client requirements upfront often struggle. Product requirements often occur during the product development process itself. Active Stakeholder Participation describes the need to have on-site access to people, typically end users or their representatives, who have the authority and ability to provide information pertaining to the system being built and to make pertinent and timely decisions regarding the requirements, and prioritisation thereof.

6) Build in learning and continuous improvement

Insanity is repeating the same process over and over and expecting different results. If you want to solve the problems that you are having, and deliver more value to your customers, you have to change the way you work. Agile promotes the usage of retrospectives: To help teams to solve problems and improve themselves. An agile retrospective, or sprint retrospective as Scrum calls it, is a practice used by teams to reflect on their way of working, and to continuously become better in what they do.

The whole team attends the retrospective meeting, where they inspect how the iteration (sprint) has been executed, and decide what and how they want to adapt their processes to improve. The actions coming out of a retrospective are communicated and reflected in the next iteration of the product.

7) Build a culture to support excellence and relentless improvement

The quest for excellence is similar to dieting -there are thousands of plans, but in reality none of them work very well, at least without a strong commitment from the top. According to research between 60 and 90 percent of organisational change initiatives fail. Making the changes that lead to excellence is not an overnight job, its a long process that often means rewiring an organisation’s DNA.

Change begins with asking what you want your company to do and what your company could be. The greatest skill a company can develop is the ability to harness the ideas and wisdom of its employees and apply them to a grand vision. Launch a program that trains your employees in the art of feedback. Encourage staff to give and receive feedback on a daily basis. Survey employees anonymously. Create an employee survey that asks detailed questions. Creating a climate in which employees can express criticism without worry is essential.

8) Adapt technologies to fit your people and process

Organisations around the world are trying to find ways to accelerate product development, seeing this as a way to achieve competitive advantage. Often their efforts to speed up the product development process focus on introducing advanced technology. Successful utilisation of new tools and technology depends on the ability to customise them in a way that makes integrate seamlessly into the company’s existing processes. Thought leader in Lean Product Development; Toyota – has had the foresight and discipline to customise tools and technology to fit within a broader framework, one that includes people and processes.

“The first rule of any technology used in a business is that automation applied to an efficient operation will magnify the efficiency. The second is that automation applied to an inefficient operation will magnify the inefficiency.” — Bill Gates, president and CEO, Microsoft.

9) Align your organisation through simple visual communication

Use internal communications to align your employees with customers. Create “profiles of typical customers, complete with photos, demographics, likes and dislikes—including what TV shows they watch and even foods they eat. Customers now become vivid, tangible and front of mind. Share the personas frequently with relevant teams – this can be in conversations, newsletters, or through digital signs in your offices.

“The best way to help team members focus on customers? Bring customers to life.” — Alison Davis, CEO & Founder, Davis & Company

10) Use powerful tools for standardisation and organisational learning

Renowned Masters of Lean – Toyota – attribute their core competitive advantage to organisational learning. While competitors are working on becoming lean, Toyota’s lean system continues to evolve because the company has built learning and evolution into its systems.

In an agile product development process, tools and technology can nurture and sustain human learning. But this can occur only if engineers with “towering technical competence” in specific functional areas take responsibility for using the tools to develop standards that become the company’s new (and ever-evolving) best-known way. Leadership is responsible for empowering employees to continually challenge and improve the standards until they become new standards. Whether these tools are manual or digital, employees must take ownership of their tools. This ownership at all levels creates and cultivates a learning organisation.

What Is Agile Product Development

October 17, 2016 By Mark Proctor

what-is-agile-product-development3___selected

In February 2001, seventeen software development thought leaders met to find common ground in a ski resort in Utah. There was a realization that an alternative to the documentation driven, heavyweight software development processes that dominated the industry was required. What emerged was the Agile Software Development Manifesto.

The 4 core values of Agile

The core values of the Agile Manifesto agreed upon by the agile alliance are…

1) We value individuals and interactions over processes and tools

2) We value working software (or any product) over comprehensive documentation

3) We value customer collaboration over contract negotiation

4) We value responding to change over following a plan

In order to succeed in the new economy, companies need to rid themselves of slow and bureaucratic processes. Agile is a time boxed, iterative approach to software development that builds software incrementally, instead of delivering it all at once near the end of a project. Agile development helps teams to cut waste, shorten development cycles and increase customer value.

Benefits of Agile

Transitioning to agile is often not easy. However, the benefits of doing so outweigh the cost in the long term. Organizations that have made the switch to agile report the following benefits

1) Higher productivity

2) Higher quality

3) Reduced time-to-market

4) Improved stakeholder satisfaction

5) Increased job satisfaction

6) More engaged staff

Because of its emphasis on communication and collaboration, teams are strengthened and can work more effectively when managing deadlines. Constantly evolving projects allow team members to quickly adapt tasks to meet the varying demands of customers and the business. Delivery of initial business value is accelerated and the incremental value becomes baked in to the project as it progresses.

A strong leader is required to ensure proper delegation to appropriate members of the team. Each team member should deal with tasks and issues which reflect their abilities and skills. This means less stress for other members and better project completion levels. Ultimately in a client driven context; customer satisfaction increases. From a commercial perspective delivering high quality products faster can lead to higher revenue and profits.

Is Agile just for software development?

While the term “Agile” originated from software development, it has in more recent years been broadened to refer to a methodology to deliver any product, not just software. The philosophy around collaborative work in iterative environments where teams continuously inspect and refine is suitable for many types of product delivery.

The ability to inspect and adapt, reflect and refine, and efficiently and effectively manage the changes that inevitably occur is what makes agile stand above other forms of product development methodology.

Key roles in an Agile team

Product Owners; The Product Owner determines what needs to be built in the next 30 days or less often called a sprint.

Development Teams build what is defined in the current sprint. Then the team demonstrate what they have built. Based on the demo, the Product Owner determines what to build in the next sprint.

Scrum Masters; The Scrum Master role is similar to that of a project manager but the position is more product and people focused than a traditional waterfall PM. The Scrum Master must ensure the development process runs as smoothly as possible- removing impediments, continually optimising the process, engaging with the team and the product being created.

Scrum is a popular agile methodology whereby there can be three primary roles, which demonstrate the collaborative and team-based nature of the agile approach:

Characteristics of a successful Agile project

Imperative when choosing to develop using an agile approach in your company is communication. Letting the people in your team clearly know throughout the project what needs to be done and for when – underpins the agile process.

1) Sprints are 4-12 weeks long depending on the project

2) Face-to-face communication is prioritised over product documentation

3) Teams are co-located in the same building

4) The end product is clearly envisioned

5) Tasks have specific deadlines

6) Everybody knows what they should be doing

Agile methodologies

There are different process frameworks within agile. Each agile method is focused on different aspects of the software development life cycle. Some focus on the development practices (eg XP), others focus on managing the software projects (eg Scrum). Some approaches provide full coverage over the development life cycle (e.g. DSDM, RUP).

Popular agile software development methods or process frameworks

Adaptive Software Development (ASD)

Agile Modeling

Agile Unified Process (AUP)

Business Analyst Designer Method (BADM)

Crystal Clear Methods

Disciplined agile delivery

Dynamic Systems Development Method (DSDM)

Extreme Programming (XP)

Feature-Driven Development (FDD)

Lean Software Development

Kanban

Scrum

Scrumban

  • « Go to Previous Page
  • Go to page 1
  • Interim pages omitted …
  • Go to page 4
  • Go to page 5
  • Go to page 6

Mark Proctor

Mark Proctor - Copyright © 2025 - Privacy