Thursday, September 3, 2015

Sales Strategy - driven by data or opinion?

In order to be successful in sales, the generally accepted wisdom is that you have to you have to build strong relationships with your potential customers. This becomes even more pronounced in the services world,  where 'people buy from people' (or so the saying goes.) Which is true, but unfortunately, not many companies have the patience to wait for their sales folks to build strong relationships - this takes time, and meanwhile payroll has to be met.

What to do? Fire the sales guy who has not produced anything in the last 3 months? While the pace of relationship building can only be accelerated so much, I think there are some steps that business managers can take in order to ensure that their sales people get the full support of the company. Many of these points are common sense, but it is surprising how many companies do not always get it right.

1. Get some basic analytics in place - What questions should we answer that will help you sell more, and sell faster? There are plenty, and a few are listed below.

Answers to these questions should ideally (in my opinion) define your sales strategy. Staying within the realm of data is hard, particularly when it comes to decisions around sales strategy, but allowing the data to guide your decision making will pay dividends in the long run.
  • Do you know how much you want to grow by, quarter over quarter, or YoY? Why?
  • Do you know where you are growing today - geographically/product wise? 
  • Likewise, do you know where you are losing sales? Do you know why?
  • How big is the market opportunity/ potential customer base in these territories?
  • Does the data show that you have concentration in a few accounts?
  • Does the data show that your sales resources are spread too thin or vice-versa?
  • And really, have you defined benchmarks for the last two questions? If not, can you expect to answer them correctly?
Drill even deeper..answer these questions for each territory if possible
  • Look for the 80/20 rule - is it true that 80% of your business comes from 20% of your customers in these territories?
  • Can you identify how much share of wallet you have with these customers? How much are you not getting?
  • How many customers fit the profile of your existing customers, but you are not going after them?
  • How many people do you have there to sell to these potential customers?
  • What is the ratio of opportunity to sales-people? Does it pass the sanity test?
  • How many sales people are selling to multiple accounts? Are they all locally situated?
  • Which business unit/ product line is growing the most? How are the profit margins here? Are you/Should you be focusing on this?

2. Structure - I am a strong believer that even the greatest strategy without a supporting organizational structure and associated incentives will not work.

To answer the structure problem, ask some of the following questions:
  • Is it just your sales force that is tasked with selling? Or do you have your product managers and team leaders selling and evangelizing as well? 
  • Do you have a solid pre-sales organization that is both technical and sales oriented?
  • How well is your engineering sales force working for you? Are they trained to have the right conversations when needed? 

3. Go to market as one company
 - Too many times, I have seen that there are multiple sales people from the same company contacting the same potential customer, pitching different products. This obviously results from a lack of coordination and information-sharing across the company.  The sad part is that the customer does not care whether you are from business unit A or business unit B. They see the company as one entity, and this lack of internal coordination amongst the sales folks can cost the company dearly. This is more difficult to solve than it seems, and I think deserves a separate post.


Please let me know if there are other points that you have seen that work well. Best of luck selling!

Friday, July 31, 2015

Part 2: Are you buildng Products or Solutions?

This is the second of a two-part article

In part one of this article, I made the case that incentives hold back companies from creating products that work together. But, is it really that simple? Let us look at some issues and potential solutions.

Previously erected silos will prevent BU leaders from working together. Selling a solution is a lot harder than selling a product, so sales leaders won’t buy in. And unless there is strong leadership in product management, roadmaps will never be coordinated. Even if all of this happens, engineering managers may have to make the decision of putting in more time and effort to coordinate deliveries across products, which means they may not be able to meet previously committed dates.

This is where strong leadership and company culture matters a great deal. The ability to work across groups, communicate points of view, and obtain commitments from other teams to work together is critical to adopting a solution-first approach.

 Assuming the leadership commits to the solution-first approach, how would a company actually institutionalize this?

Here are a few steps:

1. Product management leadership defines the cross-product strategy and articulates why the solution(s) approach will be more valuable to customers. Key pieces of the strategy include the following:
·      An agreement to an approach for creating solutions as there are many ways to do this. For e.g. Will BigCo create a platform which must be the foundation for the different products?
·      What’s the there a budget and how is it implemented across the different BUs?
·      What is the joint sales and marketing strategy? How will these be sold and delivered?
·      What is the cross-department R&D plan? How will resources be shared?
·      How will the products be supported post roll-out?
2. Create a business case that shows the benefits of going to market as one solution instead of individual products – if the pie is bigger, there will be more appetite for BU leaders to adopt the solution-first approach
3. Create roadmaps that explicitly show the dependencies on other related products
4. Joint pricing, messaging, etc. are all worked on across the different marketing teams
5. Sales teams are educated to sell a solution vs a product, and the incentives are well understood
6. R&D managers understand the impact of other product’s delivery timelines and the roll-out of individual products is well coordinated. Future releases are planned and EOL discussions are determined taking into account the impact on all teams
7. A clear support plan is outlined and is in place prior to the release of the solution(s). This is not a trivial process – how will support route calls if there are multiple development teams and overlapping functionality?

In summary, going to market with a solution-first approach requires a clear understanding of the overall strategy across product lines, benefits for the customer, explicit commitment from leadership to making this a reality, and a clear understanding of the incentives for the various internal teams. 

Although we haven't solved every problem here, we can make great strides in ensuring our solutions' success. Without all of this in place, a solution-first culture will be very hard to implement. 

Do you see these issues as well? Do you agree with the solutions presented or do you have other feedback? Please feel free to leave a comment.

Part 1: Are you buildng Products or Solutions?



This is the first of a two-part article

How many times have we all heard the phrase ‘Go to market as one company, instead of multiple individual silos’? What does this phrase really mean, and why is it important?

In today’s application economy, many traditional ‘brick and mortar’ companies have application development departments bigger than even large software companies. Over time, many of these departments, including traditional software vendors, end up with multiple and even redundant software products in their portfolios. Now, this by itself is pretty normal, except typically these products may not be designed to work together, nor designed to solve a larger set of different but overlapping and related problems. This situation is particularly acute when the products span business-units.

The problem is both the company and their customers lose in these situations. The company misses out on potential cross-selling opportunities, while the customer does not get the best possible solution.

Here is a simple example that illustrates the problem and is applicable across all industries. Imagine a large retail bank, BigCo, which relies on its software products to track interactions with its customer base. Each channel that the customer uses to interact with the bank (think mobile banking, branches, ATMs etc.) may use a separate application or product, that manages a particular area. None of the applications share information with the other banking products, although they track the same customer. As a result, the bank never gets a full-picture of the customer’s needs. The bank misses out on cross-selling opportunities, and the customer loses out on potential services and benefits that the bank may be willing to share otherwise.

Further, from the customer’s perspective, the usability features of the individual products or applications may all be very different, leading to a poor user experience. The marketing collateral for the customer may be disjointed and limited in its ability to communicate the true value of the solution(s).

In many cases, particularly when customers are corporations themselves, they may receive multiple calls from a software vendor’s sales teams, from different BUs, all pitching their individual products, effectively competing with each other. In these situations, one cannot blame the customer for assuming that the software company/department simply doesn’t have its act together.

While almost comical in the absurdity of this situation, in reality this is a hard problem to solve for BigCo, and it spans UX, engineering, marketing, and sales departments among others.

If we were to headline this problem, and generalize it across all kinds of industries and companies, it would likely read something like this:
How should an application development group / a software company coordinate the efforts of its various teams to ensure all of its products and services have a similar look and feel, interoperate with one another and share data, while having a coherent pricing model and a coordinated go-to-market approach? Can a company have a solution-first approach to releasing products?

Root Causes

Let us look at some reasons why companies may not be able to solve this issue easily.
1.     Is this a structural issue? Are there lines drawn between teams which prevent coordination?
2.     Lack of knowledge? Is it because the various teams do not know they need to coordinate with one another before releasing a product and have joint roadmaps?
3.     Could it be an incentive issue? No incentives for BU leaders to work together?
4.     Timelines and deadlines preventing effective collaboration?
5.     Is it a leadership issue?

In my experience, it is all of the above, but the most significant obstacle to a coordinated product release cycle, where the products are all designed to work together, is a lack of incentive. BU leaders are evaluated on the basis of their individual P&Ls. Sales teams are commissioned on their individual quotas. UX and engineering teams are driven by deadlines for their own products. Who has the time to worry about other products when the incentives don’t line up?

The obvious solution to this conundrum seems to be to fix the incentive problem, which is to tie a team’s success to the success of the overall solution. But, this is not as easy as it sounds. The next part of this article will focus on some solutions.

Have you encountered these issues? Please feel free to leave a comment.