November 20th, 2007 Curt Monash
From Salesforce.com’s latest 10-K:
We market our service to businesses on a subscription basis, primarily through our direct sales efforts and also indirectly through partners.
Looking back, I should have quoted that in support when I wrote:
By the way, I think the assumption SAP needs to sell ByDemand via indirect channels is an erroneous one. (Dennis Howlett seems to be at least partway to recognizing this. He also reports that SAP realizes that this is truly a sales issue.) Hence my stress on SAP’s internal sales management issues.
For 40+ years, application-oriented services have been sold in large part by direct sales forces. That goes back to the other payroll processors, and to time-sharing in general. Why would it change now?
Technorati Tags: SaaS, salesforce.com, software as a service, SAP
Posted in Enterprise applications, Platforms, SAP, Software as a service | 1 Comment »
September 25th, 2007 Curt Monash
As I explained in another post, it’s credible that SAP is very serious about its new ByDemand SaaS (Software as a Service) offering. While I haven’t been briefed on the product (er, service), I’m guessing ByDemand is pretty good, or soon will be. I have three major reasons for this opinion.
-
SAP sure has a lot of resources to bring to bear – and as previously noted, I think the company is dead serious about this initiative.
-
On the back end, the business-service granularity SAP has been implementing is well-suited to deal with the unique challenges of SaaS, both the very real (e.g., short upgrade cycles) and the largely imaginary (e.g., multi-tenancy).
-
SAP recently hired Dan Rosenberg away from Oracle to head its UI efforts, and Release 1 of a Dan Rosenberg user interface is likely to be very good. I know Dennis Howlett has a contrary view, and he’s actually seen the product. Even so, I’m optimistic about SAP’s claims to have designed the UI with an open mind, for maximum ease and simplicity, and validated by many rounds of testing.
Read the rest of this entry »
Posted in Enterprise applications, SAP, Software as a service | 5 Comments »
September 25th, 2007 Curt Monash
There’s a fallacy going around to the general effect:
Salesforce.com is the biggest SaaS company. Salesforce.com is making next to no profit. Therefore, SaaS is currently not a profitable business.
But that’s nonsense. Here’s why.
Read the rest of this entry »
Posted in Enterprise applications, SAP, Software as a service | No Comments »
September 20th, 2007 Curt Monash
We all know insulting wordplay such as “Windoze,” deserved or otherwise. (Personally, I prefer the more subtle “Intel giveth and Microsoft taketh away.”) I just learned one in German, however, that I’m guessing is less familiar to English-speaking readers. “Software auf Probe” translates, roughly, as “Software in test.” Any resemblances to long SAP adoption cycles are purely intentional. 
Posted in Enterprise applications, Fun stuff, SAP | No Comments »
March 29th, 2007 Curt Monash
Sramana Mitra has a little bit of a different take on Shai Agassi’s departure than mine. At first blush, it’s a distinction almost without a difference. In essence, she argues that Shai was frustrated because he couldn’t make big needed changes fast enough. That’s pretty close to my view that change simply wasn’t happening quickly or completely enough.
But the thing is — I think SAP’s overall technology roadmap has remained too incomplete. In essence — and I know some of my friends there will dispute this — SAP is still too focused on delivering software for how people should work, and doesn’t properly support the way they actually do — or realistically would like to — work.
Yes, it’s great that Dennis Moore and Dan Rosenberg are at SAP. But nobody — and this includes Shai — seems to be driving a real software re-think down into the individual products. The move to portal-based technology needs to be the beginning of the software functionality redesign, not the end. Josh Greenbaum thinks that Duet is all that and more, but I don’t see it that way.
Want to continue getting great research about analytics, appliances, and other enterprise technology or policy issues? Then subscribe to our feed, by RSS/Atom or e-mail! We recommend taking the integrated feed for all our blogs, but blog-specific ones are also easily available.
Technorati Tags: SAP, Shai Agassi
Posted in Enterprise applications, SAP | 4 Comments »
March 28th, 2007 Curt Monash
Shai Agassi is leaving SAP because, in essence, the old guard didn’t want to turn over the reins to him as fast as he would have liked.* Often, this kind of departure is a bad thing (e.g., Ray Lane at Oracle). But I suspect that SAP may actually be improved by Shai’s leaving.
*His other stated reasons include two very good and highly admirable ones – working on energy technologies and improving matters in Israel.
SAP’s technical strategy has three core elements:
- Automate business processes.
- Provide the technical infrastructure for automating business processes.
- Encapsulate process and data at the object/process level.
This strategy has been heavily developed and refined on Shai’s watch, with major contributions from lots of other folks. The issue isn’t vision any more. What SAP needs to do better is execute on the vision.
Read the rest of this entry »
Posted in Analytic technologies, Enterprise applications, SAP | 3 Comments »
January 3rd, 2007 Curt Monash
Below, essentially in its entirety, is an e-mail I just received from SAP, today, January 3. (Emphasis mine.)
Thank you for attending SAPs 4th Annual Analyst Summit in Las Vegas. We hope you found the time to be valuable. To ensure that we continue meeting your informational needs, please take a few moments to complete our online survey by using the link below. We ask that you please complete the survey before December 20. We look forward to receiving your feedback.
What makes this typical piece of SAP over-organization particularly amusing is that I didn’t actually attend the event. I was planning to, but after considerable effort I think I finally made it clear to VP of Analyst Relations Don Bulmer that I was fed up with being lied to* by him and his colleagues. In connection with that, we came to a mutual agreement, as it were, that I wouldn’t go.
*and lied about
Obviously, administrative ineptitude and dishonesty are two very different matters, united only by the fact that they both are characteristics of SAP, particularly its analyst relations group. Having said that, I should hasten to add that there are plenty of people at SAP I still trust. If Peter Zencke or Lothar Schubert tells me something, I expect it to be true. And it’s not just Germans; I feel the same way about Dan Rosenberg or Andrew Cabanski-Dunning, to name just a couple non-German SAP guys.
But I have to say this — both SAP’s ethics and its internal business processes are sufficiently screwed up as to cast doubt on SAP’s qualifications to “run the world’s best-run businesses.”
Technorati Tags: SAP, ethics
Posted in Enterprise applications, SAP | 7 Comments »
April 6th, 2006 Curt Monash
In a recent column called Three Views From the Top of the Software World (I generally don’t pick my titles, but that was as good as any), I opined that the big vendors had three fundamentally different paradigms from which they viewed enterprise software:
In the IBMOracle view, data — a.k.a. information — is king. IT’s job is to manage the data powerfully, reliably and (not always the top priority) cost-effectively. …
Microsoft’s vision, however, is quite different. It’s first and foremost about empowering people, at least to the extent that making them better corporate employees can be regarded as empowerment. …
While IBMOracle talks about information and Microsoft talks about people, SAP talks about business processes. …
Shortly after I wrote that, Microsoft came out with a sterling example of my claim. They told a story about composite apps. At SAP, composite apps are a business process story. At Oracle, they’re probably a business process story too. But at Microsoft? Read for yourself, in Microsoft’s own words:
The core vision behind what we are doing is Roles Based Productivity. To deliver on this vision, you have to start with “People” and really connect them up to their “work” (i.e. process). In the real world most people’s work is split across multiple applications and the “seams” show. Web Services is the foundational infrastructure that helps us get rid of the “seams”.
I don’t want to suggest I see something wrong with this. All three views are valid, and none of the vendors cited is too extreme (any more) about neglecting the other viewpoints. Still, I think this isn’t just semantics, but rather a fundamental difference in worldviews.
Posted in Enterprise applications, Microsoft, Oracle, SAP | 3 Comments »
February 2nd, 2006 Curt Monash
Here are some of my quick thoughts on SAP’s CRM On-Demand announcement:
1. One of the biggest barriers to SaaS (Software as a Service) growth in my opinion has been the question of data integration. Some of my data is at a service provider. Some is inhouse. How do I integrate it? How do I analyze it? SAP has provided a very good but still partial answer to those concerns by ensuring that its hosted and onsite versions of an app have the same APIs.
2. I say “partial” only because I’m having trouble envisioning many scenarios in which a customer would really want to have some of its data inhouse, some outsourced. It seems like the main benefit would almost always be as a transition strategy.
3. That said, sales automation can be one of the exceptions. The distributed computing problem for serving sales offices around the world may be much greater than that for the rest of one’s apps, so outsourcing that aspect of network management is not totally ridiculous.
4. Anyhow, this was obviously the way the software industry was headed. Indeed, it’s the way a lot of the industry did business until the first half of the 1980s. There were timeshared and onsite versions of the same products, in many cases. That strategy only died out completely when DBMS replaced file managers as the standard underpinnings to packaged apps, and that didn’t happen until the rise of relational DBMS in the second half of the 1980s.
5. I’m sure there will be issues with functionality, pricing, service responsiveness, and similar aspects of nimbleness. There’s no guarantee that SAP will establish and commit to a viable sales model for this service; it may always remain an afterthought. Even so, it could be enough to slow the penetration of Salesforce.com et al. into large enterprises.
6. To succeed in a big way, SAP has to establish a separate sales force, with a separate marketing budget. It also has to cross-commission between packaged product and SaaS sales. Those sound like slightly contradictory strategies, so there’s no assurance they’ll do both. Mark Benioff doesn’t have to panic quite yet.
7. The other non-trivial organizational problem SAP needs to solve is having one product development organization serve two sales force/marketing group masters. The closest thing they’ve done in the past to that is with NetWeaver, which is both a key technology for other SAP products and an important product in its own right. Their answer has been impressive fundamental engineering, but perhaps less “sizzle” on the surface of the product than it needs for maximum success. E.g., the BI products are significantly held back by their UIs, and serious attempts to fix that in my opinion just started last year — no offense intended to those hard-working people who might suspect I’m implicitly calling them “unserious” with that judgment.
Bottom line: Like most cases in which a huge and hugely successful company invades the core market of a rival, this effort will need to be judged several years and releases down the road. And the most important deciding factor will be whether or not there’s ongoing commitment to succeed in this new market, on a level comparable to the commitment with which the company pursues its much large core businesses. SAP has already shown such a commitment once this century, in NetWeaver. It’s too early to tell whether they’ll do so a second time, in SaaS.
Posted in Enterprise applications, SAP, Software as a service | No Comments »
January 13th, 2006 Curt Monash
The world has hardly suffered from a lack of opportunities to hear me speak. I first appeared on radio and TV in 1973, first taught a college course in 1977, and have rarely shut up ever since. But until recently, I hadn’t gotten involved with the various forms of Web broadcasting. Well, that suddenly changed, and this month alone you have three different opportunities to hear me hold forth.
1. John Gallant put me on “The Hot Seat” at Network World’s offices, discussing a few provocative questions about the direction of the software industry. The video/audio may now be found on their site. Sadly, while I could quibble and say the camera angle was a bit unflattering, in essence that is what I really look like these days.
2. I participated in a Webinar for SAP called “Beyond Transactions: The Power of Portals.” The theme was that if you want to build or buy an app that’s mainly about data flowing back and forth between parts of the computer system, traditional technologies are fine. But if you want an app that has rich human contact with information, portals are often a superior technology.
I am told a link will be available within the week. Watch this blog for details.
3. On Wednesday, January 25, at 11 am EST, I am participating in – indeed, doing most of the talking for – a Webinar on Memory-Centric Data Management. The host is Applix. The focus will naturally be on the part they care most about (in-memory MOLAP), but it will also be the first time I speak about an area on which I’ve done a considerable amount of recent writing and research.
You can register for this Webinar here.
Posted in DBMS vendors and technologies, Enterprise applications, SAP | 1 Comment »