Skip to content

ALTITUDE

Count the whole job: AI Signal Q3 2026

Measure the effort to reach work you can use, including the checking and corrections.

8 October 20263 min readAI SignalQ3 2026Small BusinessAI Productivity
Count the whole job, from first input to usable result.
Count the whole job, from first input to usable result.

Imagine asking AI to turn your meeting notes into a client proposal. The draft arrives quickly. Then you check the price, put back the exclusion it missed, correct a delivery date and remove a commitment nobody agreed to.

The drafting time is easy to see. The time saved is harder to establish. You have to count the whole job, from gathering the information to having something you are prepared to send.

For an owner already carrying the sales, delivery and administration, that distinction matters. More output can mean more work for the one person who knows enough to approve it. A tool can help the person preparing the proposal while passing extra checking to somebody else. Both people's effort belongs in the account.

The practical question for the next quarter is where AI has reduced the effort needed to finish useful work, and where it has moved that effort elsewhere.

The question is appearing in deployment guidance too. A September guide from Anthropic and Accenture asks teams to specify the output, a measurable quality threshold and the cost of ownership before a pilot. It is written for large organisations, but the underlying discipline is useful for a small firm: agree what a completed job must achieve and what it takes to get there. Pilot-to-production guide.

Start with one recurring job. For a proposal, ready to send might mean the scope is correct, prices are current, dates are agreed and every commitment is one you intend to make. Apply the same standard to work produced with AI and work produced without it.

Over a few comparable jobs, make a short note of the effort spent preparing information, producing the result, checking it and making corrections. Include abandoned attempts. Keep initial setup effort separate so you can see whether repeated use earns it back. Include software costs, and notice whose time each step takes. If a quicker turnaround matters, record that separately from the time people spend doing the work.

A few notes should begin to show where the friction sits. If prices need correcting every time, give the process a dependable source for prices. If the same exclusion keeps disappearing, make it part of the brief and the final check. If you are rewriting most of the proposal, try a narrower task, such as checking the scope against the meeting notes, and compare again.

That is how the comparison becomes useful. It points to something you can improve. It may also show that the current way of doing the job is still the better choice.

Quality can justify extra effort. A more thorough comparison or a clearer explanation may be worth spending longer on. Say what improved and how you recognised it. Time freed can create capacity for other work; it does not automatically reduce a bill or increase revenue.

Choose one job for the next few weeks. Keep the standard steady, fix one recurring source of rework and see whether the next attempt improves. When a tool or model changes materially, check the task again before relying on the old result.

The useful measure is the effort needed to reach work you can use. That gives you a firmer basis for deciding what to keep, improve or stop.

Based on selected research reviewed through 29 September 2026.

Count the whole job: AI Signal Q3 2026 | Pandion Studio