Many AI tools meter use in credits, and one question can cost more than one credit. One ClickUp user wrote on a public feedback board (March 2026) that their team was using 500-plus credits a day without realising each ask cost several. That is one person's comment, but the lesson fits any AI tool: measure before you roll it out.
This guide is a five-day test. One job, one person, a daily log, then simple math.
01 / 08
Pick one job
Choose one job the AI would do repeatedly, such as summarizing sales calls. One job keeps the number clean. If you test five things at once you cannot tell which one used the credits.
02 / 08
Choose one person
Give the job to one person for five working days. Pick someone who will actually log the numbers. A careful person on a typical week beats an enthusiast on a busy one.
03 / 08
Keep a daily log
Every day the tester writes down two numbers. Copy this table into a spreadsheet.
| Day | Runs | Credits used | Notes |
|---|---|---|---|
| Mon | empty | empty | empty |
| Tue | empty | empty | empty |
| Wed | empty | empty | empty |
| Thu | empty | empty | empty |
| Fri | empty | empty | empty |
Row 1 of 5
- Day
- empty
- Runs
- empty
- Credits used
- empty
- Notes
- empty
- Runs. How many times they ran the job that day.
- Credits used. Read from the tool's usage page at the end of the day. Most tools show credits on a usage page. If yours does not, ask the tool's support where to find it.
Write down what counts as one run before you start, so every day is measured the same way. For example: "one run is one call summary, from pasting the transcript to getting the answer back." If the tester asks a follow-up question, decide now whether that is part of the same run or a new one. Either choice works. Switching halfway does not.
If your usage page shows a running total, read it twice a day if you can, once before the first run and once after the last. The difference is that day's credits. If you only check once, write down the number you saw yesterday, or the subtraction will be wrong.
Common mistakes
- Counting runs from memory on Friday. People forget, and they forget the cheap runs first. Fix: fill in the row at the end of each day, even if it takes one minute.
- Letting the tester skip the odd runs. A failed run, a retry or a long document still uses credits. Fix: log every run, and note the odd ones in the Notes column.
- Testing on a quiet week. A holiday week or a slow week shrinks the number. Fix: start on a normal week, or add a margin to the result.
- Using the plan page as the tester's number. The plan page tells you what you can spend. Only the usage page tells you what you did spend. Fix: log from the usage page, then compare.
04 / 08
Do the math
After day five, add up the week.
The test is not finished until you do this step. A week of logs with no math gives you no answer.
Credits per run = total credits used ÷ total runs.
Credits per day = credits per run × runs per day you expect for ONE person.
Monthly credits for this job = credits per day × number of people × 21 working days.
That is about 21 working days in an average month. Use your own number if your team works a different schedule.
The result is the monthly number for that one job. If you plan to roll out several jobs, repeat the test for each one.
A worked example
Picture a 6-person bookkeeping firm. The owner wants the AI to summarize client calls. She picks one careful team member, Sam, and defines a run as one call summary.
By Friday, Sam's log shows 30 runs and 90 credits in total. Monday looked cheap and Wednesday looked expensive, because Wednesday's calls were long. The Notes column says so.
Credits per run: 90 ÷ 30 = 3.
Sam did about 6 summaries a day in the test and expects the same once this is normal work. Credits per day: 3 × 6 = 18.
Four people will use it. Monthly credits: 18 × 4 × 21 = 1,512.
She opens her plan page. The monthly allowance is well below 1,512. So the answer is over. She now has three real choices instead of a surprise bill. She decides to roll it out to two people first, which cuts the monthly number to 756, then recheck the usage page after a month.
She pastes the same numbers into the math check below, and Claude shows each step so she can confirm the 1,512. The test gave her the size of the decision before the bill arrived.
05 / 08
Compare it to your plan
Open your plan's page and find how many credits it includes each month. Then compare. You can paste your numbers into Claude to check the math.
06 / 08
Under or over
- Under your plan. Roll it out. Keep checking the usage page for the first month.
- Over your plan. You have three choices. Buy more credits, run it less often, or give it to fewer people.
Either way, you decide before the bill does.
Before you pick, look at the three levers one at a time. Running less often is the cheapest to try, because it needs no new purchase. Giving the job to fewer people also works, and it lets you start small and widen later. Trimming the job, for example by sending shorter documents, can lower credits per run without changing who uses it. Change one lever, then run a shorter test again, so you know which change made the difference.
If you are under your plan, leave a margin. Real work is messier than a test week, and people find new uses once the tool is in front of them.
07 / 08
If it goes wrong
My tool has no usage page.
Ask the tool's support where credits are shown. Until you find out, you cannot do the math, so hold the rollout.
The numbers swing a lot from day to day.
Use the week's total credits divided by the week's total runs for credits per run. Averages smooth out one odd day.
One run sometimes costs many credits.
Note which runs were expensive in the Notes column. Long inputs or extra steps are common causes. You may be able to trim the job.
The tester forgot to log a day.
Do not guess the missing day. Subtract the usage page reading from before the gap from the reading after it, and divide by the runs you can confirm. If you cannot confirm the runs, repeat that day next week.
Two people got different credits per run for the same job.
Compare one run each, side by side. Different document lengths, extra follow-up questions or a different way of asking are the usual causes. Agree on one way to run the job, then test again.
The usage page shows more credits than my log adds up to.
Something else is using credits, such as another person, another job or an automatic run. Ask who else uses the tool and check for scheduled tasks. Do the math only with credits you can trace to the test.
If the numbers still do not make sense after a day or two, stop and ask the tool's support how one run is counted. The math only works when you know what a credit pays for. Do not keep logging numbers you cannot explain.
Finish line
What to do next
Pick the job and the person today, and start the log tomorrow morning.
You reached the end of the guide