What to Look Out for When Negotiating with ERP Providers like Oracle & SAP

Do you know how to protect yourself and stay in the driver’s seat during contract negotiations so that you won’t be held ransom by your ERP provider?

In this article, we’re going to outline the top things you need to take into consideration when negotiating contracts with Oracle, SAP, and any other ERP system.

We’re going to share with you the key terms to clarify in your contracts to avoid extra costs and substantial frustrations down the road.

What to Look for in an ERP

While no company has a crystal ball to know exactly what the future will look like, you do need to identify how you’d like your business to function over the next 10 years.

Why 10 years?

Typical business roadmaps project as far as 3-5 years in the future. Most ERP systems relationships last a minimum of 10 years. You need to know how your business will function in order to know what you’d even need an ERP for and what it would need to do.

You need to be risk-averse in your contract negotiation in order to cover your bases for what could happen.

Once you have your future vision in place, you’ll look at the supplier landscape. Compare what each of the top ERP systems providers offers and how it’ll meet your needs outlined above. Create a Supplier Decision Matrix and stack each contender against it to determine which is the best for your corporation.

Once you know which ERP software is right for your corporation, you’ll need to dig deep to really figure out the total ownership cost. This is the tricky part and is best handled through careful contract negotiation, financial analysis, and service management.

Key Things to Consider When Negotiating an ERP Software Contract

The contract is the most important factor when determining the total cost of ownership of the ERP and there are generally only two triggers for renegotiation once a contract is in place.

These triggers are: mergers & acquisition activity and contract renewals.

Providers know that you don’t read ERP contracts every day. They design contracts in complex and ambiguous ways, which leads to more revenue for them - and more fees for you.

Each of the following points needs to be specifically addressed and outlined in your contract to prevent your ERP from holding you ransom at various times over the course of your relationship.​

Pay Attention to Intellectual Property Ownership

Many ERP contracts will state that any systems or processes developed while using the ERP are now Intellectual Property (IP) owned by the ERP provider.

We worked with a customer recently in the manufacturing industry. They had developed a process for creating their materials more efficiently going through the production line. According to their contract with their ERP provider, it shows that any process that you develop using the ERP software can be considered ERP owned IP. As such, we needed to carefully negotiate the situation with the ERP provider so as to not cannibalize the newly found process improvement which led to millions in positive P&L impact (new revenue and cost savings).

In a contract, you need to be very clear who owns the rights of process improvements as far as when it may directly or indirectly utilize an ERP system.

Your ERP is the backbone of your business. As such, if properly set-up and integrated throughout your organization, it touches most if not all aspects of your business. Naturally, this complicates any opportunity to disentangle from that ERP.

If Oracle, SAP or any other provider wanted to play hardball, they could say any process improvement that utilizes an ERP system could be co-owned or sole-owned by that ERP.  If this is the case, the provider could take that process and then go sell it.

In fact, one of our recent clients had this happen to them based on not properly reading the contract years ago. They needed to retain our expertise and a major law firm to seek litigation with that specific provider.

Make it very clear who owns what when negotiating your own contract. It needs to be clear that the client owns all IP that are developed for the benefit of their company.

Be Smart About Your License Cost Model

Everyone knows ERPs cost a lot. New contracts with smaller providers will often undercut themselves for the first year or two but will see a massive uptick in years 3-8 because the ERP knows it’s incredibly difficult to leave an ERP once you’re integrated into it.

The cost models of ERPs vary depending on the makeup of the customer’s business and what will be the most profitable for the provider.

Some of the pricing models include:

  • Seat-based: Typically the number of humans who log in to the system. These licenses can be either Perpetual or SaaS based.
  • Site-based: Number of physical locations, etc.
  • Consumption Based: Number of processes, inputs, etc., into the tool.
  • Value Based: The newest model within the marketplace and yet the scariest of all. A cost associated with the perceived value of using the platform within your business.

Generally speaking, seat-based pricing is the most cost-effective for companies looking at ERPs, but this depends greatly on what your 5-10 year plan looks like to know which would be the most beneficial to you.

In addition to your unit cost, there could also be annual maintenance expenses. This acts like an annual expense and is generally a percentage of your perpetual license fee/net spend with the ERP.

There are 2 ways to host an ERP system:

  • On-premise: Software that is loaded on the servers you’re in control of.
  • Software as a Service (SaaS): Software is hosted in the cloud by the provider.

Either way, you need to be careful how you license a product because if you don’t have control of consumption and volume-based metrics, it can skyrocket your costs.

Know Your Audit Rights

This is one that gets people in trouble a lot. Generally speaking, Oracle and SAP will not proactively limit access or connectivity to your ERP. This almost always is the responsibility of their customer, based on their unique needs.

As such, these providers will contractually allow themselves unfettered access to your ERP environment with the intent of auditing the usage of their software.

The most common areas of audit risk are:

  • License compliance (Using more seats/volume/etc than you are paying for)
  • Architecture compliance (Too many API connections, etc.)
  • M&A compliance (Acquisitions, divestiture, subsidiary utilization)

Depending on your unique situation, you may be subject to all three (or more) risk areas. It’s important to know there is intentional ambiguity by the software providers in how one could interpret contract language related to permissible use.

Furthermore, we find that clients have no intention of noncompliance within any area but find it most difficult to monitor and govern the area of architecture compliance. A common example of routine noncompliance when a client links their ERP system to both development and production environments.

Similarly, if an ERP is connected (in anyway) to a client’s CRM system it may also trigger a non-compliance event for both architecture and license compliance due to the fact that a client almost always has more active users within a CRM environment. Those CRM users may be somehow benefiting from the ERP and well, we’ll leave it to your imagination based on what you’ve already learned from this article.

Over the last 10 years, large ERP providers like  Oracle and SAP have been focused on audit rights within a client's environment. Specifically, when an ERP is living within a client’s infrastructure (on-premise) it’s technically infeasible for the provider to proactively monitor license compliance.

As such, these providers are inserting audit right language within to client’s contracts (both new and old) providing the legal authority to conduct random audits of a client’s environment. The providers deploy both human and technical based tools. The technical tools include running scripts that “listen” to your environment.

These scripts are developed by the provider themselves and are programmed in a way to identify every single endpoint. The output of the script’s analysis is a single report that identifies ways in which the client is potentially non-compliant. This automatically places the client in a defensive position leading them to try and disprove any sort of non-compliance allegations.

These guys make huge revenue by running these audits and identifying non-compliance. Architecture based non-compliance is most often the most profitable audit for a provider. In addition to what we’ve already stated, another risk area is when your ERP is connected to other systems outside of your current infrastructure.

In a nutshell, every time you make a connection between your ERP and another outside platform (often done through APIs), the ERP provider may identify this as a missed charge and will charge you retroactively since the connection was initiated. This can easily develop into millions of dollars of new revenue for the ERP providers (with very healthy sales commissions).

Not only with the ERP provider monetize the API connection with an API charge but will also try and push  value-based pricing.

For example, a client is connecting different systems together (using APIs) - this is the backbone of how their systems work. It is going to help them go to market faster.

The ERP provider is arguing the fact that “you are going to get an extra 20% increase in value from the system now vs what we quoted you. As a result, we are going to increase your fee by 20%.”

Value-based pricing is risky because these providers can charge for new API connections, new acquisitions, product launches, and/or the output of the tool and how it can help you run your business. It’s based on potential and not necessarily even realized revenue!

Don’t let a provider run a script inside your environment. If they don’t have access to your information, you’re in control of it and you remain in the driver’s seat.

Have Clear Merger & Acquisition Language

Put specific clauses in the contract that make it very clear what happens if you are acquired or if you acquire someone else.

More often, it is the provider who offers this language. These companies will put in very loose language to say ‘if this happens, we will talk about it’ which leaves a lot of area for ambiguity.

To best prepare yourself for any situation, we recommend you place specific and measures or language in your contract that outlines the cause and effect for the most common situations.

Specifically, you’ll want to identify what happens if you are acquired or if you acquire a separate entity. Within any of these situations it’s important to have clear legal language regarding the rights of your company. From a commercial perspective this means having specific pricing thresholds.

Simply put, If you are acquired, you take the better of two prices. You take the best price of both until you, as the newly combined customer, want to renegotiate.

If you are acquiring a company, it’s important to insert legal language allowing you to renegotiate the contract immediately or rather simply adding the newly acquired entity into your existing contract with only a reasonable increase in fees. From a commercial perspective it’s important that you outline what (if any) additionally fees would be subject to the transaction.

You want to eliminate ambiguity. From a pricing standpoint, you want to make this as clear as possible.

Set Expectations About Subsidiaries

You also want to know the specific parties of the agreement. A common hiccup for companies is that they don’t have subsidiary language in their ERP contracts. A company like Coca-Cola, where each product line acts as its own subsidiary, could be in default of the contract by letting that subsidiary use your system without proper language.

This is something people don’t think about until your provider comes to you and says, ‘Hey, by the way, your other subsidiaries are using this ERP software. Happy you are doing it, but that is not part of your contract so here is a bill for another million dollars.’

Third parties—suppliers, vendors, non-employees—need to be defined in the contract as well. If third parties are allowed to act on your behalf, there shouldn’t be any additional fees for them to use your system.

Be Sure to Outline Price Protection

Another thing you need to consider when negotiating your contract is price protection. Generally speaking, companies don’t write in any sort of price protection year-over-year.

What that means is that over the contract term, your ERP provider could change the price points of your unit costs at any given time.

It is not just about being clear about locking in your price at contract term, it is also putting a cap on the amount of increase that can happen at the next contract renewal, which needs to be aligned to the Consumer Price Index (CPI).

A general rule of thumb is that the increase shouldn't exceed 3-5% at renewal.

Include Clear Terms Around Your Service Level Agreement (SLA)

An ERP is a critical piece of software for any corporation and yet we often don’t negotiate Service Level Agreements (SLAs). If ERP systems go down, it can shut down governments and grids. It is a critical software within companies for good reason.

Make sure that you have the best service level agreements and governance agreements by specifically outlining them in your contract. Including these will ensure that your provider keeps their service at 99.99% performance.

In addition, there needs to be penalties for an ERP provider not meeting or exceeding their Service Levels that you agreed upon in your contract.

Most contracts will put in language about penalties but most companies don’t catch ERP providers when they are starting to fail. There are hundreds of thousands of dollars left out there because no one said “Hey your service was down over the weekend. That creates a $200k payment because it has been down for X hours.”

If a big company hires an IT governance professional to monitor that, that professional will likely be ROI positive. You pay them $130k salary and then get $250k-400k in fees coming back from the ERP provider.

Along with keeping an eye on the service levels internally, you need to put the ownership on the ERP provider to send you reports of the performance versus making you have to monitor if it was working correctly. You should put the onus on the ERP provider versus on your employees.

The big providers won’t allow this very often but the smaller ones will. Make it the obligation of the ERP provider to know that there has been a breach in the SLA.

The big ones, like SAP and Oracle, will send automated reports and humans have to look into them to see if there is an issue.

Don’t Forget Cybersecurity and Intrusion Detection

You need to be careful that if you get hacked, you don’t owe your ERP provider or are legally obligated in any other way to pay a hacking fee. This is called indemnification.

In matters of cybersecurity and hacking, your contract should stipulate that the ERP provider should be accountable, if possible. There should be financial and legal obligations, and your ERP software provider should be responsible for any sort of intrusion into the system—especially if it’s located in the cloud.

The concept being that if someone hacks your environment, the source code from the ERP could be opened to the black market for rip off and resell.

People don’t look out for this enough and hackers are getting more sophisticated every day.

Know the Rules About Implementation Partners

Implementation partners are third parties that will help develop custom code on top of the ERP system for your business.

Most of the time, your contract states that any implementation partners have to be registered as “Preferred Providers” for your specific ERP software.

You can’t have just anyone build custom code on top of an ERP system, it has to be an approved vendor.

It is a contractual risk to your company if your contractors are not certified by your ERP provider.

Your E-Commerce System Needs to Play Nice

If your company is in eCommerce, you need to make sure that there is an active and working connection between your ERP provider and your eCommerce provider.

Many ERPs will tell you “Don’t worry, we will make a connection.”

What they won’t tell you is that the connection they make will cost YOU more money. Your contract needs to dictate who is accountable for paying for any connections that are required for your eCommerce platform and your ERP system to play nicely together.

We always make the new piece of software that is connected to the ERP system pay for the API. It is the third party’s cost.

We just had a client that we saved about $500k for this very point!

They have an ERP system and they were working on getting set up with an eCommerce platform.

There was one sentence in the contract that made it ambiguous on who pays for the cost of being able to have different systems to talk to one another.

The ERP software provider was planning to charge it back to the client and the client didn’t even assume that would be their cost.

That basic API connection should not be your cost to maintain and pay for - stipulate in the contract who is responsible (ideally the third party) ahead of time so you aren’t stuck with a huge bill.

Make Sure You Have Coterminous Contracts

Another big thing to look out for is coterminous contracts. In most large companies, each department will have separate contracts with an ERP provider and these contracts won’t align on the same termination date.

If you have multiple business units in a company, the provider will often split out their budget and license fees per business unit.

This is the biggest trick in the book and the largest companies in the world forget to do this step.

It creates massive chaos because you can’t get everyone on the same page. This situation forces the client to align internally at multiple times throughout the year in the interest of representing the entire company. Clients typically lose 10 - 20% when they are in a non-coterminous environment. .

If you you are subject to an non-coterminous environment, then the ERP provider is in the driver’s seat. They will divide and conquer you. This is called a split requirement and they will negotiate with each department individually.

In other words, the ERP software provider negotiates at a business unit level versus an enterprise level. At enterprise level, you have volume and leverage to get better terms which typically drives an additional 10-20% in value.

In Conclusion

Whether you’re negotiating an initial contract or a renewal, make sure you develop and maintain a total cost of ownership view.

First, make sure you understand how your business will be growing over the next 10 years.

Then, dissect the contract so that you better understand the unit cost and connection fees.

In the contract, layout all potential possibilities early as opposed to being forced to react to them as they come along. The more prepared you are, the better you’ll be able to handle surprises, pivots, and conflicts.

Make sure that in the contract, each of the specific points outlined above are detailed with zero ambiguity. Hit all these points as a minimum.

The truth of the situation is that the sales representatives at these ERP providers know you aren’t negotiating an ERP contract everyday. While we’re not saying that every ERP sales representative leverages this face in a malicious manner, it’s important to understand how to protect your company.

As you can see, there is a lot to take into consideration when negotiating contracts with ERP providers. Keeping these points in mind will help you to protect yourself and your company. If you need help implementing any of the above, we have the experience and know-how to protect you from being held ransom now and 10 years down the line. Reach out to us, we’re here to help you with negotiating contracts with your ERP provider.

More resources

From Fortune 500 giants to fast-growing innovators, TNG has helped clients save 20% – 40%+ on enterprise software contracts — even when they thought it was impossible

Why are Companies Hesitant to Engage Outside Consultants?

Why is it that companies are sometimes resistant to engaging with a cost savings firm like The Negotiator Guru (TNG)?  ​Furthermore, why is it that a company refuses to engage with an advisory firm (like TNG) after they know there is a guaranteed ROI? Is there any rational reason for this or is it purely an emotional response?We at TNG find ourselves asking these questions far too often…

We know humans can be complicated (😊), but we wanted to dig deeper into what sometimes appears to be irrational behavior that negates shareholder value creation opportunities.  As a result, we conducted ethnographic research on the cause of this behavior with the intent of identifying key trends, by persona. Here are a few of the key insights we discovered:

  • IT Leadership (CIO, VP of IT, etc.) fears they will hurt the relationship with the software publisher/service provider leading to service degradation.  
  • ​Purchasing/Procurement/Sourcing representatives have huge egos and thrive on taking credit internally. Furthermore, they are worried about their job security if someone else can achieve a greater result.  
  • CFOs think they only way to achieve such savings is by changing vendors (ex: Salesforce to Microsoft) or by cutting products/services.  
  • Business leadership think it will take too much time to achieve the prospective savings which will negate the realized ROI.
  • Executives at publicly traded companies are generally risk adverse and think it’s safer to use a big 4 consulting firm (that’s already “in the system”) even though they will likely cost more and achieve much less (since they’re a generalist vs. specialist).

We’ve heard different variations of these key objections for years. What makes us most proud is that some of this feedback came from a few of our past clientele who decided to overcome their natural resistance as they knew what was best for their organization.  Per the recommendation of these past customer respondents, we've outlined what they experienced (vs. initial perceived resistance):

  • Vendor Relationship – While it may be slightly uncomfortable at the beginning (depending on how much Right Sizing and/or Right Pricing opportunities TNG identifies), the vendor relationship and service quality improves at the conclusion of the TNG engagement. The vendor is engaged with the customer in a strategic manner and the customer can now feel confident they are only paying for what they need at a fair price.  
  • Procurement Job Security – TNG acts like a force multiplier for existing Procurement teams. As such, TNG simply seeks to enable high impact results vs. seek credit.  
  • Vendor/Product Change – Vendor changes are extremely rare. TNG simply identifies how internal stakeholders use the respective software platform (via their proprietary persona analysis) and identifies cost savings opportunities without sacrificing functionality/service quality.  
  • Time/Cost to Achieve – Internal business stakeholders are rarely involved in the process after the Discovery phase is complete.  
  • Niche vs. Generalist – The speed and consistency in which TNG can delivery results is a direct result of their focus and dedication focusing on their core competency, such as Salesforce.

Interestingly, our analysis identified the following key insights regarding business leaders' intention for engaging an outside advisory firm (summarized for brevity):

  • IT Leadership sometimes feel uncomfortable being the “tough voice,” so they hire a 3rd party who brings the credentials to speak from an authoritative position.  
  • C-Suite Executives simply want to motivate (prove to) their Procurement/Business Teams that the “great deal on the table” is not so great after all.  
  • Procurement leadership wants to be armed with accurate price benchmarking or contract term knowledge. They recognize they can’t be experts in everything and value niche expertise from specialists vs. generalists.  
  • Board members want to do anything possible to reinforce their fiduciary duty to their shareholders…this includes identifying, and executing on, every available cost savings opportunity.  
  • Contract negotiators want to understand the software publisher’s sales playbook and internal incentive process…not just general market intelligence.  

We hope that you find these key insights helpful as you contemplate and reflect on your own personal resistance to engaging an outside advisory firm. TNG prides itself to make every engagement as risk-free as possible for our clients. Furthermore, TNG will only accept a client if we know there is a major impact opportunity…if not, we will simply give you some free advice.  Ready to explore joining the TNG family?  Contact us today to set-up a client intake assessment where we identify your cost savings opportunity for free!

Why Salesforce Commerce Cloud Negotiations are Different

What is Commerce Cloud

The Salesforce Commerce Cloud is one of the fastest growing segments within the Salesforce ecosystem of products and services. The Commerce Cloud provides an enterprise grade e-commerce solution that which is a direct competitor to e-commerce heavyweights including, but not limited to; Shopify, Magento (Adobe), SAP, Oracle, just to name a few.  

Since about 2018, Salesforce has highlighted the e-commerce cloud as a strategic growth channel for its existing customers. In other words, Salesforce has focused on deploying their “land and expand” sales strategies to deploy the e-commerce platform amongst its Sales and Service Cloud customers. There are clearly significant customer experience opportunities that can be enabled when e-commerce is connected directly to your CRM.  Ironically, the TNG team is engaged by both new and existing Salesforce customers to assist with commercial negotiations related to the on-ramp and off-ramp of Commerce Cloud. Our clients seem to either love or hate the Salesforce Commerce Cloud depending on their specific use case. No matter where you land on the love/hate spectrum, it’s important to understand key negotiation opportunities/risks that are specific to the Salesforce Commerce Cloud.  

History of SF Commerce Cloud

Salesforce acquired Demandware on June 1st, 2016 for $2.8 Billion USD. Some say that Salesforce was “forced” into the acquisition based on a synergistic customer portfolio (with Demandware), a lackluster homegrown solution filled with development challenges, and a competitor landscape (including Oracle, Adobe, etc.) who were making significant strides in the space.

Picture

In our opinion, Salesforce acquired Demandware primarily to purchase a pre-existing retail customer base that can be cross-sold Salesforce native functionality like Sales and Service Cloud. Salesforce had historically been lacking both North American and European retail customer penetration so this allowed an easy on-ramp.  Fast forward to 2021 and Salesforce is still lagging (compared to their normal market penetration) in retail customer acquisition globally. Furthermore, we have seen many legacy Demandware customers transition away from the Salesforce Commerce Cloud and migrate over to easier-to-use platforms like Shopify. Having the e-commerce competitive landscape in mind is important when exploring/negotiation a commercial relationship with Salesforce either as a new or existing customer.

Why these negotiations are different

Salesforce typically organizes their sales team by industry, region, and product line (cloud). Their sales team incentives are consistently changing but are largely established by industry and product line. Furthermore, customer pricing is influenced based on industry, annual contract value, and customer revenue.

To be most effective at any commercial negotiation it’s important to have as much data as possible. This includes identifying the supplier’s interests and best-in-class rates on a product-by-product basis based on your unique footprint. We call this our Right Price Benchmarking service which is included as part of our Full Negotiation Service or also offered as a standalone product for those that just want the data.  

Salesforce, and for that matter all e-commerce solution providers, are fully aware that switching costs from one e-commerce platform to another is an undesirable expense. They know that once they get you onto their platform that you will need to be really upset to create a reason to leave.  

The fact of the matter is that plenty of customers do leave Salesforce’s Commerce Cloud for one or multiple reasons. Our research, and real client experiences, have identified one consistent trend amongst those looking to leave: Out of control run costs.  

No matter whether you’re a new or existing customer to Salesforce it’s important to be as prepared as possible when engaging Salesforce. Take a look at the section below for some key insights specifically related to negotiating a Salesforce Commerce Cloud contract.

Key Insights/Tips

Now that you understand the history and key motivations related to Salesforce’s Commerce Cloud you should be able to apply the below key insights most effectively.  

  • Salesforce is heavily focused on capture net new retail customers. Your Salesforce sales team is heavily incentivized to find and convert customers on existing e-commerce platforms.
  • If you are a current Salesforce customer and exploring the Commerce Cloud, be focused on “lift and shift” credits from Salesforce that help mitigate any change costs. Depending on your situation, you can negotiate credits to be applied immediately, over the contract term, via discounts on other products, etc.  ​
    • It’s very important you conduct a thorough assessment of your options and the overall total cost of ownership impact of your potential options. For example, a one-time credit on the Commerce Cloud license fees may produce far lass benefit to your organization than a % discount on your existing license footprint with Salesforce.
  • It’s important to understand who has decision-making authority inside of Salesforce. It largely depends on what you’re asking for, the overall relationship impact, and the attractiveness of you the customer. The only way to successful navigate the Salesforce ecosystem is to hire a firm that deals with Salesforce everyday and has ex-Salesforce employees (excuse the shameful TNG plug).  
  • Literally 90% of current Salesforce customers that engage TNG are paying for more digital capability than they need. Those same customers are also overpaying for licenses that that they don’t even need. It’s very important you conduct a Right Sizing assessment to ensure you’re only procuring what you need.  
    • Specific to Commerce Cloud, this includes forecasting your Gross Merchandise Value (GMV) projections for each contract year.  
  • Similar to the above point, our research empirically proved that 100% of our customers (no matter new or existing Salesforce customers) have committed to higher revenue targets than needed in the interest of “getting the best deal” without TNG support;  
    • This creates a material risk to the Salesforce customer when they don’t hit those targets.  
  • Generally speaking, a longer contract term will drive a lower GMV price point;
  • ​Even if you feel very confident in your GMV projections, focus on usage and price-point flexibility within your Commerce Cloud contract to eliminate surprises and capture cost savings if revenue actuals exceed projections.  
    • Note: If you are in an industry that is undergoing significant industry consolidation (M&A activity) then you should provide yourself the flexibility to acquire and/or divest mid-contract with Salesforce.

​Negotiating with Salesforce is more of an art than a science. It’s important that you understand all of the facts before negotiating with Salesforce. Please feel free to contact us for some additional helpful tips as you start to explore the Salesforce Commerce Cloud.  (And yes, we’re happy to help even if you’re in the 19th hour of negotiations 😊)

How Much Does a Salesforce Implementation Cost?

The Salesforce implementation phase can make or break a SaaS platform’s adoption rate and effective use for months and years to come.​

Resistance to change is to be expected, but companies need their employees to go all-in on understanding the tech, establishing new processes, and eliminating workarounds and legacy behaviors.​

Salesforce implementation costs vary widely depending on the size of the implementation partner (if you choose one), your total Salesforce spend, and how many custom features and processes are required. Implementation costs also vary based on whether you are migrating from an existing platform(s) or starting fresh. If you plan to implement an off-the-shelf instance with few customizations, average costs range from 10-30% of your total annual spend. On the other hand, a large company with extensive customization could pay as much as 50% of their annual spend. Integrating multiple disparate systems after a merger or acquisition can drive the price even higher.

​Start with Your Salesforce Roadmap

We recommend our clients begin building out a Salesforce roadmap six to nine months before negotiations. This process helps document necessary functionality, gain buy-in from internal stakeholders, and control the direction of negotiations from the beginning.

The Salesforce roadmap can also serve as a guide during the implementation process. It represents the project’s top priorities in terms of users, functionalities, and expectations; it sets the stage for a successful rollout.​

What if we are an existing company migrating to Salesforce from one or more platforms?

If you are implementing Salesforce to replace existing technology (“lift-and-shift”), the roadmap is more defined at the outset. Many processes are already in place, users have certain expectations about how their work should be done, and stakeholders know what outcomes to expect from these efforts.

A successful implementation should do more than replicate existing processes. Users should expect to adapt processes and habits to fit the new platform and achieve the desired outcomes more efficiently. (If not, why did we switch platforms at all?)​

“Lift-and-shift” implementations almost always cost the most, take the longest, and have the most risks involved. Implementation partners must be experts on Salesforce and any legacy platforms.

What if we are a new company or startup with no CRM?

New companies are challenged to build a roadmap with more limited information. Depending on the age and history of the company, it can take weeks or months to really understand what it needs from a technological standpoint. Strategies fluctuate; in many startups, marketing and IT departments do not exist as standalone functions yet.

These companies must define critical needs quickly, but they have one cost-saving advantage—they can build out business processes based on existing Salesforce functionality. There are no “bad habits” to accommodate that require custom development.

Regardless of whether you are implementing Salesforce for the first time or as a replacement, there are five important ways to keep implementation costs down.

5 Steps to Reducing Salesforce Implementation Costs

         1. Build your Salesforce Roadmap

Your Salesforce roadmap contains two basic pieces of information: what you plan to buy and when you plan to buy it. It is your guide for negotiating and will become your guide for implementation as well.

In many organizations, one individual serves as the Salesforce “project manager” leading this effort. This person could have any role in the organization, from Salesforce admin to CIO, but is the primary point of contact for the Salesforce rep. This does not stop the rep from reaching out to the C-Suite and VP-level leaders to build better relationships.​

The roadmap helps project managers achieve the internal alignment necessary to fend off Salesforce reps who contact multiple organizational stakeholders in hopes of influencing buying decisions. It empowers the Salesforce project manager and stakeholders to present a united front regarding what to buy right now, keeping negotiations focused on costs and business value rather than product.

         2. Your Introductory Rates Matter

Your initial negotiations with Salesforce will determine your rates forever. The rate you start with will be the benchmark for all future negotiations, a boon for sales reps who will jump at the chance to sell seats and modules you do not need yet.

Without a clear roadmap that identifies the types of platforms your company needs (Sales Cloud, Marketing Cloud, industry-specific clouds, etc.), the sales rep will take the opportunity to build a roadmap for you that best serves their sales and revenue objectives. To drive first-year revenue as high as possible, it will likely include many features and benefits you need, along with quite a few that you do not.

Features and benefits that are not business-critical as defined in the roadmap inflate your base price, affecting future negotiations. They will also inflate third-party implementation costs, regardless of whether you plan to use all the functionality at the time of implementation or not. Unnecessary features still take time and resources to implement, potentially deterring those resources from more important projects. Many Salesforce implementation firms bill by the hour, so every hour they spend on non-critical functionality is money wasted.

         3. Avoid Buying “Shelfware”

“Shelfware” is a term that describes software or licenses a company purchases but never uses. Software becomes shelfware in several ways. Perhaps someone saw a “cool” platform at a trade show, bought it, but never adopted or used it. Some companies buy software licenses at a volume discount rather than for an actual number of users. It is an outcome of classic price psychology—if you buy one, you get one more at 50% off. If you do not need two, is the half-off price as valuable as it looks? Rarely.

Salesforce account reps know how appealing a discount is, especially when they know their points of contact must get buy-in from multiple stakeholders. As mentioned above, Salesforce reps are highly motivated to maximize first-year revenue from new clients. They may drive the conversation by offering a bundled selection of platforms at some discounted rate. There is no rhyme or reason behind these discounts. They can be invented on the spot.

New companies are especially susceptible to paying for shelfware. When business processes are still evolving and companies are still working out best practices, it might make sense to license another platform or add a few more user seats in anticipation of future growth. It is certainly easier to do so in a room with an account rep; project managers must be proactive in sticking to the roadmap and focusing on immediate, defined technological needs. Companies must be intentional and specific when negotiating quantities, types of licenses, and the associated costs to keep initial spends reasonable, weed out upselling, and avoid wasting resources implementing unnecessary technologies. At the same time, Salesforce customers should take advantage of free trials, proofs of concept, and demonstrations to explore new technologies before buying.

         4. Require Clarity on Pricing Structures

Bundled pricing leads to shelfware which leads to wasted time and money. Salesforce has several tricks up its sleeve to create highly variable pricing structures across industries and company sizes. Your company’s annual revenue and annual Salesforce spend also influence pricing, but there is no way of knowing to what degree. There are no “best in class” rates; sales reps are trained to rebut these inquiries.

To avoid unnecessary costs, companies must require itemized pricing. Recently, we are seeing more and more deals that boil down to Salesforce offering X, Y, and Z for one discounted fee. This number does not necessarily represent anything; Salesforce uses a value-based pricing model where prices are set based on your perceived value of the solution.

Third-party rate data can help you better understand whether your rates are comparable to similar companies. Some Salesforce consulting firms have price calculators on their websites, but they are generally built on base rates as listed on the Salesforce website. Firms like TNG compile this data based on years of experience negotiating contracts.

         5. Keep it Simple

All SaaS implementation efforts have one thing in common—customizations equal cost.

This simple fact requires stakeholders to think carefully and critically about existing business processes and expected outcomes. The more your business can align processes with Salesforce capabilities out of the box, the lower implementation costs will be.

In many cases, companies fall into the trap of extensive customization. They create technical debt; more custom features require more internal and external resources to support Customization is not necessarily a bad thing, but many small- to mid-sized organizations do not need as much custom development as they believe. A thorough business process analysis in the beginning stages can help avoid costly customizations in the future.

Stakeholders and project managers must also take into consideration the employees working with these systems daily, how changes might impact the workflow, and how human elements of change management factor in. End users must be on board with the change; stakeholders must be sure that customization requests solve a business problem rather than accommodating a user’s (or department’s) preferences.​

Do I need a third-party Salesforce implementation consultant?

Organizations must decide whether they want to launch the platform themselves, add Salesforce’s implementation and customer success services to their deal, or hire a third-party consultancy. All have pros and cons.

A typical Salesforce implementation process includes business process analysis, data transfer from previous systems, custom development (if applicable), user testing and quality assurance, deployment, and ongoing user training and support. It is a heavy lift, even for large organizations.

If you choose to partner with a vendor, it is critical to find the right vendor for your needs. Large vendors may not provide small companies with the level of service or talent necessary to get the job done. While it makes sense for large companies to evaluate the big-name firms, they should prepare for higher costs with no relative increase in quality.

If you already have a consulting partner like Accenture or Deloitte working with your organization, they are strong choices for Salesforce implementation as well—they understand your business and already have strong relationships with stakeholders. Levering these existing relationships can ease the change management process.

Beyond technical proficiency, third-party firms help you manage the human element. They can help secure buy-in, speed up adoption rates and time to proficiency, and help you design workflows that optimize the use of the platform. They also optimize the use of human resources, allowing internal employees to engage with the process as needed without affecting day-to-day responsibilities.

For those who want to partner with a third party, we advocate for mid-sized implementation firms. They are large enough to provide the critical talent necessary for a successful deployment but small enough to prioritize the client-partner relationship and drive mutual success.

You can search Salesforce’s database of implementation specialists here. Brief pricing information is available below.

Conclusion

Numerous variables affect Salesforce implementation costs. At TNG, we believe companies need a clearly defined roadmap that aligns stakeholder needs and expectations before ever opening discussions with a Salesforce rep. The roadmap drives the negotiation process which ultimately drives implementation costs and time frames.