Tech Support

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg

Sunday, 13 January 2008

Keeping Product Management Simple and Efficient

Posted on 10:33 by Unknown
Product Proliferation and complex ordering systems
I know I want one but I’m not quite sure which one - was the constant thought of customers who wanted to buy our cutting edge, world beating system products.
Each product had a number of options designed to solve every conceivable problem– however along with every conceivable option came a complex (and long) order code, that if mistyped would result in you receiving a product that would not quite be fit for purpose.

How not to make it easy for your customers to do business with you
The customer was then faced with the challenge of working out the complex order code (an order code designed by engineers for engineers). The order codes where not problematic in the early days when we produced a handful of system products but we soon became the victims of our own success as the product range rapidly grew , become more and more popular but consumed a lot of man hours to manage. Sales order processing often made mistakes copying the complex order codes from a fax into a spread sheet before they emailed it to the manufacturing plant (70+ mile away) to be build. The order code on the spread sheet would be re-keyed into a database prior to the hardware being built tested and shipped to the customer.
The results of a complex system
Often a system integrator was responsible for building and configuring the system at the customers site and would find out half way through the project that there would be subtle feature(s) missing from the products – usually as a result of either the incorrect order code being quoted in the fixed order or the complex order code being mis-typed somewhere along the line. This would result in an angry customer contacting the company and demanding that the products be either swapped out or that a customer support engineer come and reconfigure the firmware and/or hardware on site (which could be anywhere in the world). The net result to the company:

  • Loss of reputation,
  • Possible loss of repeat orders,
  • Decrease in ROI,
  • Frustrated sales team,
  • De-motivated workforce and an
  • Over stressed product manager.
Consulting the user(s) when implementing no-brainers
Some of the answers to the above problems are no-brainers to define but very difficult to implement. One of our main competitors had similar problems with order codes and decided to simplify them for the customer (with out any consultation)- this ended up alienating those system integrators, who often would be responsible for defining a solution and placing orders, that had taken the time and energy to learn how to navigate around the complex order code system. This caused some of them to look else where for a solution provider.
What the expert says
No wonder Ron Ashkenas writes, in his article Simplicity-Minded Management in Harvard Business Review’s December 2007, that Product Proliferation is one of the causes of unnecessary complexity in organisations. He states that:
“Each innovation has a ripple effect throughout the enterprise, requiring changes in manufacturing and the supply chain, pricing, marketing materials, sales and service training, and so forth. What’s more, most large organizations are better at adding new products and services than they are at pruning, so the SKUs mount. The resulting complexity is difficult to manage – and can be troublesome for customers, too.”
Lessons I learnt was to keep everything that surround the product as simple as possible and therefore make it easy for your customers to do business with you.

See also: How to keep Product Management Simple and Effective
Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in Tips | No comments
Newer Post Older Post Home

0 comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Popular Posts

  • Part #9 The role of the Product Manager in Scrum
    Scrum has three key roles: #1 The team – who owns the sprint backlog and are responsible for estimating. functionality and fulfilling th...
  • Agile Product Management Framework
    There are many good product management frameworks available - however, I thought I would create an agile product management framework that i...
  • Interview Questions for Product Managers
    Several months ago I spent a lot of time interviewing potential Product Manager and Lead Product Managers to head up a product team. List...
  • Part #5 How to adopt Agile Product Marketing
    The Agile Product Manager works closely with the engineering and technical teams working with in an agile framework such as scrum. The ado...
  • Part #10 Justifying Time to Research with Agile
    Agile Research I worked for a company that designed and manufactured niche signal processing equipment for the broadcast industry. Part of t...
  • From Software Engineer to Product Manager to Founder of SVPG - Interview with Marty Cagan
    Marty Cagan has worked for several leading Hi Tech companies such as Hewlett-Packard, Netscape Communications, America Online, and eBay. Du...
  • How Product Managers can estimate business value using agile techniques
    We recently finished a scrum sprint; during the sprint review the technical team gave a demonstration, to senior business owners, of the ne...
  • How Product Managers can push back at an interview
    Interviews are about persuading the interviewer(s) that you are the right person for the job. That you will be able to deliver the goods ...
  • Part #6 How Everyone Can Get Involved in Agile
    I mentioned in an earlier post that I was adopting scrum (an agile development frame work). At first implementing scrum identified quite a f...
  • Part #1: Implementing an Agile Sales Framework
    By their very nature sales people are agile in their approach to selling products and services. A good sales rep will intuitively carry out...

Categories

  • Agile
  • Agile Manager
  • Business case
  • Developers
  • Engineers
  • Increase revenue
  • Innovation
  • interview
  • Knowledge Management
  • PM interviews
  • Product Development
  • Product Management
  • Product Manager
  • roadmap
  • ROI
  • Scrum
  • ScrumMaster
  • stakeholders
  • strategy
  • Technology
  • Test Analyst
  • Tips
  • Tips + Tools
  • Value chain analysis
  • waterfall
  • Your Career

Blog Archive

  • ►  2013 (3)
    • ►  June (1)
    • ►  May (2)
  • ►  2010 (4)
    • ►  October (1)
    • ►  July (3)
  • ►  2009 (5)
    • ►  August (1)
    • ►  July (1)
    • ►  June (1)
    • ►  March (1)
    • ►  February (1)
  • ▼  2008 (43)
    • ►  December (2)
    • ►  September (1)
    • ►  June (2)
    • ►  May (2)
    • ►  April (2)
    • ►  March (9)
    • ►  February (11)
    • ▼  January (14)
      • How Product Managers can push back at an interview
      • From Software Engineer to Product Manager to Found...
      • Interview Questions for Product Managers
      • Moving from Business Analyst to Product Manager to...
      • Transition from Webmaster to Product Manager via P...
      • Interview with a Director of Product Management
      • How to get along with the development team
      • How to become a Product Manager
      • Interview with an Ex AOL Product Manager
      • Interview with Jeff Lash: Author of How to be a Go...
      • Interview with a Product Manager
      • Keeping Product Management Simple and Efficient
      • How to keep Product Management Simple and Effective
      • What Product Managers could do differently in 2008.
  • ►  2007 (34)
    • ►  December (1)
    • ►  November (5)
    • ►  October (2)
    • ►  September (2)
    • ►  August (4)
    • ►  July (4)
    • ►  June (3)
    • ►  May (3)
    • ►  April (4)
    • ►  March (6)
Powered by Blogger.

About Me

Unknown
View my complete profile