Segmenting a market when every purchase is considered

Firmographic segments are quick to build and poor at predicting how industrial buyers behave. Application, problem and trigger cut the market along the lines a small commercial team can actually serve.

Author

Live AI Dream

Published

26 August 2026

Reading time

8 minutes

Segmenting a market when every purchase is considered

What firmographic segments actually predict

Firmographic segmentation is popular because the data can be bought. Company size, , revenue band, geography: all available, all easy to load into a CRM, all straightforward to defend in a board pack. It produces tidy segments in an afternoon.

What it predicts is mostly reach. Employee count gives you a rough sense of how large an order might be. A sector code tells you what a plant is nominally in. Neither tells you what problem sends someone looking for your client's product, what they compare it against, or what decides the order at the end.

In markets where purchases are habitual, firmographics correlate with behaviour well enough to be useful. Where every purchase is considered, evaluated, specified, often trialled and usually signed off by more than one person, that correlation weakens badly. The people involved and the criteria they apply follow the application, not the company profile.

Two plants, one sector code, two different buyers

Take two food processing plants of similar headcount, in the same code. One runs a single high-volume line with planned annual shutdowns. Capital equipment is budgeted eighteen months ahead, specified by a consulting engineer, and the cost of unplanned downtime dominates every decision. The other runs short batches for several own-label customers, buys reactively when something limits throughput, and cares most about changeover time and lead time.

Sell the same pump into both and almost nothing transfers. The initiating event differs, the technical criteria differ, the buying group differs, the sales cycle differs by months, and the objection you have to answer differs. A segmentation that puts them in one bucket because they share a sector code will produce content that speaks properly to neither.

The useful distinction was never the industry. It was the production model and the problem the equipment is being bought to solve, which is why segmenting by application and by problem tends to outperform anything you can buy as a list.

Segmenting by application and by problem

Application segmentation groups customers by what the product does in service: the duty, the medium, the operating environment, the regulatory context it sits inside. Problem segmentation groups them by the condition that made someone start looking, which might be repeated contamination failures, a capacity ceiling, a new compliance requirement, or an obsolete part with no spares available.

The two often produce similar groups. Where they diverge, the problem axis is usually stronger for marketing, because it maps to what a buyer types and to what they will respond to before they know what they need. The application axis maps better to product literature, specification tables and the technical proof.

A workable arrangement uses application as the technical spine and problem as the entry point. The page is organised around the application so it survives scrutiny by an engineer. The headline, the opening paragraphs and the evidence are organised around the problem, so the person who has that problem recognises themselves in the first ten seconds.

The trigger event as a segmentation axis

Considered purchases rarely begin from a standing intention. Something happens: a failure, an audit finding, a new contract with a specification attached, a supplier discontinuing a line, a plant expansion, a new engineering manager with different opinions. The trigger event sets the urgency, the budget route and who leads the evaluation.

Cutting the market by trigger ignores firmographics entirely and is often the most operationally useful axis, because it tells the commercial team where to be and when. A trigger tied to a regulatory deadline can be put on a calendar and worked backwards from. A trigger tied to component failure can be anticipated from service records and installed-base age.

The evidence for triggers already exists inside the business, in the first line of enquiry records and in what sales engineers remember about how each opportunity started. It is almost never written down in a form anyone can count, which is the gap the method below is designed to close.

How many segments a small commercial team can serve

The constraint is operational, not analytical. Each segment needs its own proposition, its own proof, its own content and someone accountable for it. With three salespeople and one marketer, three segments is realistic and five is a wish list that will be abandoned by the second quarter.

The common failure is a model with nine segments where seven have nothing behind them. Sales reverts to whatever it did before, marketing produces generic material because it cannot resource nine variants, and the model is quietly dropped within a year while everyone agrees it was a good idea in principle.

A defensible rule is to run as many segments as you have distinct, maintainable propositions for, and then one fewer. Start with two or three. Add a segment when the existing ones are properly served, not when someone finds another interesting cut in the data.

A method to run with order history and the sales team

This is the part that takes real work. Expect roughly a week of analyst time and several hours of senior sales time spread over a few weeks, and expect the sales team to be sceptical until the third conversation, because they have sat through segmentation exercises before that produced a chart and nothing else.

Two warnings before you start. Order history only shows who bought, so it will systematically under-represent the segments your client loses in, and you should deliberately review lost enquiries alongside it. And the output is not a matrix. It is a small set of one-page descriptions that a salesperson can read once and use.

  1. Pull three to five years of order lines: customer, product, quantity, date, value, and the delivery site if it is recorded. Three years covers most repurchase cycles; five is safer for capital equipment
  2. Rank the accounts by margin contribution rather than revenue, and work with the top group plus a deliberate sample of small and lapsed accounts
  3. Add the application by hand, because order data almost never records what the product was used for. Service records and the sales team hold this, and it will take several sessions rather than one
  4. Sit with two or three sales engineers and reconstruct, for twenty to thirty of those accounts, how the first enquiry arose: what had happened at the customer, who made contact, what they had already tried
  5. Record for each one the trigger, the buying group, the technical criteria, the alternative considered and the objection that had to be answered
  6. Look for clusters where trigger, criteria and buying group repeat together. That repetition is the segment. Discard clusters that share only a sector code or a size band
  7. Size each candidate from the order history: how many accounts, what they are worth, whether that value is growing or flat
  8. Write one page per candidate segment covering trigger, initiator, criteria, alternatives, objection and the evidence that answers it. If you cannot complete the page without guessing, you do not yet have a segment

Testing a segmentation before rebuilding around it

Do not rebuild a website on an untested model. The useful tests are cheap and run in weeks: one landing page written for a single segment, a short outbound sequence to a list picked on segment criteria rather than firmographics, and a revised opening script for one trade event.

Three signals are worth trusting. Whether people self-identify with the description when it is read back to them. Whether enquiries arriving through the segment-specific route have the profile you predicted. And whether the sales team can tell within one call which segment a prospect belongs to, which is the strongest test of the three, because a boundary experienced salespeople cannot apply quickly is not a real boundary.

Signals not worth much on their own include traffic to the new page, email open rates and internal enthusiasm at the presentation. All three can be strong while the segmentation is wrong.

When to abandon a segment

Segments have lifespans, and the model should say when one ends. Retire a segment when the trigger stops recurring because a regulatory deadline has passed, when the technical requirement has commoditised and the decision has moved to price, when the buying group changes such that your evidence no longer addresses the decision-maker, or when serving it properly needs a product the business has decided not to build.

A year of honest effort with no pipeline is also sufficient grounds, provided the effort was genuinely made. Distinguish a segment that does not exist from one that was never resourced, because the remedy is opposite in each case.

Wind down deliberately rather than by neglect. Keep the pages that still convert, stop new investment, tell the sales team it is no longer a priority, and record the reason somewhere that will be found in two years. Retiring a segment cleanly is evidence the model is being used, not evidence that it failed.

Key takeaways

  • Firmographic data predicts order size and reachability, not buying behaviour, so it is a poor primary axis in markets where every purchase is specified and signed off by several people.
  • Use application as the technical spine of the content and the problem that started the search as the entry point.
  • The trigger event is often the most operationally useful cut, because it tells the sales team when to make contact rather than only whom to contact.
  • Run as many segments as you have maintainable propositions for, and then one fewer; two or three is realistic for a small commercial team.
  • Test with one landing page and one outbound sequence before rebuilding the site, and treat a salesperson's inability to classify a prospect in one call as evidence the boundary is not real.

Common questions

industrial market segmentation methodapplication based segmentation manufacturingtrigger event segmentation B2Bwhy firmographic segmentation failssegmenting using order history datahow many segments should a B2B team havetesting a segmentation model before launch

More insights

WhatsApp us