How to increase the Presales success: Part 2 – Solutions

In the past article, I’ve described challenges & issues I met in Presales.

Now I want to describe solutions which, I think, can help to solve them and increase the success of Presales.

Let’s go.

  1. Involvement of potential Teams & Managers. The Team and Manager which have a chance to implement the project should be involved in Presales as soon as possible. It should reduce the gap between Delivery and Presale with continuity of agreements, involved employees, accountability of team, reducing useless risks used for generic team. 
  2. Internal Presales Competition. Involvement of multiple Teams & Managers should be organized as competition by the Presales team (e.g., in the format of Hackathon). Results from all teams, should be combined into the proposal with the best options identified by different teams. The winner ideally should start the project and continue to be accountable for what was estimated. The winner also should be got a recognition/compensation as in competition.
  3. Presales-related Education of Senior Developers & Delivery Management & Sales.  They should be educated before request. If an employee goes on the Bench, it’s the best time to be trained for Pre Sale. Education should include: a) Estimation technics & practice. It’s the minimum. b) Solutions (including blueprints and bootstrappers) education. The goal of it to apply best practices and also make a better offer. c) Upsell technics & Practice. d) Cross-sell technics & Practice. Ideally, education should be continuing and started, not just on the bench. For this purpose, it should be LMS involved (like TalentLMS)
  4. Make the Price attractive. It should be an additional Process of Presale team to optimize and adopt Assumptions, Risks and prepare multiple pricing approaches based on customer profile and needs. It should stimulate Delivery to apply new practices to increase value, reduce price and time of development. Not only that, but it should be a strong collaboration of Presales with the R&D department which will manage Solutions, Blueprints, Bootstrappers and also Engineering who will.  Furthermore, it should also be a review and trying to apply 3rd party solutions which can reduce cost.
  5. Have at least 3 pricing options for ANY kind of request: it can be named Minimal (or Startup-like), Standard, Advanced. Each option should have pretty different price. Each proposed solution can be presented in different dimensions which are differently covered for options (e.g., Expendability, Reliability, Scalability, UX/UI, Rich Functionality, Duration, Price, Support costs, Env costs and more). The next step is to decide how dimensions are covered for different options (which output will be expected by the customer) and definitely it should impact on the price. Here it requires from Presales to think about totally different stack/platform. As a result, such options can be presented as a map to the client with pricing below and key facts/output/numbers for each dimension for each option. It’s natural, since close to what we see when selecting options for a car, compare products in store. You will be surprised after the client’s feedback: selected option are pretty different from their initial requirements!
  6. Motivation of Pre Sale team & experts to win. It should be done by Achievement-based bonuses/valuable gifts, significant recognition across the company and outside. They should feel themselves as heroes! Employees & Teams on the bench will be motivated by getting a new project.
  7. Competence Accumulation for quick find and reuse it for similar requests. It includes knowledge, solutions which is done in collaborations with other departments. It can be done by creation and support of such company storage) Teams Portfolio database b) Employees profile database c) Project Showcase Library d) RFI Q&A e) Solutions library f) Business & Tech Domain knowledge g) Useful Contacts (like external or internal experts in the area)  All of these I call Competence DB, which should be a part of company system.
  8. Product Mindset & Management in Presales. The Presales team should apply approaches from Product Management across Presales. The key goal is to bring maximum value and satisfaction to the customer in the context of proposal for the product they want.
  9. Accountability of Pre Sale until the project completion. The Presales team involved not just on Presale, but also responsible for transferring correct guidelines/vision/agreements/practices to the Delivery team. Result of the completed project should also take in account of Presales team performance review.
  10. Tracking of Market Demand based on incoming requests. That means that Presale should track Market needs and inform other departments (especially Delivery) about changes or needs. Pre Sales can be a driver of changes in Delivery.
  11. Increasing types of proposed Offerings. In general, Presales should support and increase offerings. Additionally, to standard offerings it can be Selling of Teams, Consulting, Audit etc. Definitely, the offering should be implemented by other Delivery.
  12. Deep collaboration with the Sales & Delivery department. It includes:> Presales Process should be transparent and confirmed for Sales and Delivery. Updates to the process should also be shared with them.Education of Sales & Delivery Management is important (mentioned above)
  13. Iteratively improved Winning Process of Presales. It should generate less stress for participants, more wins at the end, lower efforts from the Presales team. It can be solved by creation of useful tools described above. Ideally, each middle/large request should be ended by retrospective and improvement action items in backlog, which should be managed on regular basis. As a part of it should be a careful accumulation, tracking regular review and improvement of Process results including: a) Pre Sale Success. Later I’ll share metric I suggest to use for Pre Sales b) Reject reasons. It’s important and should be carefully got from the customer with the help of Sales. c) For requests, we won: Project completion results VS our proposal. It should regularly connect with Delivery Management to track changes. e) Accumulation of empiric data in context of the exact employees and teams, f) Efforts spent on requests … and more.
  14. Quality of Artifacts. Our quality can be extended and more recognized by the customer if we will deliver more quality and flexible list of artifacts to describe our proposal and the advantages it brings. It can be POC, Attractive Visual materials etc. It can be done in deep collaboration with Marketing. As a result, all templates should be ready.
  15. Involvement of domain expertise to increase in proposal. In-depth knowledge of the domain and the ability to communicate in the same language with the customer gives as advantages in comparison to competitors. We should find a way how to involve domain expertise into proposal to bring bigger value to the customer and demonstrate our competence. Involvement of experts with specific domain knowledge is part of the solution (usually it’s close to the development area, not the domain itself). Another way is to involve external expert exactly from the domain.
  16. Efficient process for different classes of request. Process flow should be different for different classes of requests based on criteria: a) Perspective to win request, b) Customer profile. How valuable this customer for our portfolio. c) Size of the project, d) Urgency of request. It also requires classification approach together with Sales. Class of request should influence on deliverables provided by Pre Sales team, involvement of experts, approaches related to pricing approach. It should be the map which can help with decisions. Furthermore, an SLA for each class.
  17. Detailed team proposal. That means that Presales team should be focused not just on proposal functionality implementation but clarification of customer team requirements to make a better proposal / be able to form/find the right team. It should be done with the support of the PMO.
  18. Preparations Process to be ready for speaking in the same language with client. For clients/projects which can bring big value now or in the future, it makes sense to spend some time on preparation before first call: that means to be aware about pains for the market, domain knowledge in general etc. It will have a good effect if the team demonstrates expertise starting from the first session.
  19. Presales Automation. As far I see, the Presales process has a pretty similar flow for similar types of requests. Thus, flow can be automated by tools provided inside CRM which are pretty useful (for example as project templates in Pipedrive) or by a simple process automation tool like Checkflow.io. I also see the need to automate data gathering to measure/analyze/improve Presales process.
Photo by Anna Shvets on Pexels.com

How to increase the Presales success: Part 1 – Challenges

One of the key goals of Presales in a Software Development Company is winning new clients together with Sales. It includes creation & enforcement of relationships with Client, making an attractive proposal which can be successfully completed with the resources of Delivery. 

I’ve spent a significant amount of time as Head of Presales teams in different companies, and also processed multiple requests as Presales Engineer by myself. In each role, I’ve worked to reach the goal and increase our success rate. For me, it was 12%, but I saw that it can be more.

In this post, I want to summarize challenges I met on my way and describe solutions I found, how Presales success can be increased (I’ll share them in a separate post).

Let’s start. I’ve decided to describe key challenges/causes as an answer to these questions:

  • Why do Clients decide to proceed with another competitor?
  • Why a Proposal we made was not doable, and a Client was finally dissatisfied? 

The list is not prioritized:

  • Big price. Price is usually estimated for a generic team including high risks to complete this project. Adding of any modern/unusual practices or less-qualified employees increased risks and price as well. Finally, it was pretty big for Client and not competitive with others. Lack of bootstrappers which can speed up/reduce price of development. Big price is typically not a root cause, but a consequence of causes described below. It’s the top of the iceberg.
  • Proposal with lack of options with different price ranges. If the proposal provides options in the same pricing ranges – it creates a dead end: the client should select one or none.
  • Subjectivism of Presales team. Typically, there are limited groups of employees involved in Pre Sale—it generates Proposal from one perspective and avoid entirely different approaches and dev stacks. It affects pricing for sure. Experience of company Delivery also limits the proposal and avoid out of the box thinking. This conservatism is understandable – it minimizes risks and related costs. It’s just an easier way then compare of these savings with benefits from applying of new stack and dev approaches.
  • Existing tech/domain experience was not applied well. Past experience was hard to find and reuse. Knowledge was just spread across the company.
  • Low value of Proposed solution. This is one of the biggest and hardest root problems to solve. To bring the highest value to the potential client, it should be a combination of understanding the business goals of the client, market landscape, product management skills. Sometimes, Proposal made by Delivery focused on experience concentrated inside the Delivery, without broader vision outside. Value is not about functionality and technical solution – it’s just a top of the iceberg.
  • Low motivation of Presales team and involved experts. The Presales process is pretty stressful and urgent. It is hard to find tech experts who can help with the request and be motivated to do all the best. Motivation by salary or overtimes was not working well. It should be something else.
  • Low capacity of Presales team and involved experts. Incoming requests overload presales teams since the Pre Sales process is not scalable. It has negative impact on quality and process duration.
  • Long duration of the process. The process is pretty long due to availability of experts and training of them during the request itself. 
  • Extra efforts spent on the low-priority requests. The process was not effective and didn’t correlate with real needs.
  • Gap between Sales and Presales.  To win Clients, Presales, and Sales should work as a single team which supports each other. Occasionally, it’s another story. Sales didn’t understand the proposal including options, added risks etc. As a result, it’s hard for him to make a right decision while working with a client. Different prioritization of requests creates misunderstanding. The Presales & Sales team was not spending time educating each other.  
  • Gap between Presales and Delivery. That means that the delivery team is typically not involved in Presales, since doesn’t exist at the moment when requests in processing. All agreements and architecture created during this work are difficult to transfer to the new team and especially implement it. It creates risks and creates inconvenience and dissatisfaction for the Client.
Photo by Allan Mas on Pexels.com