Skip to content

Supply chain technology companies · Buyer persona

Write down who finds the product, who signs off and who blocks it.

A buyer persona for a supply chain software company describes each person in the decision: the user who feels the pain, the IT lead who tests the integration and the finance head or director who signs. GullySales builds a short card for each role from your sales calls and lost deals.

Scope, fee, reporting and term are agreed in writing after we have read your brief and spoken to you.

Realistic editorial illustration of freight and transport companies at work in India

What buyer persona means

A buyer persona is a plain description of the kind of customer who actually buys from you. It includes what they search, what worries them and who else they ask before deciding. GullySales builds this from real enquiries and past sales rather than a generic template, then uses it to write every page and advert.

Last updated 18 Oct 2026.

For supply chain technology companies

Where it usually goes wrong, and what we would do.

  • “The user and the signer want different proof”

    A logistics manager wants to see the dispatch screen. A finance head wants to see what a mistake costs and what the contract commits them to. One deck for both answers neither.

  • “IT is a persona, not an obstacle”

    The IT lead asks about data, hosting, access and the ERP link. If your material has nothing for that reader, they become the reason a pilot waits.

  • “The driver and the warehouse operator decide whether it works”

    A system that drivers will not open on a basic phone fails after signing. Include the field user in the card, because their reaction decides renewal.

  • “Industry changes the card”

    A pharma distributor worries about batch and temperature records. A construction material supplier worries about site delivery. The persona changes with the cargo and the customer.

What we do

What we deliver for supply chain technology companies.

Every deliverable, what it covers for you, and the result it is there to produce. Nothing here is an extra.

  1. Role cards

    A card for each role in the decision: user, IT, finance and director, with the questions each asks.

    Result: Your team knows what to say to each person in the room.

  2. Lost-deal review

    A read of recent lost and stalled deals to find which role objected and why.

    Result: Objections are tied to roles instead of general guesses.

  3. Field user notes

    A short profile of drivers, loaders and warehouse staff, including phone type, language and patience for data entry.

    Result: Product and sales talk about the real person using the screens.

  4. Industry variations

    Adjustments to each card for your main sectors.

    Result: Messages match the sector's own worries.

  5. Message map

    A table that pairs each role with the page, deck slide or sample that answers them.

    Result: Sales has a ready answer for every role.

How the result is measured

  • Enquiry match to persona
  • Conversion rate by persona
  • Content aligned to persona

Recorded as a baseline before work starts, so every later report has an honest comparison.

Who is asking

The people in a logistics software deal, and what each asks before the call.

Logistics or operations head
Wants to see their own depot flow on screen: dispatch, delays, claims. Needs a demo built on their workflow and a view they can show their owner.
Finance controller or owner
Asks what it replaces, what it costs to run and what leaks it stops, such as detention or unbilled trips. Needs a worksheet in their numbers, not a feature list.
IT lead or ERP consultant
Asks how orders and invoices move between systems, who maintains the link and where data is stored. Needs an integration page before the demo is booked.
Warehouse supervisor or dispatcher
Asks if scanning or entry adds work to the shift. Their approval decides whether the pilot survives the first busy week on the floor.
Transporter or driver
Asks whether the app works on their phone, in their language and with weak signal. Their use decides whether the data in the system is true.

Who it is for

This is written for these supply chain technology companies.

  • Transport management system vendors for fleet owners and shippers
  • Warehouse management system providers for 3PLs and distributors
  • Route planning and last-mile delivery software companies
  • Fleet telematics and vehicle tracking providers
  • Freight marketplace and load-matching platforms
  • Inventory planning and demand forecasting software makers
  • Procurement and supplier portal vendors
  • Control tower and visibility platform providers

Not for

It is not the right fit if.

  • You have fewer than a handful of closed deals and no lost-deal notes, so the persona would be a guess.
  • Your product is sold to one role only and you already know their questions from daily calls.
  • You want a persona document for a slide deck, while nobody will change a page or a script because of it.

How it works

How the buyer persona work runs

The work itself, in order. How an engagement starts, from your brief to a written scope, is set out on our method page.

  1. 1

    Understand the current view

    We start with how your team currently describes the customer, since the gap between belief and reality is the finding itself.

  2. 2

    Audit past enquiries and sales

    We look at recent enquiries and closed deals to see who actually bought, not who was assumed to buy.

  3. 3

    Interview customers and staff

    Structured conversations with recent buyers, held as talk about the last purchase and not a questionnaire. We ask what happened before they called, who else was involved and what they compared. Customers agree before we contact them, and their answers are reported without names.

  4. 4

    Build the personas

    Findings are written into short, usable persona documents rather than a long report.

  5. 5

    Apply to your marketing

    We show where each persona should change a page, an ad or a script you already have. The sales team reads the drafts and says which ring true. A persona they do not recognise is rewritten.

Where this fits

Three pieces of sales work, in this order.

This work sits inside sales process design, at stage 0, foundation. The audit comes before it, and sales management keeps it running.

  1. Step 1

    Sales audit

    Find where deals are being lost and what to fix first.

    Start here if you cannot say where orders are lost.

  2. Step 2 · you are here

    Sales process design

    One written way to sell, from first enquiry to repeat order.

    Start here if every salesperson sells differently.

  3. Step 3

    Sales management

    A target, a review routine and someone who owns the number.

    Start here if the team has targets and no routine.

Tell us what you need Your brief is read before we call. Scope, fee and term in writing.

FAQ

Questions owners ask before they call.

Not here? More answers, or ask on WhatsApp.

How many personas do we need?
Start with the four roles in a typical deal. Add an industry variation only where your sales calls show a clear difference. More cards than your team will use is wasted effort.
Where does the information come from?
From call notes, lost-deal reviews and conversations with customers who agree to talk. Treat every card as a draft until real buyers confirm it, and change it when they do not.
Is the driver really a buyer persona?
Not a buyer, but a user whose behaviour decides the pilot. If drivers will not open the app, the data is wrong and the logistics head loses trust. Writing down their phone, language and signal conditions lets sales answer the doubt before the pilot starts.
How do we keep the personas from going stale?
Update them from lost-deal reviews and pilot calls, not from a yearly workshop. When sales hears a new objection twice, add it to the role card. A persona that nobody edits drifts away from what depots actually ask.
How much does it cost?
There is no price list, because the work differs by business. The fee is scoped after we have read your brief and spoken to you, and put in writing before anything starts, split into our time, your media spend and production.
How long is the contract?
The term is agreed in writing after we have spoken, along with the fee and the reporting. It is never a default twelve months, and renewal is decided on the numbers against the baseline recorded at the start.
How soon will we see results?
It depends on the trade, the channel and what is already in place. After we have read your brief and spoken to you, we say what we would expect to move first and how it will be measured against the baseline. Nothing here is guaranteed.
Who will actually do the work?
The person you speak to before anything starts. We work from one office in Nagarbhavi, Bengaluru, with no account managers in between.
What do you need from us?
Your brief, and a conversation. After that, access to whatever this work touches, such as your website, your accounts or your enquiry record, and time with the people who handle your enquiries.
What if we are not happy with the work?
Tell us and the plan changes. Everything is reported against the baseline, so a number that is not moving is visible to both sides. The term is in your written scope, and the refund and cancellation policy sets out the rest.

Your next practical step

Tell us what you are trying to grow, and we will read it before we call.

Eight short steps, mostly taps. Skip anything you would rather answer on the call.