Skip to main content

Introducing Loss Radar: see which shift cost you money.Learn more

All posts

StationPro playbook

Field-tested workflow
Operator review
8 minute read
AI8 min readPublished

An AI Assistant is not a chatbot.

Why the question "what does AI do for my gas station" has a non-buzzword answer, citations to source rows, agentic workflows, and natural-language access to your operational data.

Written by
StationPro Editorial
Reviewed by
StationPro operator team

What “AI” usually means in back-office software

Walk a typical back-office vendor booth at NACS 2026 and ask “what does your AI do?” You'll get one of three answers:

  1. “You can ask it questions about your reports.” This is a chatbot on top of the existing reporting engine. Useful, but it doesn't change what's knowable, it just changes how you access it.
  2. “It generates summaries of your data.” Slightly more useful. The AI writes a paragraph saying “sales were up 4% this week.” You probably already knew that.
  3. “It anticipates problems and takes action.” Rare. This is the version that actually moves operator behavior.

What a real AI Assistant looks like

Three components, in increasing order of value:

Component 1, natural language access to your data, with citations

You ask: “Why was Tuesday short by $42?” The assistant returns: “Tuesday EOD had a $42 cash variance on the closing shift. The on-clock employee was Maria. There were two voids during her shift totaling $48, one for a returned soda at 9:14 PM and one for an unspecified item at 10:51 PM. The 10:51 PM void has no reason code attached.”

Critically: every claim in that answer links back to the source row in the audit log. The variance number is a click away from the EOD record. The employee name is a click from the shift roster. The voids are clicks from the POS transaction log. If the assistant hallucinated, you'd see it immediately , the citations wouldn't exist.

Component 2, agentic workflows

The assistant doesn't just describe what's wrong; it takes action when given permission. Examples:

  • Detects a price increase on an incoming invoice, opens a draft retail-price update for the operator to approve, and pushes it to the POS on one tap.
  • Sees a recurring shrinkage pattern, generates a documented case (events, dollar values, shift overlay) and emails it to the operator with a recommended action.
  • Identifies that EOD has been missing for store #3 for two consecutive nights, pages the on-call manager, escalates to the owner if no response within 30 minutes.

The key word is permission. The assistant should never take destructive action without an explicit human approval, but it can do all the preparation work so the human approval is a single click instead of a 20-minute investigation.

Component 3, proactive pattern surfacing

This is the rarest and most valuable. The assistant surfaces patterns the operator wouldn't have thought to ask about. Examples we see most often:

  • “Fuel margin at station #2 dropped 4 cents/gal over the last 7 days while wholesale dropped 2 cents. Suggests retail price hasn't been updated; recommended re-price attached.”
  • “Lottery returns processed by clerk Maria over the last 30 days are 3.2× the per-clerk average. No corresponding cash deposits. Pattern detected.”
  • “Vendor X has raised unit prices on 8 of your top 20 SKUs in the last 60 days. Recommend a sourcing review.”

The operator doesn't have to know to look for these. The assistant looks for them, ranks them by financial impact, and surfaces the top few in the daily brief.

How to evaluate any vendor's AI claim

Four questions. Use them on every vendor call:

  1. Does every answer cite the source rows? If not, it's a hallucination risk. Walk away.
  2. Can it take action with permission? If it's strictly read-only, it's describing the world; the value is in changing it.
  3. Does it surface patterns proactively, or only respond to questions? The proactive surface is the operator's true time savings.
  4. What happens when the AI is wrong? Real vendors show you the confidence score, the supporting evidence, and the path to correct it. Bad vendors silently ship the wrong answer.

What we don't do (yet)

Operator transparency matters. The current StationPro AI Assistant doesn't:

  • Write fully autonomous emails to vendors or customers (we generate drafts; humans send).
  • Make pricing decisions without operator approval (we surface recommendations; operator clicks).
  • Predict future demand with high precision (forecasting layer is on the roadmap; the input data needs more depth first).

Every vendor that claims to do all three of those today is overstating. Ask for a live demo against your own data shape and watch what actually ships.

Frequently asked questions

Which AI model does the StationPro Assistant use?

We use Anthropic Claude as the underlying model, with a retrieval layer that grounds every answer in the operator's own data. Per-row citations are surfaced for every claim. The model choice may evolve over time; the architecture (grounding + citations + agentic action) is what matters.

Does the AI Assistant see my customers' personal data?

No customer personally identifiable information (PII) is sent to the underlying LLM. Queries are processed against your operational data only, transactions, shifts, inventory, and the audit trail. Customer phone numbers from loyalty/pump-to-store flows are handled in a separate pipeline with explicit consent management.

How accurate is the proactive pattern surfacing?

In production, top-3 surfaced patterns are actionable in roughly 80% of cases. The other 20% are correctly flagged as patterns but turn out to be benign operational variation. We continuously tune the ranking against operator feedback (acknowledged vs. dismissed).

Can I ask the assistant to do something destructive, like update prices automatically?

Not by default. Destructive actions (price updates, vendor payments, employee terminations) require explicit operator approval through the dashboard. The assistant prepares the action; the human approves. This is a design choice, we don't recommend giving any AI write authority over operational systems without a human in the loop.

Sources & methodology

This playbook draws on operator workflows observed in StationPro pilot stations and on anonymized product data from live pilot tenants. Figures are illustrative examples, not promises about your stores. Procedures were reviewed against the workflows of the StationPro operator team before publication. Questions or corrections: talk to the team.

Written by

StationPro Editorial

The operator team behind StationPro. We write the procedures we ship: every playbook comes from real close, reconciliation, and loss-attribution workflows in pilot stations.

See where your station is leaking money.

A 30-minute call. We build the demo around your stations, not a generic deck.