How do you assess sales training needs for technical topics?
Summary
Assessing technical sales training needs takes 4 steps: collect failed inquiries and escalations, code them by topic, rank topics by count and impact, then retest. The method holds when inquiries are logged with a topic and an outcome, and it finds knowledge gaps; gaps caused by a missing document or an unclear rule need a different fix.
ISO 10015:2019, edition 2, gives guidelines for competence management and people development, and ISO last reviewed and confirmed it in 2025 (ISO, 2019).
ISO 30422:2022 gives guidance for organizing workplace learning and development, covering short-term operational needs and long-term skills needs (ISO, 2022).
The Kirkpatrick Model breaks evaluation into 4 levels, and Kirkpatrick Partners says to start with Level 4: Results when applying it (Kirkpatrick Partners, 2026).
A course at a campaign kickoff followed by a few web review sessions results in only 10 to 20 percent retention of lessons, a Forrester analyst estimated (Selling Power, 2020).
This method is for sales and technical managers at chemical manufacturers and distributors whose sales staff answer technical questions from customers. It ranks technical topics for training; it does not assess selling skills such as prospecting or negotiation, and it does not replace a competence framework for each role.
What do you need before a technical sales training needs assessment?
Before a technical sales training needs assessment, you need a fixed period of inquiry and escalation records, a topic code list written before anyone reads the cases, and one rule for what counts as a failed answer. A six-month window is a workable start (illustrative); it is long enough to see topics repeat and short enough that the products sold have not changed.
Prepare these four items:
The records: technical inquiries the sales team handled, escalations it sent to the technical team, and cases that were reopened.
The topic codes: product line plus question type, for example product selection, compatibility, application conditions, troubleshooting, and documents or regulation (illustrative list).
The failure rule: a failed answer is one that was wrong, incomplete, or could not be given without escalation.
The baseline: the count of failed answers and escalations per topic for the period, recorded before any training starts.
Fix the topic codes and the failure rule first, then code the cases. If the codes are written after reading the cases, they tend to follow the most memorable incidents rather than the pattern in the records. Have two people code the same sample of cases, for example 20 (illustrative), and compare; where they disagree, tighten the code definition before coding the rest.
Why does choosing sales training topics by opinion miss the real gaps?
Choosing sales training topics by opinion misses the real gaps because opinion reflects what people remember or want to learn, while the gaps sit where customer questions actually fail. A survey of the sales team tends to favor new products and recent incidents. A trainer's catalog offers the topics it already teaches. Neither shows which questions reps answered wrongly in the review period or which ones always went to the technical team.
The US Office of Personnel Management describes a needs assessment as the process of identifying the gap between performance required and current performance (OPM). In technical sales, the required performance is a correct answer to the customer's question, and the current performance is in the inquiry and escalation records. Terry Loe of Kennesaw State University warns against relying only on the trainer to find skill gaps: "you need to diagnose before someone else prescribes" (Selling Power, 2020).
Opinion still has a place. Ask reps which topics they find hardest, then compare their answers with the coded records. Where the two agree, the topic is a strong candidate. Where reps name a topic that the records do not show, check whether those cases were ever logged before you train on it.
Which records show where a technical sales team needs training?
The records that show where a technical sales team needs training are the ones that capture a customer question and what happened to it: inquiry logs, escalations to the technical team, reopened cases, and complaints where the advice given played a part. Kirkpatrick Partners notes that most indicators "are often times already tracked somewhere within the organization" (Kirkpatrick Partners, 2026), and in a chemical business they usually sit in a ticket system, a shared mailbox and the technical team's case notes.
Each record is useful only if it carries four facts: the product or product line, the question, who answered it, and the outcome. Escalations are the richest source, because each one marks a question the rep could not close alone. Reopened cases come next, because they mark answers that looked closed but were not. Complaints are the most serious signal, but they are few, so use them to weight a topic rather than to rank on their own.
Leave out records that show missing information rather than missing knowledge. A rep who could not send a current technical data sheet because none was on file does not need training; the document library needs fixing. Code these cases separately so the training list stays clean.
How do you rank technical training topics from failed inquiries and escalations?
Rank technical training topics from failed inquiries and escalations by counting coded cases per topic in the fixed period, weighting each topic by the impact of its failures, and removing topics whose cause is not a knowledge gap. The table below decides which technical topics go into the next sales training round and whether the last round reduced failed answers and escalations on those topics.
Check | Pass | Fail and what to do |
|---|---|---|
Topic has enough cases | 5 or more failed answers or escalations in the period (illustrative threshold) | Hold the topic and keep counting |
Cause is a knowledge gap | The correct answer exists in your documents or with your technical team | Write the missing document or rule first; training cannot teach an answer nobody has |
Impact of failures | At least one case put a customer process, a safety answer or a regulatory answer at risk (illustrative) | Rank the topic below higher-impact topics |
Baseline recorded | Escalation and failed-answer counts logged for the period before training | Record the baseline before the round starts |
Retest after training | Fewer escalations and failed answers on the topic in a period of the same length, at similar inquiry volume (illustrative pass test) | Check whether reps used the material; fix the job aid or retrain |
The row that removes the most topics is the knowledge-gap check. The US Office of Personnel Management notes that "Sometimes training is not the best solution, and it is virtually never the only solution" (OPM). Pick the top three to five topics that pass every selection row (illustrative cap), and train on those rather than on a whole product catalog. To weight impact, give each failed case a class when you code it, for example high when a customer process, safety answer or regulatory answer was at risk, and low when the customer only waited longer (illustrative classes). Rank first by the number of high-impact cases, then by the total count, so a topic with a few serious failures is not buried under one with many minor ones.
How do you check that technical sales training closed the gap?
Check that technical sales training closed the gap by counting failed answers and escalations on each trained topic over a period of the same length after the training, and comparing the count with the baseline at similar inquiry volume. That comparison is a results measure in the sense of the Kirkpatrick Model, where Level 4 measures "the degree to which targeted organizational outcomes occur as a result of an experience or initiative and performance support" (Kirkpatrick Partners, 2026).
Look at behavior early as well. Kirkpatrick Partners says that behavior measurement "cannot begin at 90 days after learning" (Kirkpatrick Partners, 2026), so review a sample of the first cases on each trained topic within the first weeks: did the rep answer, and was the answer right?
Three rules keep the retest fair:
Express counts per inquiry on the topic, not as raw totals, because demand for a product line moves with the season and the market.
Compare trained topics with untrained ones in the same period. If escalations fell everywhere, something other than the training changed.
Treat a topic as closed only when the lower count holds for a second period.
When a trained topic does not improve, check reinforcement before you repeat the course. One Forrester analyst estimated only 10 to 20 percent retention of lessons from a kickoff course with a few web review sessions (Selling Power, 2020).
How often should you repeat a technical sales training needs assessment?
Repeat a technical sales training needs assessment once per review cycle on the same topic codes, for example every six months (illustrative), and also after a change that shifts the questions customers ask: a new product line, a new market, a regulatory change or a wave of new hires. For comparison, US federal agencies are required to evaluate their training programs annually under 5 CFR 410.202 (OPM); a commercial team sets its own cycle, and that rule is one reference point for how often to look again.
Between full assessments, watch one signal: a topic whose escalations rise in two consecutive months (illustrative trigger). That is the earliest sign that a new gap has opened or an old one has come back.
The work is easiest when the period, the topic codes and the failure rule stay the same from one cycle to the next, so each round can be compared with the last. Lubinpla's technical support performance analysis fixes the scope, period and metric definitions before it reads your case records, then points to the topics that need training from the pattern of failed answers and escalations, in one cited document for your review. Keep the coded case list with every training plan, so the next assessment can check what changed.
Common mistakes in a technical sales training needs assessment
The most common mistake in a technical sales training needs assessment is training the whole product range when the records point to a handful of topics. Broad product training spreads time across questions customers rarely ask, while the few topics that generate most escalations get the same share as everything else.
Other mistakes recur:
Writing the topic codes after reading the cases, which shapes the codes around memorable incidents.
Counting raw escalations without the inquiry volume per topic, which makes busy product lines look weak.
Treating every escalation as a gap. Some cases should go to the technical team, such as a suspected product defect or a new application with no precedent.
Training before recording the baseline, which leaves nothing to compare the retest against.
Retesting once and declaring success. A count that drops for one period and returns in the next shows the material did not stick.
ISO 30422:2022 frames workplace learning as serving both short-term operational needs and long-term skills needs (ISO, 2022). The records-based method serves the first; keep a separate plan for the skills a rep needs to grow into a new role.
Frequently asked questions
Should you still survey the sales team about training needs?
Yes, as a second source. A survey shows which topics reps find relevant and hard. Kirkpatrick Partners treats relevance, measured in participants' reaction to a program, as the measure that more accurately indicates whether behavior transfer will occur (Kirkpatrick Partners, 2026); a survey before training gives an early read on which topics reps will find relevant. Compare the survey with the coded records: topics named in both are strong candidates, and topics named only in the survey need checking against the case log first.
What if sales reps do not log the inquiries they answer themselves?
Start with the escalations, because the technical team already holds those records. Rank topics from escalations alone for the first round, and ask reps to log every technical inquiry with product, question and outcome from then on, so the next assessment can count failed answers as well.
Does every escalation to the technical team mean a training gap?
No. Some escalations are the right call, such as a suspected product defect, a safety question or an application with no precedent. Code these as appropriate escalations and keep them out of the training count, so reps are not trained to hold cases they should hand over.