Enterprise System Spectator blog: ERP and enterprise system vendor evaluation, selection, and implementation.

The Enterprise System Spectator

Thursday, April 13, 2006

Making money in software with a niche-industry strategy

Tom Milay, Vice President of Industry Solutions at Made2Manage, contacted me concerning my article last week on his firm's recent acquisition of Encompix. Generally, he felt that what I wrote was accurate, but he noted my questioning of how the firm could make money by running each of its acquisition as a separate business unit. So, I took him up on his offer to do a phone interview, which now forms the basis for this post.

Back in 2003, Made2Manage was a small publicly-held Tier III ERP focused on small industrial manufacturers. I had evaluated the vendor's products once or twice and was impressed with its "small footprint" and web-based training that seemed to be appropriate for the small-company market that it was going after.

Shortly thereafter, Made2Manage was taken private by Battery Ventures, a venture capital firm, for $30 million. The word I heard from inside and outside the company was that the new management team was scaling back on product development in order to focus on selling into the installed base: sort of a "back to basics" strategy.

Since then, I noticed that Made2Manage was quietly accumulating several niche vendors in the small business ERP space, several of which I had evaluated in the past. Its acquisitions included DTR Software (ERP for plastics manufacturers), ADS (a former M2M reseller and developer of M2M extensions), Cimnet Systems (ERP for PCB manufacturers), and AXIS (ERP for manufacturers of "rolled products," such as cable and sheet metal). Then, last month Made2Manage acquired Encompix, a tiny vendor focused on the engineer-to-order segment.

So, what's behind this series of acquisitions and how does Made2Manage rationalize them? If the targets were struggling prior to being acquired, what does Made2Manage plan to do differently? Milay came to Made2Manage with the Battery Ventures deal, so he was in a position to clarify the firm's strategy.

The benefits of an industry focus
I would sum up the strategy as one of intense focus on very narrow manufacturing niches. This would be in contrast to the major Tier I vendors such as SAP and Oracle, which build systems that apply horizontally across a broad range of industries--manufacturing and non-manufacturing--with industry-specific functionality that can be switched on or off according to the client's needs.

Made2Manage is taking the opposite approach. Instead of configuring a general-purpose package to serve a specific industry, M2M offers a package that simply serves that industry, or sub-industry, and nothing more. If SAP is a Swiss army knife, M2M's portfolio of packages is a draw of knives, each for a specific use: one might be a meat cleaver knife, another a filleting knife, and another a paring knife. So, with this approach, M2M does not want to rewrite its acquired systems to a common code-base. In other words, it does not want to turn them into a single Swiss army knife. It wants to keep them as separate knives.

"The fit of a product to a specific manufacturing sector requires separate products," Milay told me. "The market is shifting away from generalized applications, such as SAP, which requires extensive configuration, to packages that fit the customer's industry sector out of the box."

A little side note, here, to say that I'm partial toward industry-specific solutions. I've seen the advantage of a niche approach in many sales demonstrations that I've viewed in the past 15 years. A tiny vendor such as DTR (plastics) or Encompix (engineer-to-order) can beat SAP or Oracle in a sales demonstration simply by bringing in presales personnel that speak the language of the prospect.

For example, an Oracle or SAP rep might be assigned to the process manufacturing sector. But even that might not be enough of a focus. The rep might be selling to a pharmaceutical manufacturer on Monday, and a winery on Tuesday. Wednesday he makes a sales call at an injection-molding plant. What does he know about injection-molding? Not much. He knows a lot about Oracle's Fusion middleware and its vision for next-generation web services but not much about finite scheduling, which is critical to an injection molding company.

On Thursday, the DTR sales guy calls on the same injection-molding plant. He's never been in a drug plant or a winery. All week he has been talking to other plastics manufacturers.

Who connects better with the prospect?

Now, DTR may not win the deal. The prospect might be more comfortable going with a name-brand, such as Oracle or SAP. But in most cases, the prospect will be far more comfortable with the DTR sales guy. I have seen scenario many times, not just with DTR but with other niche vendors as well.

Four strategic elements
With that background, here are key points of M2M's strategy, according to Milay.
  • First, shift from a software focus to a solution focus. The firm's deep industry expertise allows it to make money by providing post-implementation assessments and general business consulting, beyond the initial sale and installation of the software. This deepens the relationship with the client and brings additional revenue from the client base.
  • Second, automate customer service and support. One of the first things that M2M does when integrating a new acquisition is to document the most frequently encountered customer service problems and post them on its Web portal for customer support. It also deploys Web-based training for customers, if it does not already exist. As a result, 55% of customer incidents can be resolved by the customer using the Web, requiring little if any intervention by a customer support representative. According to Milay, automation of the support function is key to making the operating units profitable.
  • Third, centralize some corporate functions. M2M does operate each software package in its portfolio as a separate operating unit, but it is centralizing corporate functions such as marketing, administration, finance, and senior management. Although this does not cut as much cost as combining the software development organizations, it does provide some economies of scale.
  • Fourth, deliver all sales and service activities directly. M2M employs a separate direct sales force and services group for each software package in its portfolio. This flies in the face of conventional wisdom that says the best way to serve the small business market is through resellers and value-added resellers. M2M, in contrast, maintains a small selling team for new sales of each software product, plus a single salesperson to maintain contact with the installed base. On the service side, there is a small team of consultants for each software product.
I have my doubts about that last point. Over the past ten years, I've short-listed some of the products that are now in the M2M portfolio, and I've had to explain to clients why the vendor was flying in sales people from the other side of the country. It's not a plus, and it's even more of a problem when the client realizes that if he buys the software he'll be paying major travel expenses for the implementation consultants. Furthermore, I would be concerned that if M2M is successful in ramping up sales of its software products, it will find it difficult to scale up implementation services to assist those new customers. Milay agrees that there are some shortcomings with this model, but feels that the benefits outweigh the costs.

Concerning the need to maintain four separate software organizations, Milay said that over time, they do expect to realize some economies of scale in software development, by transitioning all their products to a service-oriented architecture, using Microsoft's .NET framework. Even though the packages will remain separate, there may be opportunities to share software components, especially where they provide functionality outside of the core niche manufacturing processes that make each package unique.

Milay realizes that continuing to operate each acquisition as a separate business unit may appear to be the most cost-effective approach. But it's important to see the whole picture. "We believe that our industry focus leads to greater market share in each industry niche, which leads to overall revenue for the company," he said. "This more than offsets the less-than-optimal organizational structure of operating each software package as a separate business unit."

Whether Made2Manage will be successful in the long run with its strategy is an open question. It is sticking to a traditional software license model at a time when only a few vendors are able to make money with it. Most of the buzz these days is around offering software as a service and leveraging open source. But, conventional wisdom is often wrong,

If early results are any indication, Made2Manage may have found a different path to success. The firm does not reveal financial results, but Milay assured me that ever since the company started on this road, it has been highly profitable.

Related posts
Made2Manage acquiring ETO vendor Encompix
Made2Manage sees bright future in plastics
Made2Manage going private

by Frank Scavo, 4/13/2006 08:04:00 PM | permalink | e-mail this!

 Reader Comments:

Here [1] is another company that seem to have taken the same approach.

I think a very important benefit of keeping the product lines independant is that in most cases you will probably be able to keep the core group of developers together. It is suprising how few developers there needs to be in the core of a product's development team. It's the anciliary staff that like testers, techincal writers, graphics designers, product managers and support staff that bulk up the numbers. Joel's Splosky suggests it is a ratio around 1:4 [2]

I suspect a large part of the difficult of merging product lines is merging the development teams especially when there are technology and geography differences.

[1] http://www.asaint.com/divisions.htm
[2] http://www.joelonsoftware.com/articles/DevelopmentAbstraction.html
Post a Comment

Links to this post:


Powered by Blogger

(c) 2002-2018, Frank Scavo.

Independent analysis of issues and trends in enterprise applications software and the strengths, weaknesses, advantages, and disadvantages of the vendors that provide them.

About the Enterprise System Spectator.

Frank Scavo Send tips, rumors, gossip, and feedback to Frank Scavo, at .

I'm interested in hearing about best practices, lessons learned, horror stories, and case studies of success or failure.

Selecting a new enterprise system can be a difficult decision. My consulting firm, Strativa, offers assistance that is independent and unbiased. For information on how we can help your organization make and carry out these decisions, write to me.

My IT research firm, Computer Economics provides metrics for IT management, such as IT spending and staffing benchmarks, technology adoption and investment trends, IT management best practices, IT salaries, outsourcing statistics, and more.

Go to latest postings

Search the Spectator!
Join over 1,700 subscribers on the Spectator email list!
Max. 1-2 times/month.
Easy one-click to unsubscribe anytime.

Follow me on Twitter
My RSS feed RSS News Feed

Computer Economics
Outsourcing Statistics
IT Spending and Staffing Benchmarks
IT Staffing Ratios
IT Management Best Practices
Worldwide Technology Trends
IT Salary Report


2014 Best Independent ERP Blog - Winner 2013 Best ERP Writer - Winner Constant Contact 2010 All Star Technobabble Top 100 Analyst Blogs

Key References
Strativa: Business strategy consulting, strategic planning
Strativa: IT strategy consulting
Strativa: Business process improvement, process mapping, consultants
Strativa: IT due diligence
Strativa: ERP software selection consulting and vendor evaluation
Strativa: CRM software selection consulting and vendor evaluation
Strativa: Project management consulting, change management
StreetWolf: Digital creative studio specializing in web, mobile and social applications
Enterprise IT News: diginomica

Spectator Archives
May 2002
June 2002
July 2002
August 2002
September 2002
October 2002
November 2002
December 2002
January 2003
February 2003
March 2003
April 2003
May 2003
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
July 2008
August 2008
September 2008
October 2008
November 2008
December 2008
January 2009
February 2009
March 2009
April 2009
May 2009
June 2009
July 2009
August 2009
September 2009
October 2009
November 2009
December 2009
January 2010
February 2010
March 2010
April 2010
June 2010
July 2010
August 2010
September 2010
October 2010
November 2010
December 2010
January 2011
February 2011
March 2011
April 2011
May 2011
July 2011
August 2011
September 2011
October 2011
November 2011
December 2011
January 2012
February 2012
March 2012
April 2012
May 2012
June 2012
July 2012
September 2012
October 2012
December 2012
January 2013
February 2013
March 2013
May 2013
June 2013
July 2013
September 2013
October 2013
December 2013
January 2014
February 2014
March 2014
April 2014
May 2014
June 2014
July 2014
August 2014
September 2014
October 2014
November 2014
December 2014
February 2015
March 2015
April 2015
May 2015
June 2015
July 2015
September 2015
October 2015
November 2015
February 2016
May 2016
June 2016
July 2016
August 2016
September 2016
October 2016
January 2017
February 2017
May 2017
June 2017
October 2017
January 2018
April 2018
May 2018
Latest postings