svpg
FREE newsletter

Subscribe via RSS

Subscribe

Tag Cloud

product management product discovery management company culture product owner product portfolio planning product development process product strategy product marketing product manager marketing great products user experience design innovation agile scrum project management minimum viable product user testing prototype testing

Browse by Date

  • April 2012
  • March 2012
  • February 2012
  • January 2012
  • December 2011
  • October 2011
  • August 2011
  • July 2011
  • June 2011
  • May 2011
  • April 2011
  • March 2011
  • February 2011
  • January 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • August 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009
  • April 2009
  • March 2009
  • February 2009
  • January 2009
  • December 2008
  • November 2008
  • October 2008
  • September 2008
  • August 2008
  • July 2008
  • June 2008
  • May 2008
  • April 2008
  • March 2008
  • February 2008
  • January 2008
  • December 2007
  • November 2007
  • October 2007
  • September 2007
  • August 2007
  • July 2007
  • June 2007
  • May 2007
  • April 2007
  • March 2007
  • February 2007
  • January 2007
  • December 2006
  • November 2006
  • October 2006
  • September 2006
  • August 2006
  • July 2006
  • June 2006
  • May 2006
  • April 2006
  • March 2006
  • February 2006
  • January 2006
  • December 2005
  • November 2005
  • October 2005
  • September 2005
  • August 2005
  • July 2005
  • June 2005
  • May 2005
  • April 2005
  • March 2005
  • February 2005
  • January 2005
  • HOME
  • Services
    • Product Management
    • Product Marketing
    • Technology
    • User Experience
    • Public Workshops
  • Articles
    • Index
    • Blog
  • Clients
  • Resources
  • Company
    • Team
    • Manifesto
    • Contact Us

Beware of Specials

Posted by Marty Cagan on June 1, 2005

Tags: specials, customer requirements, product discovery

How many times have you seen the situation where a sales rep brings to the CEO a proposal from a prospect that says, “if you will just add these seven features to your product then we’ll buy your software and even pay you an extra $X.” Or, lest anyone thinks that this situation is unique to enterprise software companies, for consumer service companies, your ad sales person comes over saying that “a big prospective partner will sign a seven-figure advertising and sponsorship deal with you if you’ll just agree to these site integration and placement requirements.”

Either way, these are what are known as “specials.” A special is when a company gets a big check from a prospective customer or partner with the condition that you build into your product exactly what they say.

It is entirely understandable why large customers and partners may seek this arrangement. And if you’re a small company that’s strapped for cash, it’s also very understandable that your CEO might be more than a little inclined to agree. After all, you’re going to be adding features anyway, so “why not let this customer underwrite these features?”

So what’s wrong with doing a special? Well, one of the surest ways to derail a product company is to confuse customer requirements with product requirements. I’ve written in depth elsewhere about the reasons why you can’t count on customers to describe the product that they need, but to summarize: first, it’s extremely difficult for the customer to know what he needs until he sees it; second, customers don’t have the time to be constantly exploring what’s now possible; and third, customers don’t often interact with each other in order to identify common themes.

But even if the customer doesn’t have these issues, more generally it’s not clear that these are the best things to focus on right now. By pursuing these special features now, what work are you delaying? What is the business cost of that delay?

But even assuming these are not issues, it is still dangerous. How come? Because your job is to meet the needs of a broad range of customers. That’s what distinguishes product companies from customer software shops. If a year from now the market changes, you need to be able to quickly change and adapt. If you are contractually obligated to keep supporting a specific way of doing things, then your business will not be as nimble as it needs to be. Remember that every version of your product will have to be built, maintained, tested, released, documented and supported. It doesn’t take too many specials to weigh down a company to the point where it takes them months to do even the smallest release.

Don’t get me wrong. There’s nothing wrong with custom software shops. They provide an essential service for countless companies that need specialized solutions, and can often deliver that specialized solution at a fraction of the time and cost of in-house developed solutions. But custom software is a very different business than commercial product software.

So how do you avoid the pitfalls of specials? Undeniably it takes corporate discipline and experience to be able to recognize specials and be willing to walk away. This leadership comes from the CEO, but there is much you can do as product manager to help.

First, it is natural for any customer to want to describe their problem in terms of the solution they can envision rather than the underlying problem itself. But as product manager it’s your job to work with the customer to tease out the core issues and needs. You can help them to recognize that there may be other approaches to this problem that provide a solution they would like even better. Most customers do not really want to be running on a custom version of software. They want to be running on your mainstream product, the one that gets the most attention, support and improvement.

Second, consider looking at how you could keep your product general purpose but allow the product to be tailored/customized/extended by the customer or by a solutions provider. And then have ready the names of a couple system integrator/solution provider companies that can tailor your product to meet this specific need. You may need to partner with the solution provider so that your customer doesn’t have to manage two relationships and have to worry about finger pointing if there are issues.

So far the examples have mainly been in the enterprise software space. But the problem of specials is becoming increasingly severe in the consumer internet services space, where for many companies, advertising that is not aligned with the site’s objectives has significantly distracted or even damaged the user experience.

For many advertisers, their main objective is very simply to move traffic from your site to their site. If this isn’t your goal, you’ve got a strategic conflict. For some sites, like directories or search engines, this is fine, but for others, you end up trading short-term traffic for your site’s future. This really isn’t in anyone’s best interest. Consider the revenue model of LinkedIn versus Friendster. LinkedIn is providing value-added services to their members and partners, and keeping them even more engaged in the process. In contrast, Friendster was doing everything they could to get members to go learn about Pamela Anderson’s TV show. I completely understand why Fox might want to reach Friendster’s members, but have a harder time realizing why Friendster would want to make this such a prominent part of their user experience, other than for short-term advertising revenue.

I have found advertisers to be very interested in finding better, more synergistic ways to work together. When you have a strategy and a clear role for them, they are more than willing to work with you. They know that traditional internet advertising is of limited value, and they want something better as much as you do.

Whether it’s enterprise software or consumer internet services, it’s the product manager’s job to ensure that you’re building the right product, and that the product will be applicable to and usable by a wide range of customers.


  • Product Management
  • Product Marketing
  • Technology
  • User Experience

© 2009 Silicon Valley Product Group. All rights reserved.