4. Software Product Roadmap and Launch Management

Software products are notorious for being late to market or quickly replaced with 2nd versions. In our experience that’s normally due to insufficient launch processes resulting in problems such as the following common examples:

  1. Market demand and target segment never correctly ascertained
  2. Front line teams not trained or have not planned for the product
  3. Happy pilots not acquired before wide-scale release

Also product launches take a significant amount of resource, there is a number that your organisation can cope with per year. Knowing this limit helps ensure you are only progressing with the most compelling ideas and you know when extra resource may be required to deliver on time.

Software Product Roadmap Management

Once you have a clear product scope and market segment, and all customer facing teams have been involved in the business case, launch planning can begin with appropriate stages for sign off, agreed actions, owners and timescales. Most importantly each department head must agree readiness for the product, this helps ensure the new product will strengthen your brand reputation rather than damage it.

The exact launch stages and actions required will vary within each organisation but, after development-team-led piloting, it’s advisable for operations to run pilots. Once all field testing is complete; ready to deploy, support and sell stages will include all of the key actions to achieve success.

It is also important to be able to look at the status of the whole road-map together because there will undoubtedly be some inter-dependencies and difficult decisions to make. Where possible non-partisan project managers can be much more effective at running launch projects across all teams. In addition to providing scope they bring cohesion and focus to product planning actions enabling product owners to focus on strategic and tactical management of their product.

The following generic example helps track the progress of each product against the agreed launch stages. You can also incorporate due date and the first year financial forecast in the product description if that helps prioritisation. This is intended to be used as a headline report to drill into the reasons for the current stage, risks, issues, late actions and consequences. We build all processes and charts in Excel initially to avoid system restrictions.

Software Product Launch Management

I believe a significant factor here is whether you market your impending product before launch or wait until full market readiness. Whilst I think it’s good to show interested clients your road-map, and have every confidence in doing so because your processes ensure you deliver products on time, I like the idea of waiting before unleashing the full marketing plan. This gives you the opportunity to control your marketing spend and pricing versus demand and increase resource in line with adoption.

Here are a couple of scenarios to illustrate the point:

Scenario 1 – Pre-launch Marketing

You spend a large majority of your marketing budget pre-launch. The product is launched on time and sells extremely well in the first 2 months, but you can’t actually deliver!

You have now taken a large amount of orders at a price you can’t change (in fact discounts have been given), you cannot recover any marketing costs and have to invest in urgent staff, which is much more expensive than developing a non-urgent staff training plan where you have enough people to get you through the initial phase. You also get to a level of usage quickly which reveals a volume related bug you can’t fix immediately.

So if the product is successful you end up with low customer satisfaction, damaging your brand and likely adoption of your next product, and lower margins.

If the product is unsuccessful you have incurred irretrievable costs.

Scenario 2 – Staggered marketing and monitoring

The potential alternative is that you spend around 50% of your initial budget around launch and keep a hawk eye on any discounting and demand at the initial price. Your fully trained early deployment staff are ready and the wide-scale top-up training plan is in place which will incorporate learning from the first installs. Early bugs go straight to the development team, who are poised to deal with them post launch, and fix them before the next implementation. The remaining customers in the backlog are never affected by it. You reduce paid marketing activity and the sales team use strong case studies to gain further wins.

This success also means you can increase price or remove early offers and handle discount objections knowing that 1. The benefits of solving the problem and 2. You provide a proven method specifically for customers like them.


1. Software Product Success – Product Management Fundamentals

We help with the fundamentals of product management because we believe they are crucial to maximising success within a software business.  Assessing which potential new products, developments or diversifications represent the best use of your scarce resources, then effectively managing them through to launch and in-life portfolio management is a major challenge which we fully understand.

A new product should always maintain or enhance your brand reputation as well as your P&L, very often new products damage both, but the risk can be significantly reduced.  We have found that slick yet pragmatic methods can be established which significantly reduce risk without necessarily increasing time to market

We believe it’s crucial for multi-product companies to judge their success on the P&L of each product rather than overall profitability.  Our methods allow this to happen and therefore ensure profitability is as good as it can be rather than just good.

We hope you enjoy our series of blogs; they are all based on successful work carried out by us. The first will cover profiling and segmentation to focus on the right markets and establish a fact base to expedite concept evaluation. We will then go through the fundamental practices which make a real difference at each stage of the product life-cycle.

5. In-Life Product Management

This stage is where you see the true return on investment from following methodical evaluation and launch processes. You now get to see the product perform as you expected or are able to articulate any differences in a meaningful way.  The resulting analysis is a key product management performance indicator.

My view on this area of collaboration is similar to my view on customer satisfaction in general. Assuming you ask customers for feedback, the question is whether you gather any feedback from your teams regarding customer performance with specific products. For instance, has the resource to install and support the product been as expected? What has arisen after multiple deployments? What could be revised to improve customer performance etc… They are actually more likely to answer on the finer detail at this stage than customers, who are normally either happy, or not.

Win/loss Analysis

Product management and sales should be working closely together ensuring every sales cycle outcome is analysed for its key factors.  These can then be broken into themes to guide next steps.  Here are some examples of levers at the early stages of win/loss analysis when underlying information may be sparce:

  • Poor sales ratio levers: review internal training, accuracy of demand, competition and segmentation research, marketing plan
  • High sales/low discount: review price and marketing strategy
  • Poor deployment performance levers: review internal training & documentation, adoption curve and staff turnover
  • Poor price performance levers: review sales training in full value of proposition, review accuracy of demand, competition and segmentation research
  • Poor software performance levers: review sales training to set the correct expectancy, level of field testing, technology stability versus qa standards, 3rd party integration issues.

Development Request Management

The staggered marketing and adoption approach discussed in Blog 4 also helps you make wise enhancement choices rather than responding to early, unhappy customer threats if you don’t develop what they are demanding.

If the enhancement is not commercially viable you are in a much stronger position to decline, as long as you explain the process and how you evaluate requests.  Strong brands can do this because of the diligence that has led up to this point and the fact that an intelligent product management methodology exists.

There are also some great guiding principles here which could be considered as product management best practice.  They are really checkpoints before you invest time fully defining and delivering developments:

  1. Is the request in a universal format with relevant questions answered including value of the change?
  2. Have support staff agreed that there is no suitable alternative within the product?
  3. Has a commercial person agreed the change offers incremental wide-scale value?

If the answer is yes to all 3 of these questions now is the time to find evidence of similar requests and gain a high level development indication, then  the concept evaluation process (blog post 1) can begin.

Later in life

The importance of win/loss analysis does not diminish over time as new competitors and new technology will appear and trained staff will leave. You need to know as soon as the former effects your performance, if not before, and you or your technical teams should be constantly analysing the latest technical possibilities.

Depending on the specific factors within your market, such as degree of bespoke systems, you may wish to adopt later life-cycle phases as follows:

  • Twilight – New developments are not added, compatibility with new operating systems not guaranteed
  • Legacy – All above plus support resolution is not guaranteed

When the time comes for you to take action because of any of the factors above, there are some simple golden rules which help:

  • If you are ending a product always outline an alternative and why
  • If you are exiting from the category or market segment, but want to maintain your brand reputation, why not devise an ITT for your customers and potentially even do some supplier validation work for them in advance and see if you can gain some preferred terms for them.
  • If you are moving all customers from numerous old versions to a single platform, be honest, share how your organisation will be more efficient and robust and the benefits for them.

In-life management is part of the fundamentals of product management.  If your portfolio was launched through processes similar to those in our blogs, the win/loss analysis is just the next stage of the process. If that’s not the case you can start by inviting feedback from internal teams on the existing portfolio in a defined way. Essentially you need to know the following things:

When we sell product X, this happens (i.e. nobody can install & support it like experts anymore) and the consequences are this (i.e. consultancy overspend, customer pain, cancellations, brand damaged, compensation given etc…), possible resolutions include (training investment versus remove product and focus on those aligned with core competences).

Once you combine the feedback with sales history you will quickly be able to evaluate pain versus revenue enabling you to remove, refine, re-train or replace.