My 3 Guiding Principles for The Negotiator Guru

Imagine you are a C-Suite executive and your business is built on a franchise model.

Each franchise branch is owned and managed by a different person but they all use the same ERP and the big corporate umbrella entity that you own pays for all the services.

The individual owners dictate which software and services they use, how many licenses they need, etc.

Your annual bill for all the different contracts comes to $2.5 million.

How would you feel if I looked through your contracts and told you that, based on the prices your peers pay, you should actually be billed closer to $900,000 - a more than 60% savings -  for the same host of services?

You’d probably want to flip the table we’re sitting at.

​I started The Negotiator Guru because I believe in 3 things:​

  1. Clients should all pay the same price for the same product*
  2. Clients have the right to know what rates they should be paying in comparison to their peers.
  3. Clients should know what to look for in software contracts to eliminate potential issues before they arise.

I want to go into each of these beliefs in more detail and give some case study examples to further demonstrate why I think these points are so important.

Clients should all pay the same price for the same product.

It’s common for people to believe the price they’re paying is equal to what their neighbor paid for the same product.

Due to both Master Service and Non-Disclosure Agreements between most software vendors and their customers, companies are not allowed to publicly share what rates they’re paying for their different products/services. Subsequently, software suppliers will almost never advertise a specific price point for enterprise customers but rather indicate “call for details” in the interest of driving the most revenue from the potential relationship.

In other words, in the art of enterprise SaaS sales, you won’t find any published rate information for you to benchmark your contract against. The only way for you to identify whether or not your rates are competitive is to engage a firm that holds that market intelligence as a result of analyzing contracts on a daily basis.

The fact of the matter is: Prices always vary.

No one pays retail as an enterprise customer but some companies achieve significant discounts compared to other similarly-sized operations.

In some cases, you’re getting ripped off if you’re not getting an 80-90% discount off published prices.

It wouldn’t be logical to expect a huge company like Coca-Cola and a small startup to be paying the same price purely based on volume alone. But brands of the same size with similarly-sized contracts (based on annual revenue & annual spend for their contract) should be paying the same price.

I have great respect for wonderful sales executives who sell value to customers, but my company believes the market should dictate a fair price for all IT goods & services (Services, Software, Hardware, etc).

The enterprise sales executive is arguably the greatest asset these IT companies have within their organizations. The good ones truly know how to sell “perceived” value.

Regardless of how personable a sales executive is, we believe the market should dictate what a fair price is - much like buying or selling a home. In order for this work, we believe that rate information should be readily available to customers. In order for this information to be shared legally, we need to enter into a commercial agreement with your company and charge for these advisory services.

Clients have the right to know what rates they should be paying in comparison to their peers.

On a daily basis we see similar-sized clients with similar-sized contracts have a 30 – 60% price variance.

Now, whether this is because some companies didn’t have strong negotiating skills or perhaps they just didn’t know how their contracts compared to the market doesn’t matter. What does matter is that clients know how their contract prices compare so they can make future decisions accordingly.

Ideally, through access to more information regarding IT contract pricing, you’ll be able to secure the best rates for your company. Leveraging this information can significantly impact a company’s bottom line.

But even if you aren’t able to achieve best-in-class pricing, we believe you should know what those rates are to empower decisions on how to work that supplier moving forward.

Often, relationships with IT suppliers run into the roots of your business and once you’re in that deep, it can be hard to break loose to find another vendor.

Even if you can’t get off of a big platform like Salesforce, Oracle or another ERP, you can make better-informed decisions about how you’re going to increase or decrease your use of that platform in the future.

There are a few market intelligence firms out there that supply basic and watered-down pricing information to clients but require a $30,000 per year subscription fee (per seat). This cost to have access to this benchmark data isn’t a feasible or justifiable expense for many companies.

We don’t feel that only Fortune 500 companies should have access to market intelligence firms and benchmark data.

The existing methods used to decide what the best price really is for any given enterprise could be improved. Most market intelligence firms take a general approach to setting correct pricing rather than looking at the specifics of each contract and the unique needs of each company.

For example, these firms will recommend that you should be getting a 60% discount if you’re spending $1 million with a particular IT company as a blanket rule.

Instead, we take into consideration the specific needs of our clients and use a Right Size, Right Price approach within every contract negotiation.

Clients should know what to look for in software contracts to eliminate potential issues before they arise.

Having a deep understanding of the terms of your most expensive contracts will help you save hundreds of thousands of dollars.

Here I want to briefly outline a few common contract issues that I see my clients face:

Price Protection (and not just by SKU)​

​Price protection generally comes up when you’re signing your first contract with a software provider. IT companies will compete for your business by offering you the lowest prices for their services with the expectation that they’ll be able to raise the rates once you’ve completely adopted the product.

Companies will always try to find ways to increase your annual expense. This is largely due to sales incentive plans in place with their sales development organization. Common tactics used by software companies include random internal audits to monitor usage (overage fees), product lift and shift changes (new SKUs), and service fees (for enhanced customer support).  

More often than not our clients are very astute individuals that use their best efforts to price protect their organization’s contract for future years. That being said, it’s unrealistic to think anyone knows how to mitigate all the potential risks unless you do this everyday.

For example, to mitigate against the software companies from simply changing product names (SKUs) to bypass any preexisting price protection you may have on a specific product, we suggest you introduce contract language that protects your company using your total spend (vs a product-specific SKU) as the common denominator.

M&A Language​

​Make sure you have specific language in your contract about what happens in the case of a merger or acquisition.

Be sure to include language about a Termination for Convenience. This is a provision allowing you to get out of the contract if you acquire, or are acquired by, another company within a certain time frame - usually 90 days to 6 months.

Termination for Convenience eliminates the risk of having duplicate service providers for the same service after the transaction is closed. Without this stipulation, companies can find themselves with millions of dollars in expenses that are avoidable.

Note: In the interest of this article’s brevity we aren’t going to stipulate all the protections you need in an M&A transaction as this will be further explored in a future article. While the guiding principles of what to include within your contracts will remain consistent, client-specific protections will always require advisory services.

Termination for Breach

Termination for Breach language is important information to include in your contracts. In these cases, attorneys have to be involved and mal intent has to be proven by the accusing party.

This rarely ever happens and having the language laid out in the contract incentivizes IT companies to behave their best throughout the contract term.

License Limitations

It’s common to have language surrounding license limitations in your contracts. This basically says that you can use a specific license at a specific site for a specific reason.

These stipulations probably make sense on the surface and won’t alarm the person reading the contract but in most companies, with thousands of employees, not everyone is reading the contract. This could lead employees to inadvertently infringe on how the license may be used.

The best way for most companies to avoid this is to have seat-based pricing attached to specific personas (usage rights) rather than volume-based pricing.

Audit Rights

We’ll go into this further in a future article but I want to point it out here that you should be in control of the audit capabilities - don’t leave that in the hands of the supplier.

When IT companies retain audit rights, they have a Trojan Horse to get inside your company and find more ways to increase your pricing. They already know more about your company than you do - don’t give them the reigns to take over completely.

Roles & Responsibilities (when working with multiple parties)

Establishing clear lines of accountability is incredibly important when you’re working with multiple third parties.

As the owner of Company ABC, you’ve got Supplier X and Supplier Y. In each contract where there are dependencies for another supplier to take action, you will want to include a Roles & Responsibilities Matrix so that all parties are contractually agreeing to the same responsibilities/accountabilities. Conducting this exercise is not only a good way to align parties prior to the start of any project but also contractually protects you from any finger pointing across these same parties which will ultimately cost you time and money.

This Roles and Responsibilities matrix is oftentimes called a “RACI” Matrix - Responsible, Accountable, Consulting, Inform. The example below shows how it is used to clearly define roles and responsibilities across and within parties.

You can clearly see the task at hand, who is responsible for it, who is accountable for it, who needs to be consulted for it, and who is informed by it. Where appropriate we suggest including your internal resources as well as more often than not your suppliers will require your team to take action as well. Our clients use the RACI matrix process within their internal organizations as well to drive alignment and avoid potential issues before they arise.

From a tactical perspective, it’s important that the same RACI matrix is included within each supplier’s contract so that everyone is operating from the same table, terms, and conditions. This often takes some negotiation but with the proper foundation and alignment, you shouldn’t have any pushback from your suppliers. In fact, if you do have a supplier that is heavily pushing back against this exercise we recommend our clients view this as a potential leading indicator for what’s to come with that particular relationship.

With these 3 guiding principles, we ensure our clients are negotiating the best contracts for their needs.

Whether you’re in the process of negotiating your first IT contract or are looking to save big on your next renewal process, we’re here to share our experience and expertise with you.

We want to ensure that you’re paying the right price for the right products.

We want to make sure you have benchmark data to help you make decisions about the future of those contracts.

We want you to avoid contractual pitfalls by including key language around important, often overlooked points.

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

Software Audits from Oracle, SAP, Microsoft, and Salesforce: What You Should Know

Getting an audit notification from your software provider can be nerve-wracking, but after reading this you’ll realize this is less likely due to something you’ve done wrong and more likely a tactic to throw you off-course.

​If you’ve never been through an audit before, you don’t know what to expect, what to do, or how to make sure it’s over as quickly as possible with minimal expense to your organization.

​​In this article, we’re going to make all this crystal clear by outlining the audit processes of large enterprise software providers like Oracle, Salesforce, SAP, and Microsoft.  There are a few key things you need to take into account that apply to all of these providers: ●     Use your contract as your best weapon to defeat audits. Take action if there is any sort of grey space in terms of what is allowed by the supplier.

  • Use your contract as your best weapon to defeat audits. Take action if there is any sort of grey space in terms of what is allowed by the supplier.
  • You’ll do best if you bring in outside assistance. An expert who has experience guiding businesses through software audits will be a huge help throughout the process.
  • You need to control all the information that is shared with the supplier in your own format and spreadsheets.
  • The more you are proactively sharing information with suppliers, the less basis they have to bring up an audit.
  • Audits are brought forth to customers for many commercial reasons. The more proactive you (the customer) are with sharing information, addressing audit risks in meetings, and creating a paper trail, the less likely your supplier is to audit you.

What is a Software Audit and How Did Your Company Get Selected for One?

A software audit is both a technical and contractual review of your organization’s use of a specific software platform within your IT environment. Most large enterprise software companies like Oracle and SAP have separate departments that focus purely on license compliance audits. These teams look and feel like a shared service organization inside of a large software company. They work with a customer’s account management team to take an aligned, yet separate and distinct, position on behalf of their software company. We will discuss the similarities and differences between these different teams later in the article.

One common similarity across all of these suppliers is that the audits will compare your usage and processes to any specifications, standards, or contractual agreements in place.

Why your company? Why did you get singled out for an audit?

​There are three primary operational/contractual triggers for a software audit:

  1. If there is any sort of consumption-based pricing in your contract;
  2. If you have any sort of restricted-use license in which you are only allowed to use a license for certain functionality; or,
  3. If you have recently acquired or divested a company.

While not mutually exclusive, you’ll also find the timing of these audits is very suspect and robotic in nature. The two primary timing triggers are:

  1. Anytime a large software company needs to identify “unearned revenue” to meet quarterly revenue targets; and,
  2. A pending contract renewal.

These large enterprise software companies know that it’s very common for their customers to be out of compliance due to the sheer size and scope of their operations. This is augmented by the fact they know anytime there is employee turnover within a customer’s IT organization (especially their “software asset management” department) the company is susceptible to additional compliance risk as a result of lost tribal knowledge of the environment, past internal audits, etc.

Taking all of this into consideration makes it relatively easy to understand why a company like Oracle can confidently predict net new revenue from their existing client base.

In addition to market pressure for additional revenue, a customer’s upcoming contract renewal also serves as an all too common trigger. The general rule of thumb we tell clients is anytime you have a contract renewal coming up nine to twelve months, your supplier is likely to introduce an audit. Your supplier will use this as an opportunity to distract you and gain the upper hand in an anticipated contract negotiation that hasn’t even started.

Suppliers do this because it automatically puts you in a defensive position. Naturally, you will be forced to concentrate on defeating the audit instead of allocating that same time to figuring out what you need for the upcoming contract renewal. They want to gain as much leverage and understanding of your business as possible before going into a renewal negotiation.

The audit is merely a tactic large software providers use to 1) seek out unearned revenue for their company to meet revenue targets and 2) gain the upper hand in your contract renewal negotiations in the hopes of minimizing any revenue loss from your account.

The fact of the matter is that it’s very common for customers to be unintentionally out of compliance. Knowing this, it’s important you know what to do in order to defend your company from what is potentially a very costly situation.  

Here’s an example to help illustrate this tactic

​By way of an audit, an ERP provider could discover you are misusing the license, giving the supplier reason to charge you a larger fee. Often, sales revenue targets for these audits are about 30% of your annual maintenance/subscription costs.

Let’s say you are spending $1M on core licenses, the audit will likely lead to around $300k in costs on top of that. If you can defeat the audit and keep your core license costs at $1M, then you will be happy and reward yourself for fending off the extra charges. In reality, the supplier didn’t expect the $300k in the first place, the audit was just a way to distract you from putting time and effort into your upcoming renewal negotiation.

It’s a win-win situation for them - if they win the audit, they put the money towards their sales revenue to meet their quota; if they don't, they’ve distracted you from being prepared to save money on your upcoming contract negotiation.

As a sales rep, finding new business is much harder than auditing an existing customer. Suppliers will target big companies because they don’t have perfect internal controls and mistakes are likely to happen.

What to Do When You Get an Audit from Oracle

​​When Oracle conducts an audit, they engage their License Management Services (LMS) team to run the process.

The audit process often involves installing software code within your secure environment. It is a listener software that will hit your mainframe servers and figure out how many other systems are connected.

This is important because, historically for this on-premise software, you are licensed based on the interconnectedness of both physical and virtual server environments. Your supplier wants to know how much “value” you are getting from their platform so the software they install provides a report of how many systems are interconnected. In a nutshell, the software delivers a report that illustrates when your technical architecture is in non-compliance. This automatically gives Oracle the upper-hand as it forces the customer to validate the information.

The best tactic to defeat this process is to never allow the software in your environment to begin with.

You have the right to refuse listening software within your Oracle contract.

Unless your contract explicitly calls out installing software, tell Oracle that installing software does not comply with your IT security protocols.

Look to determine if you have audit language specified in your contract. The older the contract you have with Oracle, the more likely you have the right to refuse the audit, or to at least not allow the listener software to be installed within your environment.

If this is the case, tell Oracle that instead of installing the software, you will run the audit yourself using their tools and spreadsheets with no software included. This means you are in control of what information is being shared with Oracle. Controlling the information is incredibly important in any audit, especially when suppliers are involved.

​What to do when Salesforce Conducts an Audit

​Salesforce audits customers when there is a restricted-use license available. When this happens you need to think critically about negotiating with Salesforce.

Salesforce is Software as a Service (SaaS) in the cloud which means they have more ability to freely monitor your utilization of licenses within your environment and can freely audit for misuse.

When you have a Restricted Use License (RUL), you have permission to use the product for a specific business purpose leveraging a certain number of standard and custom objects. Standard objects are modules within the Salesforce platform, such as contacts, accounts, or prospects. A custom object is something that was built by a Salesforce developer specifically for your company.

The license limitations in an RUL are a contractual limitation, not a technical one. A contractual limitation means there is legal language on your Order Form specifying how the license may use a predetermined number of standard/custom objects even though there is a set quantity limitation, technically there is no way to shut off access to other custom objects for that user.

This license is often in place for a subset of users who only need limited access to your tool. For example, an employee who is only viewing the data and not editing it. If this group starts editing objects, it becomes in and of itself a compliance issue.

Salesforce makes it easy for the end-user to accidentally do this without realizing they are in breach of the license. They will use this opportunity to accuse you of using the license incorrectly and request that your organization upgrade these licenses to full users and will seek compensation since the inception of the misuse. Contractually, Salesforce has the right to charge you full retail price for those non-compliant users.

Another time when Salesforce audits come into play is when a client is on a SELA Agreement (Salesforce Enterprise License Agreement).

How do you get around Salesforce RUL audit problems?

The best thing you can do is to establish quarterly check-ins with your account team at Salesforce. Use these meetings to stay on the same page with your account team and create a paper trail that shows how your users are engaging with the platform.

If you are accused of breaching restricted use, but have established quarterly check-ins with a paper trail, you can respond to Salesforce by saying “We met with your team and they didn’t bring anything up during our meeting so why should we believe you now?” Without quarterly check-ins and a paper trail, you get into a he-said-she-said argument.

Often times, the employee in breach of license may have accessed the wrong objects once or twice throughout the life of an account. Salesforce will create an argument that the license has been systematically misused for a long period of time.

We treat this event like a litigation. If you don’t have a paper trail of record, then you have no legal foundation for a defense. When comparing the perspective outcome of the party that has records and the other that does not, the person with records almost always wins in court.

Keep careful documentation about your interactions with Salesforce, and have open conversations about audit and license use risk. This will build a strong foundation and reduce the risk of an audit.

​How to Handle an Audit from SAP

An audit by SAP is very similar to an audit by Oracle in that, historically, their licensing model is primarily “consumption-based.” This means your price is based on your company’s revenue, profit, services used, how many suppliers you have, or any number of a series of variables.

This model falls under the concept of Value-Based Pricing and is a subjective assessment of value captured from the utilization of the software.

SAP will use many of the same tactics as Oracle which we’ve outlined above. One thing to specifically note about SAP is that they very frequently introduce audits during merger & acquisition (M&A) announcements. When supporting clients with M&A IT Sourcing, we commonly tell our clients to “get ready for the ‘ransom letter.’” These aren’t our words but rather those of our clients who received notifications from suppliers such as SAP immediately after announcing a large acquisition to the market.

Want to know if you’re susceptible to these ‘ransom letters?’ Take a look at your contract and keep an eye out for any language within your contract that indicates they will “readdress the terms of the contract if you the customer acquires or divests entities during the term of the contract.” If you have this language within your contract you will more than likely receive a similar notification within 1 month of publicly notifying your M&A intent.

In order to defeat an SAP audit, take the same approach we would take with Oracle and then protect yourself moving forward by changing your pricing model to a fixed baseline model that is attached to the reasonably certain variables in your company such as the number of employees.

​What to Do When Microsoft Audits You

​Microsoft’s audits vary depending on the products and services within your contract. Similar to Salesforce, Microsoft will commonly focus on those licenses that have restricted use. A very common audit for those clients with perpetual Microsoft Office licenses is the 1-to-1 validation of windows desktop licenses to computers within a customer’s environment. Similarly, for those clients with an active Office 365 subscription, Microsoft will look closely at the utilization of subscriptions that are inherently limited in their intended use. This is augmented by a deep analysis of computers and users in your ecosystem to ensure the capabilities being used are properly licensed.

If you are paying for any physical or virtualized servers from Microsoft within an SCE agreement,  you will commonly be audited to ensure your consumption metrics are within your contracted allocation.

Frequently with Microsoft, you are leasing the utilization of servers either on-premise or in the cloud. Generally speaking, if you have a physical piece of hardware from Microsoft on-premise, they will almost certainly conduct an audit at renewal time to monitor utilization as part of their “optimization analysis.” In a nutshell, they will try to move you from an on-premise environment to the cloud.

Conceptually this is fine but they will use that audit as leverage to do a lift and shift into Microsoft Azure.

Microsoft Azure is a very attractive product for the sales team because they are heavily incentivized to get your company into the cloud. The market is looking at how Microsoft’s cloud growth is going year after year and as a result, the company wants to increase its usage.

Essentially, Microsoft will audit to try and sell you on Azure. This isn’t necessarily a bad move to make but knowing key motivators will keep you ahead of the game and alleviate any potentially detrimental surprises.

What Happens Next?

​​If you’ve been audited by any of your enterprise software providers, we recommend bringing in outside help to guide you through the process. Leveraging their experience and expertise will go a long way to mitigate both short and long term risk that can easily rise into the millions.

Don’t solely believe what your account executive is telling you, oftentimes they don’t have all the information needed and they are heavily incentivized by their employers.

Your outside expert will be able to comb through your contracts, identify risks/opportunities, and drive both cost savings and containment.  With the proper assistance, you’ll be able to confidently stand your ground and mitigate risks before they are realized.

3 Strategies to Elevate Your Software Supplier Relationship

Over the years, our TNG client family has requested more and more guidance related to managing and elevating their commercial supplier relationships. Within this article, you’ll find our top 3 proven strategies to transform IT supplier relationships from tactical to strategic.

Strategy #1 – Control the Flow

When we say “control the flow”, we’re referring to conversation, meeting, and engagement flow.

When prospective clients reach out to TNG, they almost always have the complaint that the supplier knows more about the “needs” of their organization than they do. This most typically is due to the internal lack of time and/or resources to focus on a specific supplier or digital capability. On the other hand, the supplier’s sales team is laser focused on opportunities to grow their business inside of your organization. Immediately, this creates an unfair environment for all parties involved.

You may be thinking that this only creates an unfair advantage for you, the customer. Well, in most situations that’s true. However, it should also be noted that in some circumstances, the supplier’s sales team may be operating with good intentions and simply answering your internal stakeholder’s demand for attention. In short, when one side knows more than the other, it creates an uncomfortable situation for at least one party.

As our team brings 100+ years of collective experience, we have seen just about everything. Most of TNG’s clients are very well-established companies that have $5 billion+ in annual revenue. These companies typically have a “center of excellence (COE)” and/or a “software asset management (SAM)” team. While the overall intent is good, we typically see only about 10% of our clients leveraging these teams of resources correctly.

What happens to the other 90%? Well, one of the most classic inside sales techniques is for a supplier’s sales team member to establish, chair, and/or participate in a COE with a specific focus on their software and its many digital capabilities. This type of group typically meets either monthly or quarterly and is sold as a way in which the sales team member can “inform” the COE/SAM team members of the “demand” coming from inside of the organization. The reality is that the “demand” is often created by the sales team member who has been pushing a land-and-expand strategy inside of the organization.

The easiest way to not only level the playing field with your software suppliers, but also elevate the relationship from tactical to strategic, is to set up strict governance around the overall engagement. Every supplier engagement is slightly unique, but we recommend focusing on the following core tenants:

  • Focus your efforts on your Top 10 software suppliers.
  • Develop a steering team of executive IT leaders that are in control of the Digital Capability strategy for your company.
  • Develop an internal COE for each of your Top 10 suppliers. The size and scope of them should proportionally match the importance of the supplier’s impact on your business.
  • Identify and assign clear roles & responsibilities for each employee team member that is part of their performance objectives.
  • Do not allow supplier sales team members to be a member of the core team but rather serve as an invited guest on a routine cadence.

This is about the time where traditional sales team members will indicate that this approach will slow down process, innovation, growth, etc. The reality is quite the opposite when properly set up and managed. The primary outcomes you want to achieve are the following:

  • Shift the communication paradigm from outside-in to inside-out. This allows the company to ideate, contemplate, and organically socialize a software roadmap (vs. constantly asking the supplier for a list of their asset inventory).
  • Share information with suppliers only when it has been fully vetted and approved as a sanctioned project or approved proof of concept. If done properly, this drastically decreases the chance of duplicate purchasing, split requirements, and/or random unwarranted proof of concepts (that usually turn into shelfware) around the enterprise.
  • Allow everyone to be more efficient and structured with their time by eliminating the need for follow-up meetings, etc. In other words, engaging suppliers only after decisions have been made internally by the COE will enable the COE to be treated as a true authoritative entity vs a “check the box” exercise.
  • Provide opportunities for suppliers to suggest innovative solutions in a fully committed environment.

We find that our TNG clients save an average of 26% annually by deploying this strategy alone (with our help, of course).

Strategy #2 – Manage Upwards

Anyone who knows the basics of selling understands that the easiest way to make a sale is to identify and influence the decision-maker directly. For large enterprise sales teams who are managing multi-million-dollar contracts, that decision-maker is very often an executive leader within the company. Far too often, we find that organizations provide unfettered access to executives without reason. This, in short, usually enables a very unhealthy and complacent comfort for the supplier sales team that (if not properly managed) rarely produces intrinsic value for the company.

By far one of the most effective ways to elevate your supplier relationship is to set up strategic business discussions between company and supplier executives. The key here is to establish equal representation on both sides and ensure there is proper attention and respect established between both companies. Access to your company’s executives should largely be restricted to these meetings which, where possible, should be set up by the COE/SAM teams mentioned in Strategy #1.

Subsequently, it’s important to know that you can leverage access to your executives to exemplify to a new supplier that any new proof of concept, tool, etc. will be given the highest level of attention and visibility. This means a lot for any supplier (new or existing) as it ensures the right eyes are engaged.

Strategy #3 – Set Realistic Milestones that are Mutually Achievable

Just as employees like to understand their performance objectives for each year, it has been proven by TNG that suppliers who understand what “great looks like” outperform those that are not given clear business objectives. Nearly everyone in the business world understands the concept of milestones; however, the implementation of the methodology is highly inconsistent.

One of the many mistakes companies make when establishing a milestone-based contract is they make the actual milestones either ambiguous or unrealistic. Both are equally as dangerous. Ambiguity allows everyone to be right and wrong at the same time. Unrealistic milestones, if accepted by the supplier, often induce unhealthy behaviors by those chartered with meeting or exceeding the same. It doesn’t take much to set a once “strategic” relationship on a path to implosion with either of these scenarios.

Establishing realistic milestones is important for your suppliers. Everyone, at every age, enjoys accomplishing a goal. It’s important to recognize this fact since at the end of the day, as this is a human reaction, and well, we’re all human.

To learn how to properly set up a milestone plan and/or implement any other strategies mentioned above that drive performance for both the company and the supplier, here’s a hint: It’s not just the supplier that has performance milestones!