MSA

Historical notes on mainframe application software vendor Management Science America (MSA). Related subjects include:

November 17, 2013

Software delivery and pricing — the first 55 years

The commercial computing, software and services industries have existed for half a century or so each. It might be interesting to review how their pricing and delivery models have evolved over time.

1960s and 1970s

Modern IT is commonly dated from the introduction of the IBM 360 mainframe in 1964-5. But even before then, there was a growing industry in what we’d now call outsourced services, specifically in payroll processing; major players included Automatic Data Processing (ADP), the company that gave us Senator Frank Lautenberg, and a variety of banks. This was (and to this day remains) a comprehensive service, priced by unit of work (e.g., number of payroll checks cut).

IBM mainframes, which quickly came to dominate the market, were in the 1960s and 70s commonly rented. IBM software that ran on them was hence typically priced on a rental/subscription basis as well. The independent packaged software companies, however, often preferred to get paid up front,* and hence sold perpetual licenses to their software. Annual maintenance fees for the licensed software started in the range of 10% of the perpetual license or even less, but migrated up to today’s 20-22% range.

Read more

February 17, 2012

Enterprise application software, past and present

I recently wrote a long post on the premise that enterprise analytic applications are not like the other (operational) kind. That begs the question(s): What are operational enterprise applications like?

Historically, the essence of enterprise applications has been data management — they capture business information, then show it to you. User interfaces are typically straightforward in the UI technology of the era — forms, reports, menus, and the like. The hard part of building enterprise applications is getting the data structures right. That was all true in the 1970s; it’s all still true today.

Indeed, for many years, the essence of an application software acquisition was the database design. Maintenance streams were often unimportant; code would get thrown out and rewritten. But the application’s specific database structure would be adapted into an extension to the acquirer’s own.

Examples that come to mind from the pre-relational era include: Read more

March 28, 2010

Software industry hijinks

The approach of April Fool’s Day has me thinking of software industry pranks and other hijinks. Most of what comes to mind is verbal jousting of various sorts that doesn’t really fit the theme. But there was one case in which ongoing business competition got pretty prankish: mainframe-era accounting software leaders MSA vs. McCormack & Dodge. Read more

July 30, 2007

Setting the record straight

Computerworld got software industry history a bit wrong by implying that John Cullinane innovated packaged software (specifically, they said “packaged application”). Here’s what really happened, as I learned soon after becoming an analyst in the early 1980s:

February 6, 2007

How soon they forget

I was just writing about LinkedIn again, and was reminded that nobody ever answered the trivia question based on this post:

Who was the original fictitious Rob Carpenter?

February 13, 2006

Prerelational financial app software vendors 1 — a quick overview

MSA (Management Science America). This section got so long I’m breaking it out as a separate post just about MSA.

M & D (McCormack & Dodge). M & D was MSA’s archrival in mainframe financial software. They had various claims to product superiority, based on having “more CPAs on staff” than MSA and also on being first to market with realtime applications. However, M  & D sold out early to Dun & Bradstreet, and lost its edge as key managers left.

M & D seems to have been a lively company. Many stories about drugs or sex emerged (I don’t actually recall any drugs-and-sex-combined stories, for whatever reasons). Key players included: Frank Dodge, a former schoolteacher who founded another not terribly successful apps company (The Dodge Group) afterwards; Jim McCormack, who happily retired from software into real estate, but sadly died a few years later; development chief John Landry, who’s been a prominent industry figure ever since, and sales/marketing chief Bob Weiler, ditto. Landry and Weiler went together to Distribution Management Systems, Cullinet (after it bought DMS), and Lotus, before going their separate ways.

M & D’s venture into manufacturing applications seemed later and more half-hearted than Comserv’s or Cullinet’s. But they eventually did wind up with a version of (and may even have bought control of) the Rath & Strong technology.

Cullinet. Cullinet was better known as a DBMS vendor. But in a precursor of what became the Oracle strategy, it pursued financial and manufacturing applications as well. The financial applications were originally licensed from M & D. The manufacturing apps were originally licensed from Rath & Strong, as were M & D’s.

One negative consequence was that the industry teamed up against Cullinet. For example, ADR in DBMS and MSA in apps formed a close marketing relationship. To general industry agreement at the time, I dubbed this the ABC (Anybody But Cullinet) strategy.

Cincom. DBMS vendor Cincom pursued a Cullinet-like apps strategy. Not many people cared.

J. D. Edwards. If I recall correctly, JDE’s main platform was the IBM System 38, the predecessor to the AS/400. Anyhow, JDE was a Denver-based financial software company. Its main claim to fame, other than the platform that it ran on, was a superb order entry system. Rob Kelley, referring to his days at Arthur Andersen, once told me that Andersen’s order entry system had had 45,000 lines of code, JDE’s had had 5,000 lines, and JDE’s had been better.

SAP. I’ve already written up what I recall about SAP in the 1980s.

This initial list leaves a lot of companies out, of course. Other than the MRP companies — ASK, NCA, XCS, and so on — the biggest omission may be Walker Interactive. But also missing are Global Software, Data Design, a whole lot of human resources specialists and so on.

Also missing are other vertical market groups, most notably in banking software, which is where general ledger products (the first major financial application) first succeeded in a big way.

I hope to get around to writing about these subjects before too long.

February 13, 2006

MSA memories — the basics

When I became a software analyst in 1981, MSA (Management Science America) was generally regarded as the leading cross-industry financial software vendor. Its CEO was the colorful John Imlay, best known for a variety of showman stunts, such as bringing animals to sales meetings. (He also was known as “the man who killed the keypunch” from his hardware days, when he took a sledgehammer on stage to a keypunch machine in a presentation introducing key-to-disk technology.) The president was Bill Graves, the most agile 300 poundish guy I’ve ever seen off of a football field, and still the only person at whose house I’ve held hands during the saying of Grace.

MSA software ran only on IBM mainframes. There were a limited number of modules. I specifically recall an ad campaign for the “Big Eight,” because they had eight modules, and the “Big Eight” were the public accounting firms in those days. The eight included payroll, human resources, and six financial modules, which were general ledger, accounts payable, accounts receivable, purchasing, fixed assets, and probably inventory. That’s all, versus the hundreds of modules successor companies have today.

MSA obviously modeled its “persona” on IBM. Indeed, the MSA logo consisted of the three letters in a font that consisted of thin parallel horizontal lines, exactly like IBM’s of that day did. Another major slogan was “People are the key,” with little key lapel pins given to five- and ten-year employees. Read more

December 11, 2005

SAP Memories

Until the past couple of years, I didn’t have a lot of dealings with SAP. (That has now changed significantly.) But it seems that the things I do recall aren’t that widely known anymore.

I first heard of SAP in the 1980s. It was a smaller company than the then-leading mainframe application software vendors. Peter Zencke told me earlier this week that when he joined in 1983, the company had around 100 employees. From memory about MSA’s figures, I’d guess SAP’s revenue was somewhere in the $150-250,000 per employee range. Also from memory, I’d guess that MSA and M&D (McCormack & Dodge) were meaningfully bigger than SAP at that time. I also think that SAP combined financial and manufacturing applications earlier than the other mainframe vendors did, and hence probably got more revenue per client from a small number of clients. (MSA didn’t get into manufacturing apps until they bought Comserv, which if I recall correctly never broke the $20 million revenue mark on its own.)

SAP was almost unique among significant software vendors in being based outside the US, Software AG being the other obvious big example. There was no Business Objects then, of course. I don’t think that any of the UK companies that eventually made a modest impact — MicroFocus, LBMS, and much more recently Autonomy — were even active then. So it was pretty much off of people’s radar screens …

Indeed, at one point in the early 1990s I wrote to the effect of “Hey! There really are some important European software companies!” And spurred by that, my clients at Fidelity Investments invested in SAP. Too bad they were perennially stingy about compensation for good investment ideas …

Anyhow, the word on SAP from its competitors was that in the US at least, SAP focused tremendous sales effort on a small number of prospects, and in those accounts they were very hard to beat. These accounts seemed to be centered on the chemical and pharmaceutical industries, presumably because those industries were particularly strong in SAP’s home German market. Not coincidentally, SAP’s US operations were headquartered in Pennsylvania, near the New Jersey stronghold of those industries in the US. It’s natural to conjecture that SAP had superior functionality for process manufacturing industries, something that was pretty primitive in those days, but I don’t recall any direct mentions of this.

I learned more in the early 1990s when Jeremy Coote called up and introduced himself. He was the CFO of SAP’s US operations (he later went on to a big job at Siebel). It turned out that SAP had some contractual reason only to invest limited resources in the US. But that would change soon; one of the directors was coming over to run things in the US personally; and so on. Obviously, they lived up to that much more than I could possibly have envisioned at the time.

The story of how SAP’s rise dovetailed with the growth of the public accounting firms’ consulting practices is better known; I’ll leave the telling of that to another time.

Feed including blog about software history Subscribe to the Monash Research feed via RSS or email:

Login

Search our blogs and white papers

Monash Research blogs

User consulting

Building a short list? Refining your strategic plan? We can help.

Vendor advisory

We tell vendors what's happening -- and, more important, what they should do about it.

Monash Research highlights

Learn about white papers, webcasts, and blog highlights, by RSS or email.