This is a practical session for the people who run fuel sites, haul and sell the product, service the equipment, and handle the paperwork behind all of it. Two goals.
Most people type a question, take the first answer, and decide the thing is mediocre. That is a search box with extra steps. You are going to watch what changes when you make it ask you questions before it answers.
On its own it can only talk. Tools are what let it open your file, pull four sources into one pile, and draft into a system you actually use. That is where the hours come off your week, and it is also where you decide what it is allowed to touch.
I'm Brennan Gerle. I help organizations look past the hype of artificial intelligence and build practical systems that pay off in real work. I founded POLR AI in Chandler because businesses knew they needed AI and nobody was showing them how to put it in without losing the human touch they had spent years building.
My work is not really about automation. It is about how the business actually runs. I sit with leadership first to find where the operation is stalling and where a system would actually free capacity, then we build, then I do the training so the people doing the job feel equipped rather than replaced. Most of my clients are in construction, the trades, and manufacturing. Companies that run technicians, trucks, and a back office that never quite catches up. Change the equipment and that is a lot of this room.
I sent a short survey before today. Seven people filled it out. That is not this room, and it is not the industry. Raise a hand for the level you are at and we will count it live.
0% said they had never touched it. 14% have tried it once or twice. 43% use it some days. 43% use it most days. Seven replies is not an industry, but nobody in that seven said never.
86% named a specific repetitive task. Keying daily sales from remote stores. Reconciling delivery tickets to invoices. Price book updates. Driver and fleet scores. Watching the market. Different piles, same shape.
71% put a number on it, and those numbers add up to roughly seventy hours a week. The largest single answer was twenty-five, on delivery tickets and price book updates. The one that named QuickBooks by name was ten.
One reply asked for peer stories rather than a product demo. One said AI is not really relevant to their week. Both are fair. So we run one loop end to end on a fake multi-store sales dump, then look at where else that same loop lands. Hands above are the count, not the form.
Seven replies. Those percentages are percentages of seven, not of this industry. Count hands.
That is the whole mechanism. It read an enormous amount and got very good at guessing which word, number, or line should follow. None of what it read is about your operation. That is why it can sound completely certain and be completely wrong, and it is why a person stays at the end of every one of these.
Click any card to flip →
Do not paste store-level sales, cardholder data, or payroll into a free chatbot. Paid plans have better privacy defaults. Today we use a labeled sample, not your numbers.
Twenty dollars a month gets you better privacy defaults and longer documents. The free version is fine to learn on. The paid version is what you should be on once store-level numbers are in the chat. Click a platform for the "turn off training" walkthrough.
Almost everyone stops at layer one, decides the tool is mediocre, and quits. That is the single most common reason somebody tells me AI did not work for them. The rest of this hour is layers two and three.
Writing the ask so one good answer comes back. Who you are, who it should be, what you want, and when to stop.
Deciding what it gets to look at before it answers. A perfect question against the wrong pile is still a wrong answer. Most bad results are this, not the wording.
The setup around it. What it may read, what it may change, and where it has to stop and wait for a person. This is the layer that keeps you out of trouble.
One assistant running the same cycle on its own: do the thing, check the result, fix it, go again. The hard part is not the work. It is teaching it how to know when it is actually done, instead of stopping when it runs out of room.
Several assistants with defined jobs handing work to each other, the way a crew does. Who owns what, who checks whom, and what gets called off when the facts change mid-job.
CRIT is a framework from Geoff Woods, who wrote The AI-Driven Leader. Four parts, in order. It is the difference between a tool that hands you something generic and a thought partner that admits what it does not know before it opens its mouth.
The background it does not have. What you run, what landed on your desk, what is at stake, what you already tried. Skip this and it answers a question nobody asked.
Who you need it to be. A controller who has closed multi-site books. A service coordinator who knows where billing leaks. The role decides which questions it thinks to ask.
The part everyone skips, and the reason this works. You tell it to ask you questions before it answers. Same sentence every time: interview me one question at a time, up to three questions, to gain more context.
What it produces once it has interviewed you. Format, deliverable, and the stop. Draft it, do not post it. The stop is part of the task, not an afterthought.
A good prompt is not a way to think less. Every one of those four letters is a place where you put something in that nothing else has.
It has read almost everything ever written and none of it is about your operation. It does not know your stores, your accounts, or which manager rounds. Every answer worth having starts with something only you could have told it.
It drafts. You decide what posts, what gets sent, and what gets held until somebody counts the drawer. That is not a safety rule bolted on the end. It is the whole design.
When that note reaches a customer or that entry hits the books, nobody is going to ask what the model thought. Twenty years of somebody trusting you is not in the training data.
Which is the honest case for the Interview line. It is not a trick to get better writing out of the thing. It is the step that makes it come get what is in your head before it guesses at it.
It is not about getting a better answer. Both of these give you a good answer. The difference is how many decisions the thing made for you before you saw it.
You end up the reviewer. The work is checking someone else's assumptions about your own operation, and you only find the bad one if you look hard.
You stay the one steering. It cannot guess wrong about the thing it stopped to ask you, and nothing gets posted, sent, or filed without you.
Toggle Lazy, then Better, then CRIT on the sample below. This is four minutes. Then we get to goal two, the part a prompt cannot do by itself: getting the numbers out of the chat window and into something that counts.
Type into each box. The fields turn green as they get specific enough. Copy the prompt. Paste it into ChatGPT or Claude. This still does not post to QuickBooks. That's the next section.
Who you are, what landed, what's at stake. Store count, system, the mess.
Who you want the AI to be. Years, specialty, the lens to bring.
This is the secret ingredient. Locked in so you don't forget.
What it should produce after the interview. Format. Deliverables. And the stop.
Fill in the fields above. Your assembled CRIT prompt will appear here, ready to paste into ChatGPT, Claude, or your platform of choice.
You can paste the sample dump into chat and get a clean table. That is useful. The numbers are still only in the chat window. They are not in any system that counts. For that you need a connector.
For some of you that is QuickBooks. For others it is Sage, Viewpoint, NetSuite, your dispatch software, or a state compliance portal. The rule does not change: moving a number into the record takes a connection you control, and you are the one who hits save. I am going to use QuickBooks for the next ten minutes because it is the one somebody named on the survey. Swap in yours as I go.
Open the PDF, the spreadsheet, the scanned close report. It reads them directly instead of you retyping them into a chat box.
Search, fetch a page, check a source and tell you where it came from. This is the one people think is the whole product. It is not.
Run the arithmetic instead of predicting what the total probably looks like. Different thing entirely, and it is why the sums tie.
Pull a report out of your books, draft an entry back into them. This is the connector, and it is the only one on this row that you have to grant.
The first three come switched on in most paid plans and cost you nothing but attention. The fourth is the one with the two switches, and it is the rest of this section.
It can clean a dump, ask what is missing, and draft a sales receipt. It cannot see your books unless you let it.
QuickBooks here. Sage, Viewpoint, your dispatch board, or the state portal at your shop. Wherever the entry has to land. Letting it look costs you nothing. A draft is useful. Posting is a decision, and the assistant waits for you to make it.
Click a step. We will stay on the remote-sales pile from the survey.
It can open yesterday's dump or pull a report out of QuickBooks and tell you what it sees. Looking changes nothing in your books. Turn this one on.
Same connection, second switch. This is the one that could write an entry or hit post. A draft is as far as it should go, and you hit save.
Granting the connection does not grant posting. Approve looking now. Leave changing off until you have watched it work for a few weeks.
SAMPLE ONLY. Invented for today. Not a member's data. No card numbers. store_id date cash credit fuel_gal fuel_$ instore_$ notes PHX-07 Camelback 8/19 1842.50 6210.15 4280 13263.72 4102.10 credit batch late? PHX-12 DreamyDraw 8/19 2620.02 9856.28 ? 9588.30 2888.00 mgr text: gallons "around 3100" TEMPE-03 Rural Aug 19 3,031.01 11,402.39 3650 gal 11420.85 3012.55 lottery not in this dump SCT-01 Scottsdale 8/19/26 --- 12782.25 4102 12630.06 3550.00 cash drawer still open, will send AM PHX-07 Camelback 8/18 3677.39 13834.00 4410 13622.49 3888.90 TEMPE-03 Rural 8/18 2480.15 10715.00 3400 10638.60 missing instore blank in email
No cardholder data. No real store IDs. If a tender doesn't tie to fuel plus in-store, that's on purpose. The flags are the lesson.
Same loop, different pile. Two of these came straight from the form and two are guesses. Tell me if yours is different.
You get the PDF, then move it into a coded draft for fuel, c-store, lottery, or store supplies. You look at the GL, and you are the one who posts.
You get the statement or the delivery tickets and put them next to what you think you owe. One survey reply spends twenty-five hours a week on this. You decide: is there a missing invoice, a duplicate, or a fuel surcharge you did not approve?
The tech writes one ticket on site. The office turns it into an invoice and a compliance record that have to agree. You get both as drafts, plus a list of what is missing, what is expiring, and what should not be billed yet. You still sign.
One reply watches the market and customer needs, and said AI is not really relevant to that work. Coming from someone who does that for a living, that is closer to right than wrong. Nothing here sets a price or predicts where the market goes. What it does is read the pile that lands before you get to it, and tell you which of your customers a change actually affects. The call is still the job.
None of this replaces your judgment. It gets you to a working draft fast. You still review, edit, and own the post.
Take tomorrow's remote-sales pile, strip names if you need to, run CRIT, and read the flags. Do not paste card data. Do not auto-post.
AI sounds confident even when it's wrong. Don't paste store-level sales, cardholder data, or payroll into a free chatbot. Don't let a connector post. Human review stays your job.
Click a question. These are the ones that come up every time.
Bring the actual pile, with the card data already stripped.
Everything from today, plus the sample files and the prompts, on one page built for this group.
polrai.com/partnerships/apma