16 ms·

SAP was, and will always stay, a mystery to me. It is ridiculously expensive and complex. I know that the problems it aims to solve are also highly complex and

SAP was, and will always stay, a mystery to me. It is ridiculously expensive and complex. I know that the problems it aims to solve are also highly complex and very specific, but reading stories like this, plus (if you live in Germany and work in the IT industry) sometimes hearing unbelievable stories from your peers, it always confuses me that companies still want so much SAP. In the late 90s/early 00s a lot of people had seemingly infinite trust in IBM. Maybe the same logic applies here as well.

simias 8y ago
I don't know much about SAP besides the fact that I don't think I've ever heard anything positive about it (but then again, nobody talks about the trains that are on time). I always assumed that it was a "nobody gets fired for choosing SAP" situation. It's huge, it might be clunky but you know that if you pay for the support it'll probably end up doing mostly what you want and it'll mostly keep working. The alternatives would be either using a less popular solution or creating one in-house but in both cases you're taking additional risks even if it might pay off in the end if everything goes right. It's the same situation with Oracle, Microsoft Windows and countless other "corporate" software solutions. If you look at it from a hacker point of view it makes no sense, it's ridiculously expensive, it's often overkill, it's not elegant, you could do the same thing for 1% the cost and it'd work better etc... Now if you look at it from the point of view of a company that needs something that will work 100% by a given deadline and you want somebody you can yell at if it doesn't (and you want to know they'll still be here 6 months from now) it makes total sense.
- arethuza 8y ago
  "you could do the same thing for 1% the cost and it'd work better etc." I used to think that - then I did some work with large scale ERP systems and realised that I was wildly wrong. Fortunately I moved into other areas while I still had some sanity.
  - simias 8y ago
    Well that's an other thing, when you look at these solutions from afar you often see the core functionality and think it's not a big deal but the devil is always in the details, the millions of small functionalities hidden everywhere for specific tasks is what makes it very hard to compete. Every company has specificities, they want to interface with $external_software, they want to import $arcane_data_format etc... You start by writing a slim and tidy database engine and the next thing you know you have to implement an MS Excel to protobuf converter. It's easy to underestimate the complexity of an ERP for even a moderately sized company, let alone one the size of LIDL.
    - arethuza 8y ago
      ERP systems are basically accounts packages with aspirations for world domination. From a long way, and I mean a really long way, they seem straightforward - but get close and they are Lovecraftian horrors. Remember, SAP is how Lucifer interacts with our world.
      - craigsmansion 8y ago
        Whereas Oracle is how Larry Ellison interacts with our world. A reasonable business case for SAP, I suppose.
        rbanffy 8y ago
        I'd take my chances with Lucifer.
    - sseveran 8y ago
      Its actually much worse than that. I have considerable experience in a similar class of system, electronic medial records. A common thread I saw in both our PeopleSoft implementation and our EMR implementation was that both are not really packaged products, but platforms to implement our organizations workflows. We were not about to adapt our workflow to some software package so really we buy the product and then spend hundreds of millions using it to encode how we want to operate. By the time you are actually inside the database you typically find a data model that is optimized for flexibility over anything else. So its not really that we need weird connectors, its that we say oh no, we actually have this functionality in this weird department that no one else has with data that is subtlety different from other organizations and a workflow that no one else has. Then repeat that thousands of times.
- vertex-four 8y ago
  The problem is, I think, that using SAP essentially is creating your own solution in-house... but being tied to a certain amount of structure from the start rather than being able to go off and completely do your own thing. The way it’s implemented also doesn’t generally allow for creating small solutions and building up - either the entire project succeeds several years after it’s started, or it all fails.
  - patja 8y ago
    I once worked with an SAP consultant who had worked on SAP projects that were 100% custom development. They used it strictly as a form-building app dev platform with solid scalable transaction processing and reporting capabilities, and used zero of the pre-defined configuration or data structures. I think they had a bit of the "when your only tool is a hammer" mentality.
raverbashing 8y ago
Using services from big name companies is (half) the corporate world version of an expensive fashion item/fancy car and half "wanting someone to sue in case things go wrong". Except an expensive fashion item doesn't ruin your ability to do your job and is still probably cheaper in relative scales.
- Slartie 8y ago
  And the "wanting someone to sue in case things go wrong" strategy is typically a pipe dream as well - you're simply fucked and paid a lot of money for nothing in case things go wrong.
- PaulHoule 8y ago
  I think the big attraction of SAP is that it lets CEOs smooth out earnings. They can get projections of what the number are going to be for the quarter continuously so in the last few weeks of the quarter they can speed up or slow down sales and spending to hit the earnings numbers they want.
  - arethuza 8y ago
    Not sure why you are being downvoted - I used to know a guy who had been head of sales for a large tech company that you will have heard of and he said they did exactly that - delay sales from one period to the next to smooth things out and to be closer to market expectations. Their sales contracts apparently had clauses allowing them to delay sales for just this reason. NB That kind of sales reporting isn't just from SAP - Oracle Hyperion and IBM Cognos are the biggest players in consolidated financial reporting.
    - jhayward 8y ago
      Cisco Systems used to be renowned for hitting consensus revenue projections precisely, always consensus +1 cent. That kind of "management" is a red flag IMO.
adrian_mrd 8y ago
Totally agree. It seems that the main advantage it has is that the complexity can be skewed to any angle (helpful for sales), and that the decision-making process at many large companies is an exercise in check-box procurement - rather than, say, genuine understanding of the problems to solve or the user(s) needs.
arbitrary_name 8y ago
Not quite. I have worked with sap at many different clients. Some Reasons for buying SAP ( by that i mean their ERP as well as funxtional or industry specific tools and applications.) are as follows Scale: at this size, you pick SAP or Oracle. There's very little else out there in the market. Proven implementation: speaking for most clients, you cannot get a major ERP implementation done without outside help. You will turn to either the vendors or major integrators. You will then ask them to give you advice and prove their expertise. They will give you a list of prior successes, which is in my sector always going to favour SAP as Oracle have a bad track record. You will then pick the system and configuration and maybe even architecture they are recommending. Industry Expertise: SAP, in many industry sectors, know their shit. You can try making your own tools, you can try pulling 20 different apps together to get the functionality you want. But that increases cost, complexity and often violates architectural principles. So you just buy SAP and all the modules, because they have every possible business process mapped out, data structures configured, suppliers and product catalogues ready to go, etc. Oracle has this too, but fewer products support or integrate well in my limited experience. Of course, SAP isn't without its issues or drawbacks, but i have consulted with clients across many projects including the initiak upstream business cases, and these are often the key deciding factors.
- misja111 8y ago
  What SAP and Oracle have in common is that they have a very capable sales force, that is able to convince companies that their business case will fit nicely into their model. Then, once the implementation is ongoing and it turns out that there are some corner cases which were overlooked and that don't fit into the SAP model at all, SAP has another option available: hire their expensive consultants. Depending on how locked-in they are and how big their projects, this can completely destroy some companies.
  - rwallace 8y ago
    Do you know of any case studies of companies being completely destroyed by this process? I have certainly heard of such projects getting into trouble, would be interested to know of any cases where it went as far as the customer going bankrupt.
sparkling 8y ago
I have not yet seen a SAP software that could not be replaced with a homemade Django/Rails web app (90% CRUD) and some external API integrations to other services that may exist in the company such HR, invoicing etc. Of course, at the fraction of the the cost of the SAP solution.
- Aeolun 8y ago
  That is one hell of a Django app.
- krylon 8y ago
  The moment you touch anything related to accounting or subject to laws / regulations, stuff gets very hairy.
- brohee 8y ago
  OpenERP is not Django based IIRC, but they basically thought the same thing and went at it with some good success.
  - rbanffy 8y ago
    I seriously doubt OpenERP has the same scope as SAP. It works for smaller structures but, like mentioned before, if your operations cross too many national borders, things get insanely complicated really quickly.
- patja 8y ago
  There might be more offered by SAP than you are accounting for. You would have to re-create all of the features for things like demand management aggregated forecasting by product line, including integration with supply chain ordering and EDI integration with your global suppliers and customers. You might also need a solution for maintaining separate general ledgers for local hyperinflationary accounting requirements in Brazil in parallel with GAAP reporting in the US. And those other services such as HR and invoicing...they are also all in the box with SAP if you choose to go whole hog.
wenc 8y ago
As the other commenters have noted, none of the offerings in the large-scale ERP space are "good" for most measures of good, but they tend to be good enough to keep things operational. SAP is reputedly the least bad vendor in this space (we use a competing system and it is much worse). ERPs are tedious, uninspiring, production-level software that have to deal with all manners of ill-defined business rules and variations. It's almost impossible to come up with an elegant product because the problem space itself is inelegant and in many cases irreducibly so. I imagine it's hard to attract talented developers (except those solely attracted to money) to this space because the feedback loop and intellectual payoff is so unrewarding. Most of the time the implementation problems have to do with human problems, not technical ones. Most ERP customization is outsourced to pools of fungible labor. But when you run a large enterprise, ERPs are absolutely necessary, so someone's gotta do it.
- nraynaud 8y ago
  Can't they split the project and try to introduce the tool or fail by pieces? I know management and sales wants big figures to compute a mass discount and be in the press, but in the nitty gritty, isn't it better to screw up only part of the company?
  - mbesto 8y ago
    Yes - most roll-outs will do phase approaches (unclear if Lidl did this or not). A good strategy is to do a smaller country roll-out for example, learn all of the lessons and then roll it out elsewhere. It's however not a blanket strategy and requires context to decide which is the right way.
    - hibbelig 8y ago
      Lidl rolled it out in the smaller countries, learned the lesson that it's not going to work, and stopped it.
      - quikoa 8y ago
        What I find crazy is that it still took 500M to figure that out.
mbesto 8y ago
Former SAP employee here, who btw, is very critical of SAP. I also happen to have worked in Escalation Management at SAP, who's prime responsibility was to take SAP projects that were about to go south and put them into "escalation" before they the hit newspapers. Let me try to explain the mystery around SAP. 1. Most of the situations where SAP projects go haywire is largely due to (a) incorrect implementation by the service integrator and (b) challenges between business processes and systems support for those business processes. Sally in accounting wants to see sales per unit for the Germany promotional rollout, while Karen in marketing wants to see overall sales for 100 store locations in both Germany and Netherlands. The NL's retail stores don't split out VAT because their POS systems don't allow you to do that...etc etc. You can see where this is going... 2. Implementing ERP at the global level is incredibly complex. There's this idea (especially in the HN circles) to just "throw SaaS" at the problem, but it's not that simple. If you haven't been involved with an implementation at this size, it's not worth discussing. It's a wonderful hodgepodge of culture challenges, project management methodology clashes, and misalignment of strategy. 3. Yes, no one ever got fired for hiring SAP, just like they did with IBM. This is obviously changing, but still has some truth to it (see next point). 4. Honestly, being a CIO of a global F500 company absolutely sucks. If you try to stick your head out and do anything innovative and it fails, your axed. Many CIOs simply go into turtle mode - protect the budget you're given by the CFO and just don't f anything up. A CIO who choses to build a custom ERP and fails will be fired 100x faster than one who uses a packaged solution and it fails. 5. What's the alternative? Oracle? At this level, they're all the same (ok, not totally true, but generally accurate). Happy to answer any questions...this area is unfortunately/fortunately close to my heart.
- baxtr 8y ago
  Thanks for sharing, great insights there! How do you see the chance for classical “low-end disruption” like Christensen described? i.e. small players buy small solutions because they’re cheaper and have less scope. Then larger companies start using the low-cost software etc.
  - mbesto 8y ago
    Just look at Concur, Fieldglass, SuccessFactors, BusinessObjects, etc All were acquired by SAP because SAP can't do SaaS right and filled specific product areas of ERP. SalesForce is also the greatest example of someone who started fairly small scope (small team CRM) and moved into bigger scope (enterprise CRM + enterprise application platform development).
kfk 8y ago
The problem is that most SAP projects are in reality change management projects. Unfortunately, change management doesn't sound sexy and everybody focuses on the software side of things. But any IT project at that scale will require a lot of change and a really deep understanding of the current and future business processes and the value you want to get from that change
philjohn 8y ago
My "favourite" SAP experience was at the last company I worked at who used it for everything. One guy who worked for me did a 4 day week - he sometimes took half a day of leave, and when he got to his last half day he could never book it, because the system was adamant he only had 0.49 days of leave remaining. Not sure if that was bad configuration when it was implemented ... or the product being a bit ropey when something doesn't fit their model perfectly, but it stuck with me and made me forever wary.
rushabh 8y ago
ERP is probably the slowest moving market in software. Trying to sell ERPs for almost a decade now here is what I learned 1. The first reason for this is compliance. Most large companies are worried about compliance and trust only comes with many years of successful deployments. For a new entrant to be recognized can take upto 10 years and for clients to accept the solution as a solid one. 2. The second reason is complexity. When you consider the scale and complexity of an implementation, most new ERP companies do not understand the effort goes into pre-sales and going through hundreds of pages of RFPs. There are system integrators, consultancies and entire ecosystems locked in to this duo-poly. But things are changing. We run an open source product (https://erpnext.org https://erpnext.org) and we have seen people are looking to move away from the SAP-Oracle duopoly. Innovative companies where the CTO has as much as a say as a CIO in such decisions are willing to look outside at Open Source. It is still very early days, but this space looks exciting right now.
- nexxer 8y ago
  I looked around https://erpnext.org https://erpnext.org , got to https://erpnext.org/get-started https://erpnext.org/get-started , where there is a broken link "Start a Free Trial on ERPNext.com" ( https://erpnext.com/sign-up https://erpnext.com/sign-up ).
laythea 8y ago
Is this situation not produced by the "nobody got fired for using IBM" mentality. Supply chain may be complex but for heavens sake, 500M euros! and not complete. I can do it for half :)
coldtea 8y ago
>In the late 90s/early 00s a lot of people had seemingly infinite trust in IBM. You probably conflate that period with the 60s-70s. In the late 90s/00s it was when IBM regained some mojo by adopting Linux and OSS and building on top of them. It was not its time of "infinite trust", but a time of a recovery into "some trust".
avip 8y ago
When Oracle is your alternative, SAP suddenly looks better.

simias 8y ago

I don't know much about SAP besides the fact that I don't think I've ever heard anything positive about it (but then again, nobody talks about the trains that are on time). I always assumed that it was a "nobody gets fired for choosing SAP" situation. It's huge, it might be clunky but you know that if you pay for the support it'll probably end up doing mostly what you want and it'll mostly keep working. The alternatives would be either using a less popular solution or creating one in-house but in both cases you're taking additional risks even if it might pay off in the end if everything goes right. It's the same situation with Oracle, Microsoft Windows and countless other "corporate" software solutions. If you look at it from a hacker point of view it makes no sense, it's ridiculously expensive, it's often overkill, it's not elegant, you could do the same thing for 1% the cost and it'd work better etc... Now if you look at it from the point of view of a company that needs something that will work 100% by a given deadline and you want somebody you can yell at if it doesn't (and you want to know they'll still be here 6 months from now) it makes total sense.

arethuza 8y ago
"you could do the same thing for 1% the cost and it'd work better etc." I used to think that - then I did some work with large scale ERP systems and realised that I was wildly wrong. Fortunately I moved into other areas while I still had some sanity.
- simias 8y ago
  Well that's an other thing, when you look at these solutions from afar you often see the core functionality and think it's not a big deal but the devil is always in the details, the millions of small functionalities hidden everywhere for specific tasks is what makes it very hard to compete. Every company has specificities, they want to interface with $external_software, they want to import $arcane_data_format etc... You start by writing a slim and tidy database engine and the next thing you know you have to implement an MS Excel to protobuf converter. It's easy to underestimate the complexity of an ERP for even a moderately sized company, let alone one the size of LIDL.
  - arethuza 8y ago
    ERP systems are basically accounts packages with aspirations for world domination. From a long way, and I mean a really long way, they seem straightforward - but get close and they are Lovecraftian horrors. Remember, SAP is how Lucifer interacts with our world.
    - craigsmansion 8y ago
      Whereas Oracle is how Larry Ellison interacts with our world. A reasonable business case for SAP, I suppose.
      - rbanffy 8y ago
        I'd take my chances with Lucifer.
  - sseveran 8y ago
    Its actually much worse than that. I have considerable experience in a similar class of system, electronic medial records. A common thread I saw in both our PeopleSoft implementation and our EMR implementation was that both are not really packaged products, but platforms to implement our organizations workflows. We were not about to adapt our workflow to some software package so really we buy the product and then spend hundreds of millions using it to encode how we want to operate. By the time you are actually inside the database you typically find a data model that is optimized for flexibility over anything else. So its not really that we need weird connectors, its that we say oh no, we actually have this functionality in this weird department that no one else has with data that is subtlety different from other organizations and a workflow that no one else has. Then repeat that thousands of times.
vertex-four 8y ago
The problem is, I think, that using SAP essentially is creating your own solution in-house... but being tied to a certain amount of structure from the start rather than being able to go off and completely do your own thing. The way it’s implemented also doesn’t generally allow for creating small solutions and building up - either the entire project succeeds several years after it’s started, or it all fails.
- patja 8y ago
  I once worked with an SAP consultant who had worked on SAP projects that were 100% custom development. They used it strictly as a form-building app dev platform with solid scalable transaction processing and reporting capabilities, and used zero of the pre-defined configuration or data structures. I think they had a bit of the "when your only tool is a hammer" mentality.

raverbashing 8y ago

Using services from big name companies is (half) the corporate world version of an expensive fashion item/fancy car and half "wanting someone to sue in case things go wrong". Except an expensive fashion item doesn't ruin your ability to do your job and is still probably cheaper in relative scales.

Slartie 8y ago
And the "wanting someone to sue in case things go wrong" strategy is typically a pipe dream as well - you're simply fucked and paid a lot of money for nothing in case things go wrong.
PaulHoule 8y ago
I think the big attraction of SAP is that it lets CEOs smooth out earnings. They can get projections of what the number are going to be for the quarter continuously so in the last few weeks of the quarter they can speed up or slow down sales and spending to hit the earnings numbers they want.
- arethuza 8y ago
  Not sure why you are being downvoted - I used to know a guy who had been head of sales for a large tech company that you will have heard of and he said they did exactly that - delay sales from one period to the next to smooth things out and to be closer to market expectations. Their sales contracts apparently had clauses allowing them to delay sales for just this reason. NB That kind of sales reporting isn't just from SAP - Oracle Hyperion and IBM Cognos are the biggest players in consolidated financial reporting.
  - jhayward 8y ago
    Cisco Systems used to be renowned for hitting consensus revenue projections precisely, always consensus +1 cent. That kind of "management" is a red flag IMO.

adrian_mrd 8y ago

Totally agree. It seems that the main advantage it has is that the complexity can be skewed to any angle (helpful for sales), and that the decision-making process at many large companies is an exercise in check-box procurement - rather than, say, genuine understanding of the problems to solve or the user(s) needs.

arbitrary_name 8y ago

Not quite. I have worked with sap at many different clients. Some Reasons for buying SAP ( by that i mean their ERP as well as funxtional or industry specific tools and applications.) are as follows Scale: at this size, you pick SAP or Oracle. There's very little else out there in the market. Proven implementation: speaking for most clients, you cannot get a major ERP implementation done without outside help. You will turn to either the vendors or major integrators. You will then ask them to give you advice and prove their expertise. They will give you a list of prior successes, which is in my sector always going to favour SAP as Oracle have a bad track record. You will then pick the system and configuration and maybe even architecture they are recommending. Industry Expertise: SAP, in many industry sectors, know their shit. You can try making your own tools, you can try pulling 20 different apps together to get the functionality you want. But that increases cost, complexity and often violates architectural principles. So you just buy SAP and all the modules, because they have every possible business process mapped out, data structures configured, suppliers and product catalogues ready to go, etc. Oracle has this too, but fewer products support or integrate well in my limited experience. Of course, SAP isn't without its issues or drawbacks, but i have consulted with clients across many projects including the initiak upstream business cases, and these are often the key deciding factors.

misja111 8y ago
What SAP and Oracle have in common is that they have a very capable sales force, that is able to convince companies that their business case will fit nicely into their model. Then, once the implementation is ongoing and it turns out that there are some corner cases which were overlooked and that don't fit into the SAP model at all, SAP has another option available: hire their expensive consultants. Depending on how locked-in they are and how big their projects, this can completely destroy some companies.
- rwallace 8y ago
  Do you know of any case studies of companies being completely destroyed by this process? I have certainly heard of such projects getting into trouble, would be interested to know of any cases where it went as far as the customer going bankrupt.

sparkling 8y ago

I have not yet seen a SAP software that could not be replaced with a homemade Django/Rails web app (90% CRUD) and some external API integrations to other services that may exist in the company such HR, invoicing etc. Of course, at the fraction of the the cost of the SAP solution.

Aeolun 8y ago
That is one hell of a Django app.
krylon 8y ago
The moment you touch anything related to accounting or subject to laws / regulations, stuff gets very hairy.
brohee 8y ago
OpenERP is not Django based IIRC, but they basically thought the same thing and went at it with some good success.
- rbanffy 8y ago
  I seriously doubt OpenERP has the same scope as SAP. It works for smaller structures but, like mentioned before, if your operations cross too many national borders, things get insanely complicated really quickly.
patja 8y ago
There might be more offered by SAP than you are accounting for. You would have to re-create all of the features for things like demand management aggregated forecasting by product line, including integration with supply chain ordering and EDI integration with your global suppliers and customers. You might also need a solution for maintaining separate general ledgers for local hyperinflationary accounting requirements in Brazil in parallel with GAAP reporting in the US. And those other services such as HR and invoicing...they are also all in the box with SAP if you choose to go whole hog.

wenc 8y ago

As the other commenters have noted, none of the offerings in the large-scale ERP space are "good" for most measures of good, but they tend to be good enough to keep things operational. SAP is reputedly the least bad vendor in this space (we use a competing system and it is much worse). ERPs are tedious, uninspiring, production-level software that have to deal with all manners of ill-defined business rules and variations. It's almost impossible to come up with an elegant product because the problem space itself is inelegant and in many cases irreducibly so. I imagine it's hard to attract talented developers (except those solely attracted to money) to this space because the feedback loop and intellectual payoff is so unrewarding. Most of the time the implementation problems have to do with human problems, not technical ones. Most ERP customization is outsourced to pools of fungible labor. But when you run a large enterprise, ERPs are absolutely necessary, so someone's gotta do it.

nraynaud 8y ago
Can't they split the project and try to introduce the tool or fail by pieces? I know management and sales wants big figures to compute a mass discount and be in the press, but in the nitty gritty, isn't it better to screw up only part of the company?
- mbesto 8y ago
  Yes - most roll-outs will do phase approaches (unclear if Lidl did this or not). A good strategy is to do a smaller country roll-out for example, learn all of the lessons and then roll it out elsewhere. It's however not a blanket strategy and requires context to decide which is the right way.
  - hibbelig 8y ago
    Lidl rolled it out in the smaller countries, learned the lesson that it's not going to work, and stopped it.
    - quikoa 8y ago
      What I find crazy is that it still took 500M to figure that out.

mbesto 8y ago

Former SAP employee here, who btw, is very critical of SAP. I also happen to have worked in Escalation Management at SAP, who's prime responsibility was to take SAP projects that were about to go south and put them into "escalation" before they the hit newspapers. Let me try to explain the mystery around SAP. 1. Most of the situations where SAP projects go haywire is largely due to (a) incorrect implementation by the service integrator and (b) challenges between business processes and systems support for those business processes. Sally in accounting wants to see sales per unit for the Germany promotional rollout, while Karen in marketing wants to see overall sales for 100 store locations in both Germany and Netherlands. The NL's retail stores don't split out VAT because their POS systems don't allow you to do that...etc etc. You can see where this is going... 2. Implementing ERP at the global level is incredibly complex. There's this idea (especially in the HN circles) to just "throw SaaS" at the problem, but it's not that simple. If you haven't been involved with an implementation at this size, it's not worth discussing. It's a wonderful hodgepodge of culture challenges, project management methodology clashes, and misalignment of strategy. 3. Yes, no one ever got fired for hiring SAP, just like they did with IBM. This is obviously changing, but still has some truth to it (see next point). 4. Honestly, being a CIO of a global F500 company absolutely sucks. If you try to stick your head out and do anything innovative and it fails, your axed. Many CIOs simply go into turtle mode - protect the budget you're given by the CFO and just don't f anything up. A CIO who choses to build a custom ERP and fails will be fired 100x faster than one who uses a packaged solution and it fails. 5. What's the alternative? Oracle? At this level, they're all the same (ok, not totally true, but generally accurate). Happy to answer any questions...this area is unfortunately/fortunately close to my heart.

baxtr 8y ago
Thanks for sharing, great insights there! How do you see the chance for classical “low-end disruption” like Christensen described? i.e. small players buy small solutions because they’re cheaper and have less scope. Then larger companies start using the low-cost software etc.
- mbesto 8y ago
  Just look at Concur, Fieldglass, SuccessFactors, BusinessObjects, etc All were acquired by SAP because SAP can't do SaaS right and filled specific product areas of ERP. SalesForce is also the greatest example of someone who started fairly small scope (small team CRM) and moved into bigger scope (enterprise CRM + enterprise application platform development).

kfk 8y ago

The problem is that most SAP projects are in reality change management projects. Unfortunately, change management doesn't sound sexy and everybody focuses on the software side of things. But any IT project at that scale will require a lot of change and a really deep understanding of the current and future business processes and the value you want to get from that change

philjohn 8y ago

My "favourite" SAP experience was at the last company I worked at who used it for everything. One guy who worked for me did a 4 day week - he sometimes took half a day of leave, and when he got to his last half day he could never book it, because the system was adamant he only had 0.49 days of leave remaining. Not sure if that was bad configuration when it was implemented ... or the product being a bit ropey when something doesn't fit their model perfectly, but it stuck with me and made me forever wary.

rushabh 8y ago

ERP is probably the slowest moving market in software. Trying to sell ERPs for almost a decade now here is what I learned 1. The first reason for this is compliance. Most large companies are worried about compliance and trust only comes with many years of successful deployments. For a new entrant to be recognized can take upto 10 years and for clients to accept the solution as a solid one. 2. The second reason is complexity. When you consider the scale and complexity of an implementation, most new ERP companies do not understand the effort goes into pre-sales and going through hundreds of pages of RFPs. There are system integrators, consultancies and entire ecosystems locked in to this duo-poly. But things are changing. We run an open source product (https://erpnext.org https://erpnext.org) and we have seen people are looking to move away from the SAP-Oracle duopoly. Innovative companies where the CTO has as much as a say as a CIO in such decisions are willing to look outside at Open Source. It is still very early days, but this space looks exciting right now.

nexxer 8y ago
I looked around https://erpnext.org https://erpnext.org , got to https://erpnext.org/get-started https://erpnext.org/get-started , where there is a broken link "Start a Free Trial on ERPNext.com" ( https://erpnext.com/sign-up https://erpnext.com/sign-up ).

laythea 8y ago

Is this situation not produced by the "nobody got fired for using IBM" mentality. Supply chain may be complex but for heavens sake, 500M euros! and not complete. I can do it for half :)

coldtea 8y ago

>In the late 90s/early 00s a lot of people had seemingly infinite trust in IBM. You probably conflate that period with the 60s-70s. In the late 90s/00s it was when IBM regained some mojo by adopting Linux and OSS and building on top of them. It was not its time of "infinite trust", but a time of a recovery into "some trust".

avip 8y ago

When Oracle is your alternative, SAP suddenly looks better.