A blog regarding risks, problems, drawbacks, and alternatives.

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.

Background
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!

AddThis Feed Button

 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-2008, 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.

Read more: "About the Enterprise System Spectator"

Send tips, rumors, gossip, and feedback to Frank Scavo at . I'm especially interested in hearing about best practices, lessons learned, horror stories, and case studies of success or failure.

Selecting and implementing 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.



AddThis Feed Button


Go to latest postings

Join the Spectator mail list!
Email:
Receive new articles (max once per week).
Easy one-click to unsubscribe anytime.

Search the Spectator:

Computer Economics
ERP Support Staffing Ratios
IT Spending & Staffing Study
IT Salary Report
IT Security Study
Trends in IT Security Threats
The Computer Economics Report (newsletter)

Get these headlines on your site, free!

More links
Strativa: ERP software evaluation and implementation consulting
35MM Design: Web design, Los Angeles
CISO Handbook
Open Source Strategies

TechWeb Readers Choice finalist

TechWeb Readers Choice finalist



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
Latest postings