goJumboGPT

AI AI at work: policies, tools and what to watch

Where AI actually saves time at work, and where it costs you

An honest accounting of AI at work: the task types where it reliably helps, the ones where review time cancels the gain, and how to measure the difference for your team.

8 min read How we write

The short answer

  • AI saves time when checking the answer is cheaper than producing it, and costs time whenever verification means redoing the work.
  • The reliable wins are first drafts, format conversion, unfamiliar syntax and rough translation, because you can confirm the result at a glance.
  • The reliable losses are cited research, numerical analysis and judgment calls, where a fluent answer takes longer to verify than to produce properly.
  • Measure total minutes including review time, not drafting minutes, because drafting time always falls and that number tells you nothing.
  • Deskilling and automation complacency are real costs that appear months later, so decide which skills your team must keep practicing manually.
  • If a task shows no gain after a fair two week trial, the problem is usually the task rather than the tool, and switching tools will not fix it.

AI saves time on tasks where checking the answer is cheaper than producing it, and costs time on tasks where checking is as hard as doing. That one line predicts most of what teams discover the slow way. Rewriting a paragraph, drafting a reply, translating for comprehension, generating a spreadsheet formula you can test on rows you already know: the verification is fast, so the saving is real. Finding a legal precedent, reconciling two financial reports, summarizing a meeting you did not attend, writing code nobody will read before it ships: you cannot confirm the output without redoing the work, so the gain is borrowed and repaid later with interest.

The verification test

Before you adopt AI for a task, ask three questions in order. How long does producing a first draft take you now? How long does checking a draft someone else produced take? And what does it cost if a mistake gets through?

If checking is much faster than producing, you are in the winning zone. If checking takes roughly the same time, you break even at best, because you have added a step and a context switch. If checking is slower than producing, which happens whenever verification means tracing claims back to sources, you are losing time and you will not notice for weeks because the draft arrives so quickly it feels like progress.

The third question sets how strict the checking must be. A misremembered detail in an internal note costs a correction. The same error in a customer quote, a clinical summary or a filed document costs far more, which raises the verification standard and moves the task out of the winning zone even when the raw drafting speed is identical.

Where the time genuinely comes back

Four patterns account for most honest gains, and they share a shape: you already know what good looks like, and recognizing it is faster than producing it.

The blank page. Starting is the expensive part of writing, not finishing. A mediocre first draft you rewrite heavily still beats staring at an empty document, and the saving holds even when you keep almost none of the original wording.

Format conversion. Turning notes into an email, an email into a ticket, a paragraph into bullet points, a table into prose. The content is already correct and you are only changing its shape, so verification is a glance.

Unfamiliar syntax. A regular expression, a nested spreadsheet formula, a shell command, a query in a language you use twice a year. Here verification is nearly free because you can run it on data where you already know the answer.

Comprehension of things you would otherwise skip. A supplier message in a language you do not read, a 40 page document you need the gist of before a two o'clock call. The alternative is not a careful human version, it is nothing at all, so even an imperfect result adds value.

These four map closely onto what people actually do with these tools day to day, which is described in more detail in what AI at work is really used for right now.

Where the review tax eats the gain

The review tax is the time you spend confirming output you did not write. It is invisible in demonstrations, because a demonstration ends when the text appears. In real work it is often the larger half of the job.

Research is the clearest loss. A model will produce a confident paragraph with references attached, and checking every reference takes longer than searching properly would have. Fabricated or misattributed sources are a well documented failure mode, not an occasional glitch, which is why anything with a citation needs the routine in how to fact check an AI answer.

Numbers are the second loss. Models handle arithmetic by pattern rather than by calculation unless a calculation tool is wired in, so a plausible looking total can be wrong in a way that survives a quick read. Anything financial needs recomputation, and if you are going to recompute it you may as well have computed it.

Decisions are the third. Asking which of two vendors to pick, or whether a candidate is suitable, produces a fluent answer with no accountable reasoning behind it. The model does not know your constraints, your history with either party, or what your regulator expects. The output reads like advice and functions like a coin flip with a vocabulary.

The fourth is anything where being subtly wrong is worse than being obviously wrong. A summary that drops the one caveat that mattered is more dangerous than no summary, because the reader now believes they are informed.

Task by task, honest scoring

TaskCost to verifyNet effectCondition that changes the answer
Rewrite or shorten your own textSeconds, you know the meaningReliable gainNone, this is the safest use
Draft a routine replyA quick readReliable gainLoses value once the reply needs real negotiation
Translate for comprehensionLow, you only need the gistLarge gainAnything binding needs a professional translator
Summarize a long documentModerate, you must spot omissionsGain if you know the topicLoss if the summary is your only exposure to the source
Meeting notes and actionsModerate, attribution errors are commonGain with a review stepLoss if circulated unchecked
Code in a language you knowLow, you read and test itGainShrinks as the codebase gets more specific to you
Code in a language you do not knowHigh, you cannot judge itBreak even or lossFine for throwaway scripts, not for production
Research with citationsHigh, every source needs checkingUsually a lossImproves when the tool retrieves and quotes real documents
Numerical analysisHigh, needs recomputationLossChanges if the tool actually runs the calculation
Judgment callsCannot be verifiedNot a time questionUseful only for generating options to consider

Retrieval changes several rows in that table, because a system that pulls text from your own documents and quotes it can be checked against the quote rather than against the world. Whether that is the right architecture for your case is the subject of retrieval versus fine tuning.

The costs that do not show up in a time sheet

Deskilling. Skills you stop practicing fade. If juniors never write a first draft, they do not learn structure, and in a few years you have a team that can edit but not compose. The same applies to debugging, to reading a contract closely, and to the slow work of understanding a problem well enough to explain it. The fix is not abstinence, it is deciding which skills your team must retain and keeping those tasks manual for people who are still building them.

Homogenization. Everything starts to sound the same, including your competitors' material, because it comes from similar models prompted in similar ways. For internal work this does not matter. For anything that is meant to sound like you, it does.

Automation complacency. People check output carefully in week one and skim it by week six, precisely because it was right most of the time. The error rate does not fall; the detection rate does. Build the check into a step someone has to complete rather than relying on diligence.

Subscription and switching costs. Paid tiers, seats for people who use them twice a month, and time spent migrating prompts between tools. Whether the paid tier is doing anything for your workload is worth testing directly rather than assuming, and what a paid AI subscription actually buys you sets out what genuinely differs.

Run a two week measurement instead of guessing

Opinions about AI productivity are strongly held and weakly evidenced, including inside your own team. Two weeks of crude measurement beats a year of argument.

  1. Pick one task that at least three people do weekly. One task, not a category.
  2. Week one, no AI. Everyone logs minutes spent and rework needed, on paper or in a shared sheet. Crude numbers are fine, consistency matters more than precision.
  3. Week two, same task with AI, same log, plus one extra column: minutes spent checking and correcting the output.
  4. Compare total minutes, not drafting minutes. The drafting number always improves and it is not the number that matters.
  5. Count rework separately: how often did the output need a second pass, and how often did a mistake reach someone else?
  6. Ask one qualitative question at the end of each week: was the finished work better, the same, or worse?

Expect one of three outcomes. A clear win, where total minutes drop and quality holds: adopt it, write down how, and move to the next task. A wash, where drafting time falls and checking time rises to match: usually a prompt or context problem rather than a tool problem, and often fixed by supplying the examples and constraints described in how to write a prompt that gets a usable answer. A clear loss: stop, and do not switch tools hoping for a different result, because verification cost is a property of the task.

What to do next

Sort your own week into the three zones. Cheap to verify goes to AI now. Expensive to verify stays manual until you have a checking routine you would defend to your manager. Impossible to verify is not a time saving question at all, and treating it as one is how teams end up with confident nonsense in a board pack.

Then pick the one task you are most tempted to hand over entirely and write the check for it first. For meeting summaries that means a named person confirming attribution and action items before anything circulates, a routine set out in what to check before you trust an AI meeting summary. For anything leaving the organization it means a human who is accountable by name, which is the part of a workable policy people most often skip and is covered in writing an AI policy your team will follow. The teams that come out ahead are not the ones using AI for more tasks. They are the ones who worked out which tasks, and stopped there.

Common questions

How much time does AI actually save at work?

It depends far more on the task than on the tool, and honest figures range from a large saving on routine drafting to a net loss on anything needing verified facts or numbers. Published studies tend to find the biggest gains for less experienced workers on well defined writing and support tasks. Measure your own tasks rather than trusting a headline number.

Why does AI feel faster even when it is not saving time?

Because the slow, unpleasant part of many tasks is starting, and AI removes that immediately. The checking that follows is spread out, feels like normal work, and rarely gets counted. The sensation of speed comes from the draft appearing in seconds, which is a real experience but a poor measure of total effort.

Should I let junior staff use AI for everything?

No, and the reason is skill formation rather than trust. People learn structure, argument and debugging by doing the awkward first version themselves. Decide which core skills your team must retain, keep those tasks manual for people still building them, and let AI handle the surrounding work such as formatting, translation and boilerplate.

Does a paid plan save more time than the free one?

Sometimes, and mainly on long documents, larger context, faster responses and tool access rather than on general answer quality. If your winning tasks are short drafting and rewriting, the free tier often performs identically. Test the specific task you care about on both before buying seats for a whole team.

What is the single best first task to try?

Something you do weekly, that is mostly text, and that you can check in under a minute. Turning your own rough notes into a clean message is the usual answer. It has a fast verification step, a low cost of error, and it produces a saving you can feel within a few days rather than a quarter.