hubspot_unbound_logo_new

Automation Isn’t Strategy: Rethinking AI in Sales

Wednesday September 16th · 11:45 am - 12:30 pm ET · Room 210

AI isn’t failing sales teams because of the technology. The issue is unclear operating models. Many teams over-automate and lose the human edge, or underuse AI and miss efficiency gains. This session introduces the AAH framework (Automate, Augment, Human), a practical system for deciding where AI belongs across the sales pipeline. Learn how to apply it to prospecting, engagement, and deal execution using clear decision rules so AI drives real pipeline impact without disrupting performance.

Session Speakers:

Melanie Smith
Nooks-9a1dfc18797cd717

Melanie Smith

VP OF SALES DEVELOPMENT @ NOOKS

Melanie Smith is VP of sales development at Nooks, leading outbound pipeline growth, hiring, coaching and AI execution.

Automation isnt Strategy - Nooks
15:23

Session Summary

Automation Isn't Strategy: Rethinking AI in Sales

Melanie, VP of Sales Development at Nooks, opened with a question rather than a claim: who in the room could say, in dollars, how much pipeline their AI had generated? Very few hands went up. It was a deliberately uncomfortable start to a thirty-minute argument built on what Nooks has observed across more than a billion sales interactions — that the problem in most go-to-market teams is no longer the technology, but the absence of an operating model telling anyone how to use it.

The premise is levelling: budget aside, most teams have access to broadly the same models and broadly the same tooling. The software, she argued, is frequently better than the way it is being used. That reframes the buying decision entirely. The differentiator is not the vendor on the contract, it is whether a team has done the unglamorous work of deciding — task by task — what the machine owns, what it assists with, and what it must never touch.

"It's not necessarily about what software you buy or what vendor you choose, but more specifically, did you take the time to put together an operating model of exactly how it will be used?"

She was explicit about scope: this was not a session about measuring ROI. It started earlier than that — at the baseline map you should hold before you buy or deploy anything, so you can answer the simplest question of all: what, precisely, is this tool being bought to do?

A woman stands on a stage giving a presentation, wearing a white short-sleeve shirt and dark pants with a microphone clipped to her shirt.
The session opened with an audience show of hands on AI-generated pipeline — a deliberately awkward test of how much anyone can actually attribute.

The missing map: thirteen licences and "I trust you"

The pattern she described will be familiar to anyone who has bought AI in the last two years: buy the tool, deploy the tool, hope it works, and find out how it went roughly twelve months later. It is not negligence so much as optimism at scale — the assumption that capable people handed capable software will converge on good practice by themselves.

Her own cautionary tale made the point better than any statistic. Around ten to twelve months ago, an enterprise SDR on her team bought a personal ChatGPT Enterprise licence and reported significant gains. Within a week, twelve more enterprise SDRs asked for the same. She bought thirteen licences — and issued no guidance whatsoever.

"I bought 13 licences… and I gave them no map. I just said I trust you."

Two months later she asked her team how, when and why they were using it. The audit was sobering: roughly half had logged in a couple of times and drafted a few emails; four reps had used it for personal matters — plant care, cooking recipes; and only two had built something genuinely useful and repeatable that the wider team could adopt. Trust was not the missing ingredient. Definition was.

Slide titled 'Most AI projects look like this', showing a three-step horizontal flow in rounded rectangular boxes.
Buy it, deploy it, hope it works — the three-step flow most AI projects actually follow.

The corrective is not an AI policy document, and it is not a centralised subject-matter-expert squad. Both arrive too late. The map has to exist before the technology is purchased, and it has to be granular. "Automate prospecting" is far too coarse an instruction to act on; the recurring tasks inside prospecting have to be pulled apart and assigned individually.

Two failure camps: over-automation and under-use

The first camp over-automates. Sales engagement gets switched to automatic, send volume rises roughly tenfold, reply rates fall and domains get burned. The visible symptom is the hyper-"personalised" email referencing a LinkedIn post the prospect never actually wrote. But the expensive damage never appears on a dashboard: talent development. If a rep cannot work out for themselves why an account matters, they are unlikely to run good discovery later.

"If a rep cannot figure out why an account matters, they probably aren't going to be able to do very good discovery."

The second camp under-uses. The tool is bought, adoption stalls near 20%, and the executive team starts asking about pipeline generated and deals influenced — while reps still spend the bulk of their week on CRM notes and account research. Ask those reps how, when and why they use the tool and the honest answer is "I don't know". That is not resistance, she argued; it is the absence of a map. And operationally, "I don't know" means they are not using it and do not intend to.

Slide titled 'Almost every team is doing both at once' with the subheading 'The Missed Reality: The Funnel Split'.
The missed reality: over-automation and under-use are usually running side by side in the same funnel.

Two-panel slide showing large text reading '20%' with supporting text on the adoption problem.

The under-use camp in one number: tooling bought, adoption stuck around 20%.

 

The most overlooked point of the whole session followed: most teams are doing both at once — sometimes inside the same workflow. Which is exactly why the decision cannot be made at workflow level. A quick diagnostic she offered: ask three reps how, when and why they use a given tool. If none of them can give you a straight answer, there is a missing piece and it is worth investigating before anything else.

  • Over-automation symptoms: ~10x send volume, falling replies, burned domains, fake personalisation, eroded rep skill.
  • Under-use symptoms: ~20% adoption, admin-heavy weeks, no credible answer on pipeline influence.
  • The real state of play: both, simultaneously — hence task-by-task decisions rather than blanket policy.

 

The AAH framework: automate, augment, human

The framework itself is deliberately small enough to hold in your head. Every recurring task in the sales motion belongs in one of three buckets. Automate means the machine owns the task end to end; a human may audit samples to confirm the model is behaving, but should not be reviewing every instance. Augment means the machine does roughly the first 80% and the human decides and ships — the human is always the last step. Human-only means the machine must not touch the interaction at all: it may prepare, but it must not perform.

She was pointedly critical of "human in the loop" as a phrase. Given where the technology now sits, it is too vague to be useful; the distinction that matters is between automate and augment. And automation carrying a token review stamp is not automation at all. A rubber-stamp tick box signals that you do not trust the system, and it quietly loads the rep with guilt and overhead while delivering none of the time saving you bought.

Three-column infographic titled 'The AAH Framework', each column a layer with a heading, short subtitle and bullet points.
The AAH framework: three layers — automate, augment, human — with every recurring task assigned to exactly one of them.

Underpinning all of it is a simple observation about the market: sales is still human to human. Buyers do not care whether a machine booked a follow-up meeting. They care very much if a machine wrote an apology note.

 

 

The three qualifying questions

Assignment to a bucket is not a matter of taste. Three questions, asked in order, do the sorting.

  1. Can you verify the work before a buyer feels it? Is it usually right, and can it be checked reliably and cheaply? Enriching a record: yes. Drafting a reply to an angry champion, or an apology: no.
  2. Does it require context that only lives in a human's head? Deal politics — a VP of Revenue Operations on their way out; what a champion said after asking for the Zoom recording to be stopped. That context is not written down anywhere, so it cannot be used in automated mode. Beware outputs that are confidently wrong.
  3. Would the buyer's trust change if they knew a machine wrote it? Assume they will find out. Then ask whether that discovery would break the relationship.

 

The scoring rule falls out neatly. Verifiable, no hidden context and not trust-bearing means automate. A "yes" on hidden context, but the machine can still draft something for the rep to decide on and execute, means augment. Trust-bearing — or a mistake you simply cannot take back inside a relationship — means human: the machine preps, it does not perform, and you protect that moment.

"Automate the input, augment the judgement, but still protect the moment."
Slide titled 'Question 3: Would trust change if they knew a machine did it?' contrasting 'The Honesty Test' and 'The Core Standard'.
The honesty test: assume the buyer finds out, then ask whether the relationship survives it.
Slide titled 'How to score it' with three dark rounded panels labelled 'loop', 'auto_awesome' and 'groups'.
How to score it: the three answers map directly onto automate, augment and human.


Applied: prospecting, and the wrong layer to automate

As the leader of Nooks' sales development team, she admitted that twelve months ago the easy line was: automate prospecting entirely, and let reps spend 100% of their time cold calling. She no longer believes that is realistic. Reps still have to make decisions, tweak emails and retrieve context — the conversation at an event, the detail that never made it into a field.

The most common mistake is not simply automating too much. It is automating the wrong layer. Teams automate the output — the mass AI email, the slop currently filling LinkedIn feeds and inboxes — when they should be automating the input: account research, briefs, everything the system reads and assembles. The email itself belongs in augment, where a human reads it and confirms it actually fits what is known about the account and the prospect.

The worked comparison was stark. Over-automate and the machine writes 500 emails at a 0.4% reply rate — not worth the domain damage. Flip the layer and the machine produces 500 research briefs while the rep writes 40 context-rich emails, at a materially higher response rate. Same hours, same head count, considerably better results.

 

Slide titled 'You automated the wrong layer', contrasting two approaches in text boxes.
Automating the output produces volume; automating the input produces context.

Applied: sales engagement, call notes and why AI can't coach

Run the same exercise over sales engagement and the automate column fills up with pure administrative overload. Her line on this was blunt: there is no craft in typing call notes into a CRM. She confessed to having previously insisted that SDRs hand-write every call note, and now regards that as a waste of time — systems can listen to the call and draft the note, with the SDR reviewing rather than transcribing.

Call scoring, by contrast, sits firmly in augment. She has watched both extremes: managers who insist on listening to every single call, and teams who hand the judgement entirely to a scoring tool. Her position is that AI should score all calls and surface the patterns, but the human delivers the coaching — tailored to each rep's style — and owns the development plan. The machine turns a sampling problem into a targeting problem; it does not turn a manager into a coach.

"AI can't coach."

She also stressed that bucket allocation is company- and segment-specific. Enterprise and SMB motions carry very different volumes, and what belongs in automate for one will sit in augment for the other. There is no portable answer key — only the task-by-task breakdown.

 

Slide titled 'Turn a sampling problem into a targeting problem', with a numbered 'How it works' column beginning with reviewing every call.
Score every call by machine, then point human coaching time where it will actually change behaviour.

Applied: deal management and protecting the moment

Late-stage deal management, on the AE and AM side, is where the three questions all come back "yes". You cannot verify the work before the buyer feels it. The context is unwritten and lives in small interactions rather than transcripts. And trust is the entire asset — as she put it, a lot of the time people buy from people they trust; if they didn't, there wouldn't be sales people.

So late-stage buyer interactions do not get automated. The machine's job shifts to preparation and to surfacing what the rep would not otherwise know: what was shared during a prospect's previous evaluation, or a leadership change visible online that nobody caught on LinkedIn. Prep your AE before they walk into the meeting — and then protect the moment itself.

There is a second, quieter role for AI here: directing where humans spend their time. Nooks does this internally by pulling every deal with only one contact and a close date inside the next 30 or 60 days — adjust the window to your own deal cycle — and using that list to set the focus for the month or the quarter. It is not clever. It is arguably the least clever, highest-value list of the week. And the machine cannot do the follow-up: the second outreach and looping in additional stakeholders are human actions.

 

Slide titled 'The least clever, highest-value list of your week' with a bordered box on the left.
Single-contact deals closing in the next 30 to 60 days: a deliberately unsophisticated query that sets the quarter's focus.

The afternoon audit and your 30-day move

The closing section was explicitly tactical, and explicitly anti-strategy-document. Do not build a strategy. Do not convene a working group. Do not write a quarterly or annual plan to fix everything. Instead, spend an afternoon — of which roughly one hour is sitting with a rep.

  1. Sit with one trusted rep who does the job the way you want it done, and have them list every recurring weekly task — not projects, not one-off requests. Expect roughly 20 to 40 tasks depending on the role.
  2. Ask the three questions of each task: is it verifiable, is there hidden context, is it trust-bearing?
  3. Place each task into a bucket: automate, augment, or keep human.
  4. Be honest about the rubber-stamp problem — is that human review step genuinely required, or is the person merely spot-checking samples?
  5. Compare the resulting map against what is actually happening today, and look for the mismatches.

The tasks people classify as automatable are, she warned, usually embarrassingly obvious. The value is not in the obvious entries; it is in the mismatches — the things everyone assumed were automated that should have been augmented. Outbound email is the recurring example: not all of it should be automated, so some of it needs reclassifying.

Three-panel graphic titled 'Your 30-day move', each panel a rounded rectangle with a short heading and supporting text.
The 30-day move: map it, compare it with reality, then pick three things.

Then comes the discipline. From a list of 20 to 40 items, choose three — probably the easiest, most obvious three. Nobody can fix everything at once, and everyone in the room has a full-time job on top of working out where AI fits. The same lens should be pointed at technology already purchased and poorly adopted, as well as anything currently under evaluation. Target execution window: the next 30 days.

"Things need to be bite sized and not just added to a list. If you have a list of 20 to 40, choose three."

Questions from the floor

One question was taken at the close of the session.

What kind of feedback loops do you need in place?

It depends on what you are automating versus augmenting, and on the technology you already have — some tools ship with strong reporting built in. The non-negotiable is that some form of feedback loop exists before you start, not after. She cited A/B testing as one practical approach: with a team of around 40 reps, have some trial one approach and others trial the alternative. How you operationalise that will vary with team size.

The three questions were left on screen for attendees to photograph, and she invited anyone with examples or bucket-classification queries to continue the conversation at the booth downstairs.

Live Session Transcript

Follow along in real time, then easily copy the full transcript or your favorite snippets to use with your LLM of choice for questions or content creation.

Built on HubSpot - Powered by avgen.ai (beta) by Cat Media

Related Sessions