Hacker News new | past | comments | ask | show | jobs | submit login
Ask HN: How much work goes into qualifying and closing a B2B sales lead?
5 points by ianbutler on Oct 18, 2021 | hide | past | favorite | 5 comments
So obviously there's the actual act(s) of selling and negotiating a contract but how much of the work is more clerical and on the backend?

I'm curious how much of this is automated now, how much person labor goes into this and what are some of the things that happen to a lead after it's qualified -- are certain marketing flows triggered? How many times does the lead get handed off person to person from qualification to deal close? And what are the most tedious parts of this process as it's happening?




In 1980-1990 old style sales (before internet) process cost was calculated as follow: Cost of sale: 1x Client is charged minimum: 3x

Everything under 3x was treated as an unsustainable biz model.

So for example if you spend 30k on sales related cost then your minimum charge is 90k so the diff 90-30=60k can be spent on product dev, company expansion etc.

I dont know what is the current model for b2b saas etc.


I think think really depends on your business. Are you selling hardware, or SaaS? B2B can be $400 or $500,000 / yr per deal.

I've done half million dollar deals that take 8 months from first contact to close, and I have had deals of $30k / yr close without me ever talking to the customer. I sell Software and services to SMBs and Enterprise accounts.

The larger deal (with a F500 company) had contract negotiations with multiple levels of executives and stakeholders on their end. They decided our solution was right for them after about 3 months, and spend 5 on contract and implementation. This probably could have gone smoother, but would be impossible to automate IMHO.

We have a fairly low level of sales automation. It works for SMBs, but not for the larger clients. A lead, at this point, stays with the sales person until it's closed when it's handed off to an account manager.

The most tedious parts are the back and forth, waiting on legal to approve and redline a contract version.


This really depends on your business.

How big are the deal sizes? Who are you selling to? How many of them are there in the market? Are the lead, the user, the buyer, and the decision maker the same?

Start by going to whoever you think your customer is and asking them how they go about making purchasing decisions. Ask specifics... what was the last thing you purchased?


Probably something like ~30% of the total value of the contract goes into sales on average depending on the size.


Short answer: It depends. You can look at the MEDDIC sales process if you've never heard of it.

Longer answer: We're a tiny boutique consultancy that builds entire products for large organizations, but we also have a product we built internally for ourselves that we're starting to offer companies, so I have some experience both selling product, and consulting (that leads to building a product).

One of the things we did for consulting is refining the way we do it. We didn't have much trouble with qualifying, but more with scoping and helping organizations that come to us understand what upstream efforts and conditions lead to downstream success. In other words, do you have data, is this a problem, who is this a problem for, can we get them at the table please, no we really insist please get the people we'll build this for at this table.

Having gone through this many times, we constantly refined this by auditing our past projects: what worked, what didn't, why, how can we test these hypotheses.

We then came up with a template to scope these projects that we give our clients: this saves both of our teams from a lot of meetings initially, and practically everyone told us that it has really helped them narrow down and understand their own problem better, and the criteria for success better.

Next, for consulting, we dive into the problem domain. We've worked with different sectors (energy, multi-modal transportation, health, luxury, ecommerce, public relations, banking, telecommunication, retail, etc), and it has helped us to have prior knowledge on that domain in order to talk with precision with their experts.

Before we build a product, we have to nail down the problem they're having. The "Jobs to be Done", if you will. The reasons of "non-consumption", what they're doing, why, how they're doing it, how much it's costing. "Desirability, feasibility, and viability".

When building the product, we prototype, we talk with their experts and users, we constantly invalidate hypotheses. You don't want to work for a year building a product that will not be used by anyone (even if you're paid for it: I call them the bitterest dollars, and having gone through that earlier, I really don't like that, hence changing our process after taking over to insisting and insisting that their people get involved in this: I'm building for your engineers/marketing/sales? Please get them at the table so we could talk without an executive being present).

For the product side, I'm having a lot of calls and interactions to qualify people: there are many who request access to the platform, but I'll have calls with them to know if it's really a fit and to come up with a pricing for what we offer (real-time collaborative notebooks to train, track, deploy, and monitor machine learning models). Many request access but they don't really have the pain, or work on projects that have stakes, so we orient them to other products. The products makes sense for people for whom non-productive time is really imporant and who don't want to waste hours or days with problems in their ML lifecycle.

So, for consulting: we don't really do qualifications because most of the organizations we talk with are large organizations that can afford our services, and we mostly do conversations so we all are on the same page and they get the whole picture [is my problem a machine learning problem at all? what problem do I need to solve? Is machine learning a good fit for this? etc].

For product, right now, I do many conversations both to make sure it's a good fit, and come up with pricing plans that suit different people. Yesterday, I was talking with a PhD student who didn't have the means, but I extracted problems they were having and were trying to come up with a solution for them [including changes in the product and changes in pricing]. I've also been talking with CEOs/CTOs of companies undergoing acquisitions. All in all, everyone was rather generous with their time to talk about their problems and come up with solutions.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: