Book review: “The Lean Enterprise”

Most of the product people or businesses that I speak to all seem to want one thing: to be ‘lean’. They all nod when you talk about wasting resources on making products that no wants to buy. They’ve picked up on the approach adopted by many successful startups who have got the capacity to learn and adapt rapidly to what customers want.

However, large corporations have struggled to adopt ‘lean’ practices and to create a culture in which the focus is on “continuous learning”. Are big corporates geared towards releasing products in small iterations and accepting failure in the process? Trevor Owens and Obie Hernandez have published The Lean Enterprise, which is about large corporations adopting a lean startup mindset and which provides practical tools on how to best do so.

Why The Lean Enterprise? What is it?

“Why do large companies need to adopt a lean attitude to product development?” is the first question that the “The Lean Enterprise” raises.  Here are some common characteristics of large companies :

  • Need to improve speed to market
  • Losing against faster, more nimble competitors
  • No room for innovation or quick response to market or consumer changes
  • A culture of “decisions take ages” or, worse, “things don’t get done around here”

I guess the main message which underpins “The Lean Enterprise” is that big businesses need to adopt “lean” practices which have been adopted by lots of (successful) startups.

“Lean Startups” (a term coined by Eric Ries in the eponymous book) are geared towards determining “product/market fit” in the quickest and most efficient way possible. “The Lean Enterprise” is all about big businesses becoming more like lean startups.

But can large companies really become leaner?

The main premise of “The Lean Enterprise” is that large enterprise can:

  • Create or acquire a company which is like a large company’s ‘lean playground’
  • Act like a “lean startup” by applying lean startup practices

I agree with Owens and Hernandez’ point that large corporations at their core are not geared towards fast pace innovation. To overcome this, the book suggests creating an “Innovation Colony” via internal incubation, acquisition or investment:

“An innovation colony is an outpost where entrepreneurially minded employees and talented marketers, engineers, and designers from outside the enterprise can build new products and services, bring them to market and, share in the fruits of their success.”

However, the idea of an “Innovation Colony” seems to be closely modeled to “Skunkworks”, which dates back to the Fifties. The Skunkworks concept has had varying degrees of success. Even if large businesses succeed in creating an autonomous unit, I wonder if the mindset and autonomy is really there for these skunkworks to launch great innovative products.

How do you inject a lean mindset of experimentation and ‘failing fast’ into organisations that have a long lasting legacy of a slow speed to market or a well ingrained culture of bureaucracy. The Lean Enterprise provides a lot of detail around lean concepts such as “product / market validation” and “innovation thesis”, but I wish it could have elaborated more on the mindset required to be be truly lean and autonomous.

I wonder if it might not be easier to create a lean mindset in-house and across the organisation, rather than going down the route of creating a skunkworks unit where the large company issues might still resurface. I would love to know more about how to best tackle some of the aforementioned problems ‘at source’ and at scale.

How do you transform a large company with an ‘oil tanker mindset’ into a nimble speed boat? What does it take to get people to buy into such a transformation? I expected The Lean Entrepreneur to focus more on such questions, as I am just not convinced that creating an Innovation Colony is the best way to making large companies more lean. Having listened recently to a talk by Shah Shelbe in which he spoke about introducing an entrepreneurial mindset into large corporates such as Boeing, I’m curious to find out more about best ways to transform cultures and mentalities of large companies, making them more nimble and entrepreneurial.,204,203,200_.jpg


Tags: , , , ,

App review: Amazon Seller App

How do the likes of eBay, Amazon Handcraft, Notonthehighstreet, Rakuten and Etsy go about supporting the small businesses who sell products through their platforms? What are some of the typical data and customer insights that these sellers benefit from and why? Amazon recently launched its Seller App aiming to “help grow and manage your selling business on Amazon.” I had a quick look at the Amazon Seller App and these are my initial thoughts:

  1. How did the app come to my attention? – Since I’ve started working on online marketplaces I tend to keep an eye out for new technology and tools available to the sellers on these marketplaces.
  2. My quick summary of the app (before using it) – I expect a mobile app, which helps sellers to keep a close eye on their sales figures and manage their orders.
  3. How does the app explain itself in the first minute? – The first screen of the app asks me to select my marketplace (see Fig. 1 below). It doesn’t provide any further context but I presume that if you’re an active seller on Amazon you might not need any further info.
  4. Getting started, what’s the process like? – I’m not a seller on Amazon, but looking at some of the screenshots and the data provided, I can imagine that sellers will find it relatively easy to use the app (see Fig. 2 and 3 below). What I’m curious about though is the data syncing between devices, making sure your sales data is as ‘real-time’ as possible. I also couldn’t get a sense of whether (and how well) the Seller App integrates with Amazon’s Mobile Credit Card Reader.
  5. How does the app compare to similar apps?  The Amazon Seller App feels very similar to the Sell on Etsy app and SellerMobile. For example, the Etsy app enables sellers to manage their open orders and revisit completed ones on the go (see Fig. 4 below). The Etsy app also offers sellers the opportunity to check their Etsy shop and product views, but I’m not sure whether this analytics feature is included in Amazon’s Seller App.
  6. Did the app deliver on my expectations?  Yes, based on what I could tell from the screenshots and app description. The app looks the provide the key stats and insights that marketplace sellers tend to be interested in. What I could not tell from the screenshots is how the app facilitates sellers who sell on multiple marketplaces, for example in the UK and the US. I know this is a reality for lots of small businesses and it would be good to find out how the user interface of the Amazon Seller App accommodates for this use case.

Main learning point: The Amazon Seller App looks fit for purpose, providing sellers with key sales information that’s visual and easy to manage on the go. Analytics and multiple marketplaces are two areas where I’m not sure how (well) they are covered by this app. However, if you sell products through Amazon and want to keep a close eye on your orders and sales, then this app should give you the key information to help you manage your activities on Amazon’s marketplace.

Fig. 1 – Screenshot of opening screen on Amazon Seller App (iOS)



Fig. 2 – Screenshots of Amazon Seller App (iOS) – Taken from:

Amazon Marketplace

Fig. 3 – Screenshot order detail view on Amazon Seller App (iOS) – Taken from:

Amazon product detail


Fig. 4 – Screenshot of the ‘Sell on Etsy’ App – Taken from:

Screen Shot 2015-07-05 at 15.22.33


Related links for further learning:


Tags: , , , , ,

Book review: “The Checklist Manifesto”

Before I tell you more about “The Checklist Manifesto” written by Atuwal Gawande, a US-based surgeon, I feel I need to make a confession: I LOVE check and to do lists. The Checklist Manifesto therefore felt like the right book for me to read since it explains the role and value of checklists. In this book, Gawande makes it clear that checklists potentially to all kinds of professions, whether you’re a surgeon or a greengrocer. These are the main things that I leaned from reading The Checklist Manifesto:

  1. Why checklists? – As individuals, the volume and complexity of the know-how that we carry around in our heads or (personal) systems is increasingly becoming unmanageable. Gawande points out that it’s becoming very hard for individuals to deliver the benefits of their know-how correctly. We therefore need a strategy for overcoming (human) failure. One the one hand this strategy needs to build on people’s experience and take advantage of their knowledge. On the other hand, however, this strategy needs to take into account human inadequacies. Checklists act as a very useful as part of this strategy.
  2. What makes a good checklist? – Gawande stresses that the checklist can’t be lengthy. A rule of thumb that some people use is to have between 5 to 9 items on a checklist in order to keep things manageable. The book contain some good real-life examples of how people go about starting their checklists. For example, looking at lessons learned from previous projects or the errors known to occur at any point.
  3. How to use a checklist – I believe that the key thing to bear in mind when using checklists is that they aren’t supposed to tell you what to do. As the book explains, a checklist isn’t a magic formula. Instead, having a checklist helps you at every step of the way, making sure you’ve got all the crucial info or data required at each step. Also, a checklist is a critical communication tool, as it outlines who you need to talk to (and why, what about) at each step of the way. Gawande also highlights the value of the ‘discipline’ that comes with having a checklist, the routine that’s involved in having a checklist. I’d add to this that a checklist can be a great way of identifying and mitigating risk upfront.

Main learning point: It may sound obvious to some, but having a checklist helps to get more control over projects or processes as well as learn from past mistakes or learnings. “The Checklist Manifesto” by Atuwal Gawanda provides a good insight into how checklists can be used effectively, using a wide palette of real-life examples to illustrate the value of having a solid checklist in place and using it continuously.


Checklist Manifesto

Leave a comment

Posted by on July 1, 2015 in Agile, Product Management


Tags: , ,

Interviewing customers to explore problems and solutions

I recently learned more about the distinction between ‘problem interviews’ and ‘solution interviews’, when interacting with your customers. The problem interview is Ash Maurya’s term for the interview you conduct to validate whether or not there’s a real problem that our target audience has. In contrast, the goal of a solution interview is to find out what features you need to build in order to solve the customer problem(s).

In the problem interview, you want to find out 3 things:

  • Problem – What problem are you solving? For example, what are the common frustrations felt by your customers and why? How do their problems rank? Ask your customers to create a top 3 of their problems (see the problem interview script in Fig. 1 below).
  • Existing alternatives – What existing alternatives are out there and how does your customer perceive your competition and their differentiators? How do your customers solve their problems today?
  • Customer segments – Who has these problems and why? Is this a viable customer segment?

Reading Javier Sandoval’s post titled ‘You’ve Been Doing Your Customer Problem Interviews Wrong’ was a great a reminder of some common mistakes that can easily be made when conducting problem interviews (see Fig. 2 below). For example, I know from experience how easy it can be to loose sight of learning and focusing purely on validating assumptions instead.

In the solution interview, you want to find out 3 things:

  • Early adopters – Who has this problem and why? How do we identify and engage with early adopters? (see Fig. 3 below)
  • Solution – How will you solve their problems? What features do you need to build as part of your solution, why?
  • Pricing/Revenue – What is the pricing model for your product or service? Will customers pay for it, why?

With solution interviews, I’ve learned over the years to listen a lot when it comes to exploring solutions, as you don’t want to guide your customers towards a solution that you’ve got in your mind or have a prototype for. You might want to have a quick look at this great article titled ‘3 common mistakes during user interviews’ or my earlier blog post about effective user interviews to find out more common mistakes.

Main learning point: The distinction between problem and solution interviews is a very helpful one. Whether you do one or the other (or combine the two) thinking upfront about the nature and outcomes of your interviews will help ensure you ask the right questions, listen and avoid common interview ‘pitfalls.’

Fig. 1 – Outline of a problem interview script – Taken from: Ash Maurya – Running Lean


Fig. 2 – Common mistakes when conducting problem interviews – Taken from:

  1. Only interviewing. Ask to observe them working. ASK TO DO THEIR JOB. Then do it. Use their products. Go to their events. Read what they read. BECOME YOUR CUSTOMER.
  2. Going in with the mentality of validating, not learning. “But isn’t the point to ‘validate our assumptions,’ Javier?” Yes, but all too many times I’ve seen entrepreneurs act like lawyers, and not reporters. Instead of only looking for evidence that validates their hypotheses, founders must also try to disprove their assumptions. An investigative reporter builds up both sides, and focuses on learning. A lawyer always thinks they’re right and only appreciates what supports that dogma.
  3. Interviewing multiple people at once, which produces group think and creates an environment where customers can’t be honest nor personal. If you’re building a product for couples, interview each lover separately. If the whole company wants to talk to you in a meeting atmosphere, say no. No to focus groups!
  4. Focusing too narrowly in the beginning. Cast a wide net with customer segments. Interview each potential segment at least 5 times, then get rid of the least responsive, and do another set of five interviews with each segment and lose the least responsive, then repeat until you’ve identified the most viable target segment.
  5. Recording the feedback and leaving out the customer’s habits. Don’t ask customers what they want. Measure what they do. If they say, “Oh, yeah, I do that a lot.” Ask, “Can you be more specific? Around how many times? When most often?” Remember, you have to make what they’re ALREADY DOING, easier. If they’re not doing it often, they must not care.
  6. Not asking How, When, Why enough. You have to investigate problems to their elements. If they say that they don’t like their current solutions, why? “What about it? Can you describe the last time it bothered you specifically? How often do you use the solution? What do you like about it? Why?” Then Why? again. Strip the problem to its job-to-be-done.
  7. Leaving out the product ecosystem. A BVL team seeks to solve the problem of people overhearing your phone conversation. They need to learn about what other phone products people buy, not just direct competitors. What attachments do they own? If they own none, why? Where did they acquire their phone case? Why that one? How do they carry their phones? They need to learn all of this in order to build a product that’s native to its ecosystem.
  8. Only interviewing direct users. Your customers customers are your customers. Let that sink in. Yes, Draft, a product that helps writers incorporate edits easily, makes money off writers, but the founder needs to learn the perspective of the people with whom those writers share their work. What problems do they encounter when sharing edits? What does the problem look like from their perspectives? If they hate editing articles with Draft, writers won’t use it!
  9. Asking customers what they want. Customers are THE EXPERTS about the problem, but not the solution. That’s the entrepreneur’s job. You go to them to learn about the problem, but it’s up to you to come up with the solution. Abstain from growing the feature list; learn which features mean the most then shorten the feature list, don’t build it.
  10. Shying from strong calls-to-action. If customers say they want this product asap, ask for an advanced payment and provide a money-back guarantee.
  11. Asking, “What solutions do you use to solve this problem?” because clear solutions may not exist. Customers may be working around the problem without realizing it: people emailed themselves files before Dropbox. In place, ask, “How do you go about solving the problem.” What they reply may not be a traditional competitor, but if that’s how they’re solving the problem, you better damn well pay attention. Think of email and Evernote. Although email doesn’t seem like a direct competitor to Evernote, a lot of people create drafts to quickly jot something down.
  12. Asking specific questions. You don’t know what the right questions are to ask, so let them talk! You just listen and ask Why and When and How and How again and Why again. WHY and HOW should be 80% of questions. Ask about their workflow and listen. If it’s important, they’ll mention it.This is the same reason why I hate surveys.
  13. Skipping the big hypothetical questions: “If you could have a magic wand and change anything, what would it be?” Sounds silly, but customers’ large scale answers tell you what they prioritize “What’s the biggest pain in this situation?” “How much does this problem cost you (in terms of lost revenue, customers, time, frustration)?” “What should I read to learn about this industry? Whom should I know?”
  14. Learning only about the problem. You need to validate segments and channels, too. Learn about your customers. Not only demographic data, but personal information. Do they believe people similar to them have the same problem? Why? Who do they believe has the problem most? Then the channels: how do they hear about similar products? What industry blogs or sites do they learn from? Where do they go to try to solve similar problems?
  15. Failing to discover true customers. In businesses and organizations, the person using the product may not be the one who pays for it. Interview the decision maker. How do they decide? How do they learn about products? How do they learn if something’s working or not working if they’re not the one’s using the product? How do the actual users convince them to get new products? Also, influencers may exist in addition to users and purchasers. How can they influence the decision makers? What do they think of the problem?
  16. Forgetting to ask for a follow-up or a referral. Just stupid.
  17. Emailing and asking for interviews incorrectly.
  18. Not building personal relationships. Build a feedback loop so you create evangelists. You’ll need the feedback of these customers later with demos, prototypes, and MVPs, but you also want them rallying behind you. That’s why you meet in person, that’s why you pay for coffee. Email them out of the blue to see how they’re doing. Personally send them interesting articles or helpful links. Follow them on Twitter or Facebook and chat them up.

Fig. 3 – Outline of a solution interview script – Taken from: Ash Maurya – Running Lean


Related links for further learning:




Tags: , , ,

Experience Mapping – Learning from Adaptive Path

I do User Story Mapping. I do Impact Mapping. And I’ve recently added another forming of ‘mapping’ to my arsenal: “Experience Mapping.” I learned about Experience Mapping through this very helpful guide by Adaptive Path. An Experience Map is useful tool for capturing and presenting key insights that occur across user experiences with a particular product or service. Similar to user story mapping, an experience map helps to gain a better understanding of ‘how’ and ‘why’ people interact with your product or service.

Adaptive Path’s Guide to Experience Mapping contains some useful definitions (see Fig. 1 below) as well as the four key steps involved in creating an experience map (see also Fig. 2 below):

  1. Step 1: Uncover the truth  This first step in creating an Experience Map is to study customer behaviour and interaction across channels and touchpoints. Typically this comes down to making sense of a whole heap of data – both quantitative and qualitative (see Fig. 3 below). For instance, if you’re looking to understand how customers engage with your mobile app to purchase an item, it’s worthwhile to look at all the existing data you can gather, varying from analytics data to user interviews or complaints. Don’t expect your initial data to be very organised, but you should be able to start spotting themes and patterns quickly. Keep in mind the following perspectives: what’s the customer doing, feeling and thinking.
  2. Step 2: Chart the course  When outlining the Experience Map, the key thing is to make it a collaborative experience by getting all the relevant ‘stakeholders’ to go over the experience map and the research that you’ve done. The main components of the experience map framework are: the lens, the customer journey model, and the takeaways (see Fig. 4 below)and I’ve included some great examples of effective Experience Maps (see Fig. 5 -7 below). Running an Experience Mapping Workshop is a great way to get people involved in charting the course and the guide provides some great recommendations on how to best facilitate an Experience Mapping Workshop (see Fig. 8 below).
  3. Step 3: Tell the story – Adaptive Path stresses the importance of deciding early on what is and what isn’t going to be involved in the story that you’re looking to tell.This means separating important insights from nice-to-have details, while identifying the relative priorities among your building blocks. Take a moment to evaluate your work and identify the key components of the story your map will tell. Adaptive Path provides some useful suggestions for how to best reach the end of the user journey successfully: (1) have a point of view, (2) consider your audience and (3) design for impact (see Fig. 9 below). Sketching your story is good way of visualising and fleshing out your story.
  4. Step 4: Use your map – Having a nice Experience Map is no good if you don’t share it widely across your organisation and use it as an ongoing reference point for your product development process and product decisions. Adaptive Path provides some great pointers for ‘next steps’ once you’ve a got an Experience Map in place. For example, you can use your Experience Map as a tool to assess product opportunities or making product decisions (see Fig. 10 below).

Main learning point: I learned an awful lot from Adaptive Path’s approach to Experience Mapping and creating such maps is a great way of capturing insights and interactions across the user journey.

Fig. 1 – Key definitions related to experience maps – Taken from:

  • Channel  A medium of interaction with customers or users. Print, the web, mobile, voice calls, and brick and mortar locations are all common channels for reaching out to and interacting with customers. A channel defines the opportunities or constraints of a touchpoint.
  • Touchpoint – A point of interaction between a person and any agent or artefact of an organisation.These interactions take place at a certain point in time, in a certain context, and with the intention of meeting a specific customer need. Create a shared frame of reference around the customer experience. Build organisational knowledge of customer behaviours and needs across channels.

Fig. 2 – A graphic overview of the key four steps involved in experience mapping – Taken from:

Screen Shot 2015-06-11 at 21.32.28

Fig. 3 – The building blocks of experience mapping – Taken from:

Screen Shot 2015-06-11 at 21.36.25

Fig. 4 -The main components of the experience map framework – Taken from:

  1. The lens – The lens is an overriding filter through which you view the journey, such as a persona, more general experience principles, or a value proposition.
  2. The customer journey model – The customer journey model depicts the range of interactions customers have across channels, touchpoints, time, and space in pursuit of satisfying one or more needs.
  3. The takeaways – The takeaways summarise key findings from the experience mapping process. The moment you conceive of a plan to map the customer journey, you need to chart a course to actionable results. The takeaways signal which way you are recommending the organisation head next. Your takeaways could include: → Strategic insights → Recommendations → Design principles. Takeaways are typically added to the map late in the process, once you have begun to pivot from understanding the current state of your customer experience to envisioning the future state. There are different takeaways you could include, but they should answer the questions “So what?” and “What now?”

Fig. 5 – Example of an Experience Map – Taken from:


Fig. 6 – Lego Experience Map – Taken from:

Screen Shot 2015-06-11 at 23.07.58

Fig. 7 – PeopleSmart Experience Map – Taken from:


Fig. 8 – Recommended steps for facilitating an Experience Mapping Workshop – Taken from:

  1. Set the context – Prepare a short presentation to catch everyone up on your discovery and research work.
  2. Organise yourselves – Divide participants into teams of four to six. Make sure each team has a balance of different roles and functions.
  3. Deconstruct – Each team will need to go through the research notes and pull out the building blocks.
  4. Stage – As the sticky notes build up, have one person from each team move them to the butcher paper, starting with Doing.
  5. Construct – From this point on, the team should start to group duplicate stickies and begin finding relationships among them.
  6. Shape – By the end of the session, each group should be moving from figuring out the customer journey to arranging the key insights into a story.
  7. Workshop Supply List → Butcher paper → Painter’s tape → Black sharpies → Sticky notes (5 or more colours) → A camera
  8. Facilitation Tips → Keep groups to six people or fewer → Create handouts with clear instructions → Provide copies of research notes → Remember to take breaks → Share out across groups → Take lots of pictures.

Fig. 9 – Suggestions to hep turn an Experience Map into a compelling story – Taken from:

  1. Have a point of view – Can you summarizse the key points you want someone to walk away with after viewing the map? What story do you want them to tell to other people?
  2. Consider your audience – What kind of details will help them best understand the story? Which insights are essential for them to make good strategic and design decisions?
  3. Design for impact – What immediate next steps do you want your map to initiate? What other uses of the map are you hoping to encourage in the short-, mid-, and long-term? Your goal is to craft a communication piece that can stand on its own, inspire new ideas, and have longevity.

Fig. 10 – Pointers for ‘next steps’ once you’ve a got an Experience Map in place – Taken from:

  • Issue / Opportunity Identification and Prioritisation – Using the structure provided by your map, chronicle issues or opportunities for addressing customer pain points at each stage of the customer journey. Prioritise according to business and customer value. This method helps you quickly work with stakeholders to identify high-value areas of opportunity.
  • Experience Storyboards – Using your map and simple storyboard templates, along with additional tools like personas or experience principles, use rapid ideation to generate stories of future experiences. This approach provides stakeholders with a forum for ideas grounded in the insights of your customer journey.
  • Future Experience Mapping – Using the map as a reference, define the ideal customer journey through mapping out what customers would ideally do, think, and feel as they interact with touchpoints on the way to satisfying their needs. This method encourages cross-functional collaboration to define cross-channel experience principles.

Related links for further learning:


Tags: , ,

Why we need a PRODUCT retrospective

Any self respecting developer or product person will be doing team retrospectives on a regular basis. These retrospectives provide a great opportunity to reflect on past releases, build team dynamics and identify any areas which could be improved.

However, I’ve found product retrospectives to be a lot less common. Let me first explain what I mean by “product retrospectives”: a regular opportunity for a team to reflect on the product or service. This is explicitly not about the team or process improvements, it’s all about the product:

  • How is our product performing (or not)? – I appreciate that many of us will monitor product performance on a daily or even hourly basis. However, there might people in your business who don’t keep track of recent product releases or performance. They might also not be au fait with the assumptions – business and user – which underpin a particular product feature or improvement.
  • How are we doing against our roadmap and business objectives? – This is an opportunity to look at the bigger picture and review progress against key roadmap milestones and success factors. What have we been doing (and why)? What’s coming up and what’s the impact that we’re expecting?
  • What are our users saying? – If you’re getting user feedback on a regular basis, I find product retrospectives a great time to share user learnings and insights. This can be as simple as sharing excerpts or quotes from user feedback sessions or a video of users testing your product remotely .
  • What’s happening in the market? – To avoid looking at a product or proposition in isolation, I always try to look at competitors as part of a product retrospective. What are our competitors doing? Why? Similarly, I also like broadening perspectives by learning from businesses in different sectors or markets.
  • What product ideas do you have? – Facilitating a product retrospective isn’t a one way street. It’s also an opportunity for the people in the session to provide their suggestions based on the data and learnings that you discuss with them.

As with regular retrospectives, this is how I typically structure my product retrospectives:

  • Set the stage – I’ll outline the goal for the retrospective, identifying both the desired outcomes of the session as well as what I expect to cover. For example, I will explain how we will use the product retrospective to further shape the product roadmap and that some concrete product objectives are a desired retrospective outcome.
  • Gather data – To create a shared picture of what’s happened or is happening, I’ll start of by presenting hard facts around releases, roadmap progress, business objectives and key results. I’ll use these facts as a starting point for discussion, facilitating a conversation around data, underlying assumptions and problems to address.
  • Generate insights – This part of the product retrospective is about asking “why” and thinking about what could be done differently. At this stage, I’ll talk about qualitative user feedback and we’ll discuss the “why” behind some of our insights.
  • Decide what to do – At this point in the product retrospective, the audience is likely to have some product ideas or suggestions worthy of further exploration. From experience I’ve learned that the format of a product retrospective doesn’t lend itself particularly well to a lengthy discussion about the merits of a product idea. However, it’s a great opportunity to gather thoughts and to prioritise ideas for further discovery.
  • Close the retrospective – This is where I tend to do a quick recap of the main insights and actions discussed during the retrospective. I’ll also ask if there are any specific items that the audience would like to see covered in the next product retrospective.

Main learning point: Hopefully you can see how easy it is to to do a product retrospective and the benefits you’d get from doing this on a regular basis. I’ve done product retrospectives with single teams (e.g. development teams or marketing teams) but have also run them for ‘multi-disciplinary audiences’ (i.e. members from different teams in one room). In both cases, you’ll be able to create a shared understanding of product performance and get valuable feedback to help move your product forward.


1 Comment

Posted by on June 4, 2015 in Agile, Product Management


Tags: , , ,

Site review: “JustGiving Crowdfunding”

The last few years have shown a great boom in projects and products originating from crowdfunds such as Kickstarter and Indiegogo. UK based JustGiving is well known for enabling people to raise funds at scale, making it easy for individuals to raise money for a charity of their choice. Over the last few years, JustGiving have now established their own crowdfunding platform in the form of JustGiving Crowdfunding:

  1. How did the site come to my attention? – I remember JustGiving launching its crowdfunding platform Yimby in 2013. The main goal behind Yimby was to “create a space where communities can raise money for social activism using technology to bring people together and fund projects at grassroots levels.” I then lost track of Yimby a bit, but I recently found out that Yimby has now been renamed as “JustGiving Crowdfunding”.
  2. My quick summary of the site (before using it) – I expect this site to be geared towards individuals or organisations that want to raise money for specific projects or communities, all with a ‘social’ or ‘community’ element.
  3. How does the site explain itself in the first minute? – “Raise money to make good things happen” reads the headline on the homepage of JustGiving Crowdfunding. The slogan is followed by this explanation: “With JustGiving Crowdfunding, anyone can raise money to fund their own project. If it benefits a friend in need, or a local or overseas community, JustGiving Crowdfunding can help you make it happen.” The visual explanations of the process and the benefits of doing this through JustGiving are helpful in understanding what JustGiving Crowdfunding is all about (see Fig. 1 and 2 below).
  4. Getting started, what’s the process like? (1) – At the bottom and the top of the JustGiving Crowdfunding homepage there’s an orange button which says “Raise money” (see Fig. 3 below). After clicking on this orange button I land on a page which is clearly marked as step 1 “Create Page”, followed by a “Sum up your story” tagline. However, when I look at what I think is meant as a progress bar at the top of this page, I’m unsure about the number and nature of subsequent steps involved. Assuming that a large proportion of people using JustGiving Crowdfunding will be doing so for the first time or won’t be raising funds online on a regular basis, I believe it would be helpful to the user if the progress bar included (a) the step the user is currently on – highlighted – and (b) subsequent steps involved in creating a page – with a progress number and brief description. Another suggestion would be to explain to the user why JustGiving uses a £200 fundraising target threshold. When I – unknowingly – entered £100 as my fundraising target, I got an error message which stated “Sorry, please make sure your target is at least £200″ (see Fig. 5 below). As a user, it would be good to understand the rationale behind this threshold.
  5. Getting started, what’s the process like? (2) – Completing the “create page” step was very straightforward otherwise (see Fig. 6 below). When I click on “Continue” I then land on a page which looks very different and which asks me to log in or to sign up (see Fig. 7 below). This makes me wonder whether non-JustGiving users are likely to be thrown by this step or not. I can imagine that some users might be worried about committing to signing up without having a full understanding of the JustGiving Crowdfunding process and its outcomes. As I mentioned in my previous point, having a proper progress bar to outline the different steps would be helpful.
  6. Getting started, what’s the process like? (3) – As an existing JustGiving user, logging in is very easy and swift. Once I’ve logged in, I land on an “Add the Details” page (see Fig. 8 below). I took a fictitious example to be able to answer the questions in the “Tell supporters your story” (see Fig. 9 below) and it all felt very easy and intuitive. In the third and presumably final step I get to preview the page I’ve created (see Fig. 10 below). I found the information on the preview page very helpful, particularly the section about “Pledges and Updates”. The one bit of information and guidance that I and possibly other users would benefit from is about sharing/marketing your project and your JustGiving page. I would like to get some expert advice on how to make the most out of my JustGiving page and how to make sure that people get to see and read my page.
  7. How easy to use was the site? – The process involved in creating a crowdfunding page on JustGiving felt simple for the most part. As I mentioned in my previous points, I believe that the site can do better in guiding users through the page creation process, explaining the steps involved, their sequence and outcomes.
  8. How does the site compare to similar sites? (1) – RocketHub is a large, direct competitor of JustGiving Crowdfunding. The fee that they charge the fundraiser will depend on whether the fundraising target has been met (4% if met, 8% if not). With RocketHub you get to keep the funds that have been pledged, even if you don’t meet your fundraising target (as long as you’re sure that you can fulfil your obligations). I really like how RocketHub provide users with guidance around benefits, their small print and success stories on their login/sign up page (see Fig. 12 below). GoFundMe is another good example, even though their platform is solely geared towards individuals raising funds. I like how they help their users discover charities or projects that they can give money to, e.g. by using Facebook’s “Funded by Friends” functionality (see Fig. 13 below).
  9. How does the site compare to similar sites? (2)  The experience on Razoo feels similar to JustGiving Crowdfunding, and is aimed at individuals and organisations which wish to raise funds for specific projects. I like the “Also Fundraising for this Cause” section which showcases other individuals or organisations raising funds for the same project. Buzzbnk is another good example of a competitor who focuses on “Positive people backing bright ideas”. Each Buzzbnk fundraising page has a nice, tabbed “About the project” section (see Fig. 14 below). The Buzzbnk site seems to focus more on ‘discovery’ than JustGiving Crowdfunding currently does.
  10. Did the site deliver on my expectations? – Overall, the experience on JustGiving Crowdfunding feels simple and intuitive. However, I do feel that the site can do better in guiding people through the process, explaining exactly what needs to be done (and why) in order to raise funds for one’s social projects. For example, platforms like Kickstarter and RocketHub do this pretty well. Also, JustGiving Crowdfunding’s site feels a bit light with respect to two things. Firstly, the social aspect involved in raising funds for projects, really creating a community around certain projects – LinkedIn  and Crowdcube (see Fig. 16 below) are doing this pretty successfully. Secondly, I believe thatJustGiving Crowdfunding can do more to encourage people to find and explore new projects or organisations to which one can pledge money.  Buzzbnk are doing this well and there are other non competitive examples such as which is a great example of a business enabling discovery in a smart way.

Fig. 1 – Screenshot of the steps involved in raising funds through

Screen Shot 2015-05-30 at 17.43.17

Fig. 2 – Screenshot of the explanation of the benefits of using JustGiving Crowdfunding to raise money for projects 

Screen Shot 2015-05-30 at 17.50.07

Fig. 3 –  Screenshot of the “Raise money” button on JustGiving Crowdfunding’s homepage

Screen Shot 2015-05-30 at 17.52.05

Fig. 4 – Screenshot of JustGiving’s “Create Page” form – Unclear progress bar

Screen Shot 2015-05-30 at 18.05.58


Fig. 5 – Screenshot of JustGiving’s “Create Page” form – Error when entering £100 as the target amount

Screen Shot 2015-05-30 at 18.15.59

Fig. 6 – Screenshot of the “Create Page” step on

Screen Shot 2015-05-30 at 18.19.46

Fig. 7 – Screenshot of JustGiving’s “Log in” page on JustGiving Crowdfunding

Screen Shot 2015-05-30 at 18.24.53

Fig. 8 – Screenshot of JustGiving Crowdfunding’s “Add the Details” page

Screen Shot 2015-05-30 at 18.34.16

Fig. 9 – Screenshot of the “Tell supporters your story” section – with fictitious example – on

Screen Shot 2015-05-30 at 18.43.19

Fig. 10 – Screenshot of “Preview Your page” step on

Screen Shot 2015-05-30 at 18.50.58

Fig. 11 – Screenshot of “Pledges and Updates” explanatory section on

Screen Shot 2015-05-30 at 19.13.55

Fig. 12 – Screenshot of RocketHub’s login/sign up page on

Screen Shot 2015-05-31 at 07.39.47

Fig. 13 – Screenshot of GoFundMe’s ‘discovery’ page on

Screen Shot 2015-05-31 at 07.55.25

Fig. 14 – Screenshot of “Also Fundraising for this Cause” section on

Screen Shot 2015-05-31 at 10.42.54

Fig. 15 – Screenshot of project page on

Screen Shot 2015-05-31 at 10.55.19


Fig. 16 – Screenshot of the Sugru fundraising page on

Screen Shot 2015-05-31 at 11.23.58


Related links for further learning:

1 Comment

Posted by on May 31, 2015 in Design, Social Media, User Experience


Tags: , ,


Get every new post delivered to your Inbox.

Join 862 other followers