Articles

Data is becoming increasingly crucial for success in the digital economy. You might ask, why do organizations rely so much on data? Well, a majority of organizations rely on data for multiple processes, from product management and fraud detection to HR, finance, and manufacturing. Data analytics allow users to use pre-made reports to track performance metrics on demand. Research shows that 94% of organizations believe that data and analytics solutions are critical for growth. Not a surprising statistic since it offers several benefits, including an increase in productivity and efficiency, faster and more effective decision making, and financial gains!  

Before we dive into the ins and outs of data analytics, it is important to understand the two terms, namely ‘data science’ and ‘data analytics. Data science lays emphasis on finding meaningful correlations between large datasets, while data analytics is a branch of data science designed to uncover specifics of extracted insights 

Source de l’article sur DZONE

Velocity in agile development measures the quantity of work a team can accomplish in a sprint. It can be measured in story points, hours or days. The higher the velocity of a team, the more features it delivers, the more value it brings to customers. Sprint velocity is a good measure in sprint project management to evaluate and estimate team productivity.

The measure of the velocity is based on multiple factors: the continuous integration (CI) process, the time to qualify the code changes, to test the regression, the security, the delivery, etc…

Source de l’article sur DZONE

If you’ve read our piece about the habits engineers need to beat tech debt, you might recall Conway’s law, which states that organizations which design systems […] are constrained to produce designs that are copies of the communication structures of these organizations.

It’s one of the forces that can push us towards technical bankruptcy because the systems designed by software engineers are constrained by their company’s organizational structure, over which they have little control. The right way to fight these forces is to talk about tech debt across the whole company so that everyone can understand why it’s vital to manage it carefully.

Source de l’article sur DZONE


TL;DR Talk to your users

Most people who write software for a living have one thing in common – they don’t want to be stuck supporting all of the software they’ve developed forever.

Source de l’article sur DZONE

As more companies realize the benefits of an API-first mindset and treating their APIs as products, there is a growing need for good API product management practices to make a company’s API strategy a reality. However, API product management is a relatively new field with little established knowledge on what is API product management and what a PM should be doing to ensure their API platform is successful.

Many of the current practices of API product management have carried over from other products and platforms like web and mobile, but API products have their own unique set of challenges due to the way they are marketed and used by customers. While it would be rare for a consumer mobile app to have detailed developer docs and a developer relations team, you’ll find these items common among API product-focused companies. A second unique challenge is that APIs are very developer-centric and many times API PMs are engineers themselves. Yet, this can cause an API or developer program to lose empathy for what their customers actually want if good processes are not in place. Just because you’re an engineer, don’t assume your customers will want the same features and use cases that you want.

Source de l’article sur DZONE

Today everything that can be agile is going agile. Agility has become a bonafide IT mantra for every process in the software development life cycle. Localization, as an essential part of product creation, is no exception.

Localization is often treated as an after-thought. Only when the development and testing are finished do teams start to think about localizing their software. However, when you relegate the localization step to the last minute you risk missing deadlines and, worse, releasing a product not quite ready for worldwide launch. 

Source de l’article sur DZONE

Having “no company strategy” is one of the biggest issues facing product managers, according to a recent survey of over 600 product people. After all, how can you set a reasonable direction for your product when you don’t know where your company is headed?

It’s an issue that confronted me recently, when I started work with a higher education provider in the UK.

A few months on, and we’ve found we’ve been able to solve it. And it landed pretty well, we’ve been given the green light (and extra cash) to deliver it!

Here’s how we did it.

Step 1. Define Your key Objective

Initially, the project was presented to me as something to “increase the number of people who apply to, and join the university”. While these numbers may be useful to measure, they’re also vanity metrics, much like website visitors for an e-commerce website.

Here’s why.

UK universities typically get paid by the student every three or four months, receiving the first payment about three weeks into the first semester. So a student is of no commercial value until this point. Getting paid enables the university to deliver its mission of providing education services and helping people into employment.

So, as a minimum, our key objective had to be something like, “to increase the number of people who pay their first tuition fee instalment”. But we felt that wasn’t enough really, because if the student leaves after the first semester then the university would lose on a significant amount of revenue – around 89% for a three-year course.

The key objective, therefore, had to be focused on retention. Something like, “to increase the number of people who complete their studies with the university”. And you could go a step further and add, “…and enter their chosen field of employment”, given that this is typically a student’s end goal and hence a factor in their likelihood to recommend the university.

What we were talking about, of course, was customer lifetime value (LTV) – a term that’s widely used in SaaS and subscription-based businesses – and Net Promoter Score (NPS).

We made one final tweak – to focus on the percentage of applicants rather than total numbers, as it was more within our control – and went with “to increase the percentage of applicants who complete their studies with the university, and enter their chosen field of employment”.

The key objective we defined as part of our product strategy

In hindsight, we basically answered two questions to determine our key objective. These were, why does the company exist (i.e. what’s its mission)? And what needs to happen to allow the company to keep working towards its mission?

Step 2. Define Your Target Customer

The university had a number of distinct customer segments spanning across qualification levels (e.g. undergraduate, postgraduate), study type (e.g. full-time, part-time), demographics (e.g. age, residency) and more. It would have been nigh-on impossible to try to create something for every combination from day one.

Fortunately, there was enough data available on the student population and the market to be able to determine which combinations were the most significant. A lot of this information was freely available online, for example, Universities UK’s Higher education in numbers report, which gave us the rich insight displayed below.

We learned that an overwhelming number of students are undergraduates…

…and choose to study full-time.

Likewise, a high number of students came from the UK, which was important because the application process differs slightly depending where the student is coming from.

So, based on this, we decided to focus our efforts on full-time, undergraduate students, who came from the UK, with a view to expanding to all segments as soon as possible.

Step 3. Map the Steps to Your key Objective

To understand where the existing experience could be improved and where we should focus first, we mapped out the milestones a student must go through to reach our key objective. In other words, we mapped out a conversion funnel.

Here are the milestones we came up with.

The milestones a typical student will go through before reaching the key objective

These milestones could also be used as lead metrics, to help determine whether a student is making meaningful progress towards the key objective, which in this case could take over three years to achieve.

Step 4. Collect the Data

Next, we cobbled together data from a variety of sources and populated the conversion funnel. We didn’t have useful data for the final step (entering chosen employment) so we left it out and made a request to start collecting it.

We ended up with something like this.

The number of people at each stage of the funnel and as a percentage of the total number of applicants, figures are illustrative only

At this point, there was still no way of telling what was good or bad so we gathered benchmarks for each of the figures based on competitor and sector averages, where known, as well as any internal year-on-year trends.

This gave us a number of areas to investigate further, for example, the withdrawal rates during the first year, which were among the highest in the sector and the “application” to “offer” rates, which were were notably lower than competitor averages.

Step 5. Determine the “why” Behind the “What”

Analysing data was great for telling us what was happening but it didn’t tell us why. So, we took the outputs of the steps above and laid out each one as a question. Then we dug deeper.

You could use an infinite number of methods here but we focused on three things: speaking with people (colleagues and students) to understand what happens at different milestones and why, analysing reams of secondary research and consumer reports, and scouring the largest UK student forum, The Student Room (TSR).

The Student Room was particularly useful. We found thousands of people in our target customer segment openly discussing the same questions we’d laid out, from why they wanted to go to university to how they decide between institutions. The legwork was in finding the answers and drawing logical conclusions, and Google’s Site Search function helped with this.

C:UsersliamsAppDataLocalTempenhtmlclipImage(10).png
We used Google’s site search function to trawl The Student Room
C:UsersliamsAppDataLocalTempenhtmlclipImage(5).png
An example of one of the more helpful threads on The Student Room – a survey showing why people choose to go to university

To help us draw conclusions from the research, we created a mind map. This had our key objective at the centre, our most important questions surrounding it, then any insight and best-guess answers coming off as branches. By the end, it covered most the stuff you’d expect to find on something like a Product Vision Board from the market and customer needs to internal objectives and product requirements.

We built a mind map to help draw conclusions from the data and research we were gathering

We were able to deduce that a number of the “problematic” areas actually had more to do with the perception of the university, which was way beyond the scope of this work to change (though was noted in our recommendations). Improving the areas later in the funnel, as well as internal efficiency, were perhaps more within our control to change. We then formed a number of hypotheses about how we might achieve our key objective and agreed specific targets (as percentage point increases). This gave us the focus we needed to proceed.

Step 6. Scope the Solution

The next step – and perhaps the simplest – was to think about a solution.

Based on what we’d learned so far, we layered in high-level user experience designs alongside the conversion funnel.

We layered in high-level user experience designs alongside the conversion funnel, which provided a useful template

Three or four distinct – but connected – products emerged from our first pass of the experience design, for example, an application product and a separate customer support product. This in turn gave us ideas for the high-level architecture, team structures and skills needed.

Then, using the insight we’d gathered plus some additional technical discovery, we were able to form a view on the relative priority of the products and features and a rough Now, Next, Later-style product roadmap.

We also created a Now, Next, Later-style product roadmap based on what we’d learnt so far

All that was left was to share it with senior management and get the go-ahead…

So, how did it Turn out?

Surprisingly well, actually. We were successful in “selling” our vision and strategy, and were allocated funds to deliver it. And because we’d involved a number of teams in the process, our peers were (and still are) generally supportive too.

The products and services that are delivered will inevitably be quite different from our early designs. That’s fine, at least we have overcome one of the biggest hurdles to corporate innovation – the urge to procrastinate and do nothing.

Perhaps the most valuable part of this work, however, was the template and process that were created – connecting company strategy (objectives), data and insights to the product strategy, and then seamlessly to the user experience and what’s delivered. This is something I’ve personally struggled to do in the past, having wrestled with tools like the Business Model Canvas and Product Vision Board. Similar to these tools though, the Product Funnel (as we now call it) can continually be updated as the team inevitably learn more – everything is stuck on with Post-it Notes and Blu Tack after all.

Want to give it a try? Download the Product Funnel template.

The post How to Create a Product Strategy Without a Clear Company Strategy appeared first on Mind the Product.

Visual story mapping is more than creating your run-of-the-mill to-do list. It is the best technique to enable your entire product management team to visualize multiple dimensions of information – and focus on how everything will come together to form a successful solution. Visual story maps align all product managers and create a common understanding of what needs to get done and how to go about doing it.

If you’re not convinced yet, here are the top reasons why easy Agile user story maps are better than any other product management tool out there.

Source de l’article sur DZone (Agile)

I hesitated as my mouth hung open a bit. A senior leader in a development organization had just asked, "Why is product important?"

Why Product?

We’d been discussing an evolution in thinking in our industry — the movement from being process-focused to being progress-focused and now, the need to be product-focused. He innocently asked the question as he attempted to process the idea that what we build is more important than how quickly and efficiently we build it.

Source de l’article sur DZone (Agile)

Embrace a Growth Mindset

Learning something new requires the right mindset or attitude. If you believe that you lack talent or are not smart enough, then you make it hard — if not impossible — for yourself to acquire new knowledge, skills, and behaviors. For example, I never used to think of myself as somebody who is good at writing, and I wasn’t particularly good at it at school. But with effort, resilience, and patience, as well as the guidance from others, I have managed to become a reasonably skilled writer.

The same is true for my product management expertise: acquiring it has taken me many years, making plenty of mistakes, learning from other product people, and reading more books and articles than I can remember. I certainly don’t feel that I am done yet. I continue to learn new things and deepen my understanding.

Source de l’article sur DZone (Agile)