Getting started with AI: choose one business workflow
Choose the work before the tool
You do not need to learn to code before deciding which business process is worth investigating.
Find a measurable task
Identify repeated work with a known input, output, owner and quality requirement.
Check the risk
Data permission, review effort and the consequence of errors matter as much as apparent speed.
Scope the next step
Prepare one implementation brief, with an explicit fallback and no automatic expansion.

If you run a small or medium business in Australia and want better margins, start by finding a process worth improving—not by buying an AI subscription. This guide helps you select a candidate and explain it to an implementer. It does not require coding knowledge or promise savings.
11 September update: the worked FAQ example now separates first-week setup from repeat-week effort, includes operating and error-remedy costs, and supplies all twelve completed brief fields. The figures are invented; no client pilot was run.
Observe the process before proposing automation
Choose a representative period and record task volume, time spent, corrections, waiting and who checks the result. Separate active work from elapsed turnaround time. A reply that takes a day because someone waits for approval is not necessarily a day's labour.
Use records you are permitted to inspect. Ask staff what creates rework and what exceptions are hardest. Do not turn the exercise into undisclosed employee surveillance or upload private records to an AI service just to estimate their potential value.
Compare three candidate tasks
Fictional example: an equipment-hire business is choosing its first experiment. These are planning judgments for this scenario, not measured MLAI client results or a universal ranking.
Scroll tables sideways on narrow screens; keyboard users can focus each labelled region and use the arrow keys.
| Candidate | Useful starting boundary | Reason to pause |
|---|---|---|
| Draft answers from approved public equipment FAQs | Show the source passage and a draft for staff review; no sending or availability promises | FAQ is out of date or nobody can check technical details |
| Suggest categories for supplier invoices | Start with invented records; keep accounting entries and payment entirely outside the test | Live records need access review, or mistakes affect accounts without detection |
| Approve a customer's hire application | Do not use as the first automated decision experiment | Errors could unfairly affect access; decision rules, obligations and oversight need specialist assessment |
For this fictional business, investigate the public FAQ task first only if the documents are current and someone owns review. Ordinary search or a clearer FAQ may solve the problem without generated text. Choosing not to use AI is a valid result.
A completed selection record—not a scored sales pitch
Suppose the owner records the following invented one-week baseline. Active minutes already include existing checks and corrections; the rework counts identify cases within that workload, not extra time to add again. Costs and future performance are not measured by this example.
| Task | Weekly volume and existing effort | Rework / input readiness | Decision before spending |
|---|---|---|---|
| Routine FAQ replies | 40 × 6 minutes = 240 minutes | 8 cases require correction/escalation within that total. Approved public FAQ has a named operations owner. | First compare a clearer FAQ and reply template. Then test draft assistance only if it adds useful value. |
| Invoice categorisation | 25 × 4 minutes = 100 minutes | 5 cases require correction/escalation within that total. Record access and reviewer capacity are unresolved. | Pause AI testing. Ask the bookkeeper to identify the cause of rework and assess existing accounting rules first. |
| Hire application decisions | 10 × 15 minutes = 150 minutes | 2 cases require correction/escalation within that total. Personal information and consequential decisions are involved. | Keep the decision with the existing responsible person. Do not choose it merely because a demo looks fast. |
On narrow screens, scroll the comparison sideways. The recorded choice below explains the decision.
Recorded choice: investigate routine FAQ replies, owned by the operations manager. The initial output is a suggested reply with the approved source passage, never an automatic send. Compare complete handling time and supported answers against the improved-template baseline. Pause if the source is outdated, an unsupported price or safety claim appears, or no reviewer is available. A brief can say “cost unknown—request a bounded estimate”; it must not replace an unknown with assumed savings.
What would change the choice? If the template already resolves the problem, stop there. If the FAQ needs major repair, fix that before testing generation. If invoice access and review become workable, reassess that separate candidate using its own evidence. This is a reasoned shortlist, not a universal points system or proof that the chosen experiment passed.
Confirm the data boundary before trying a tool
The OAIC's commercial-AI guidance recommends due diligence on intended use, oversight, access and privacy risks. As best practice it recommends not entering personal information, especially sensitive information, into publicly available generative AI tools. Read the full guidance for your circumstances; this is not a compliance determination.
For an initial demonstration, use invented inputs or approved public material. Removing names does not by itself prove that data cannot identify someone. A training opt-out, local hosting claim or signed vendor contract is not a complete assessment. Ask who can access inputs and outputs, how long they are retained, what they are used for, and how mistakes or incidents are handled.
First week is not a repeat week
Illustrative arithmetic for the same week: 40 FAQ replies at 6 minutes each use 240 minutes, including current checking and correction. The proposed review is 40 × 3 = 120 minutes. The earlier 80-minute allowance is now explicitly split into additional exception correction, source upkeep and one-off setup.
| Activity | First week | Repeat week without setup |
|---|---|---|
| Read and check proposed replies | 120 minutes | 120 minutes |
| Additional exception correction | 30 minutes | 30 minutes |
| Source upkeep and maintenance | 20 minutes | 20 minutes |
| One-off internal setup | 30 minutes | 0 minutes |
| Total proposed effort | 200 minutes | 170 minutes |
| Potential release from 240-minute baseline | 40 minutes | 70 minutes |
The first-week plan releases 40 minutes of capacity, not 120. The repeat-week plan releases 70 minutes only if the invented workload and performance repeat. Do not extrapolate this into an annual saving. The correction and upkeep rows are separate activities, not another count of the same per-reply review.
At an invented A$60/hour capacity value, the 30 setup minutes are worth A$30 of internal time. Add the A$90 external setup allowance for A$120 combined economic setup. Existing payroll does not disappear: do not charge this internal value a second time as cash or claim it as an avoided wage.
What happens to margin under these assumptions?
All figures below are invented, weekly and GST-exclusive, not supplier prices. The business has A$5,000 revenue and A$4,000 of other listed expenses, including unchanged wages. Extra software/usage/support and a separate customer-remedy allowance are shown explicitly. This is the result after listed costs, not a statutory profit-and-loss statement or after-tax net-margin forecast.
| Item | Current process | Proposed first week | Proposed repeat week |
|---|---|---|---|
| Revenue | A$5,000 | A$5,000 | A$5,000 |
| Other listed expenses, including wages | A$4,000 | A$4,000 | A$4,000 |
| Additional subscription / usage / support | A$0 | A$10 / A$4 / A$6 | A$10 / A$4 / A$6 |
| Customer-remedy allowance | A$8 | A$12 | A$12 |
| One-off external setup, expensed here | A$0 | A$90 | A$0 |
| Result after listed expenses | A$992 | A$878 | A$968 |
| Result as a percentage of revenue | 19.84% | 17.56% | 19.36% |
| Change from current process | Reference | −A$114 | −A$24 |
The recurring costs are A$20 plus A$4 of additional remedy allowance: the repeat-week result worsens by A$24, or 0.48 percentage points at unchanged revenue. The first week also incurs external setup. No positive cash payback is established by these assumptions.
The remedy allowances are not measured error rates, a cost per error or a cap on harm. They are separate cash allowances, not the internal correction minutes charged again. An unsupported safety claim, an unfair hire decision or unauthorised disclosure can have unpriced consequences and may stop the work outright. Timing of receipts/payments, depreciation, financing, tax, supplier terms and wider business changes are not modelled; get appropriate financial advice for your actual costs and accounting treatment.
What changes the decision? At five review minutes per reply, the repeat week takes 250 minutes and the first week takes 280; both exceed the baseline. Conversely, useful released time would need an evidenced business use or actually avoidable expense before it becomes a margin benefit. There is no automatic 20–30% threshold for expanding. Start with the simpler template and verify quality and costs before approving an AI pilot.
The Australian Government's profit-and-loss guidance explains recording sales and expenses, labelling estimates and stating the GST basis. It does not validate these fictional figures.
For a more detailed calculation after selecting your candidate, use the AI pilot worksheet. This article selects the workflow; that guide helps assess its pilot economics.
Copy this first-workflow brief
Download the editable selection record and completed fictional example (.txt), or copy the brief below. The file supplies the same twelve completed fields, all three candidates, first/repeat-week calculations and blank economics/actual-case records. No signup is required. Keep the example labelled and replace it with your own non-confidential observations. A worksheet is not a passed evaluation or an agreement to buy a project.
Completed FAQ workflow brief
- Business and process owner
- Fictional equipment-hire business; operations manager owns the public FAQ, review capacity and the decision to pause. No actual business has approved this brief.
- One repeated task and current workaround
- Prepare routine FAQ replies using approved public passages. First improve the FAQ and saved reply template; keep those as the non-AI comparison.
- Representative period, volume and active work time
- Invented one-week baseline: 40 replies × 6 minutes = 240 minutes including current checking/correction. Record elapsed waiting separately. A real representative period has not been observed.
- Current error/rework and required quality
- Eight baseline replies need correction within the 240 minutes; this is not an additional time allowance. Replies must be supported by current passages. No unsupported price, availability or safety claims are acceptable.
- Allowed input sources and data permissions
- Synthetic questions and approved public FAQ passages only for preparation. Live-record access, vendor handling and applicable obligations need review; no customer records or credentials.
- Expected output and person responsible for review
- A proposed reply beside its source passage or a visible unresolved reason. The operations manager checks the complete output against the approved version before any separate manual communication.
- Actions the system must never take
- No automatic sends, bookings, availability promises, hire approvals, payments or source-policy changes. The implementer must demonstrate unavailable capabilities and access controls; this brief does not implement them.
- Systems involved; unknowns to investigate
- A permitted test-question list, source document and review sheet. Real product, integration quote, access, support and privacy assessment are unresolved. Cost unknown—request a bounded estimate rather than treating the invented allowances as an offer.
- Test cases: normal, missing, conflicting and out-of-scope input
- Answer supported by a current FAQ passage; missing availability detail; two conflicting passage versions; request for a safety assessment or an automatic booking. Actual outcomes: NOT RUN. Retain source/version, expected and actual result, reviewer and handling time.
- Spend/time cap and stop conditions
- Caps require owner/implementer agreement before testing; no budget is approved. Stop for stale sources, missing reviewer, unsupported consequential output or a forbidden action. A percentage saving cannot override these conditions.
- Manual fallback and person who can disable the test
- Return unresolved questions to the operations manager and approved reply template. The implementer must show how that owner pauses new drafts and revokes access; no live controls have been evaluated.
- Desired outcome and evidence required before expansion
- Useful supported replies with acceptable complete handling effort and cost versus the improved template. First/repeat-week plans release 40/70 minutes but worsen the result after listed expenses by A$114/A$24. Do not approve AI on those figures; verify assumptions, cost of errors and quality first. No pilot has passed.
Copy a blank first-workflow brief
Business and process owner:
One repeated task and current workaround:
Representative period, volume and active work time:
Current error/rework and required quality:
Allowed input sources and data permissions:
Expected output and person responsible for review:
Actions the system must never take:
Systems involved; unknowns to investigate:
Test cases: normal, missing, conflicting and out-of-scope input:
Spend/time cap and stop conditions:
Manual fallback and person who can disable the test:
Desired outcome and evidence required before expansion:For the FAQ example, missing or conflicting source information should trigger a handoff rather than an invented answer. A draft must never become an automatic send simply because the tool offers that feature. Test these boundaries before live use and define how staff return to the current process.
Get implementation help with the process, not a vague AI request
You can bring this brief to MLAI Studio without choosing a model, agent framework or programming language. Explain where the work hurts, what a correct outcome looks like and what must remain under your team's control. Scoping may identify a simpler non-AI fix or conclude that the task is not suitable yet.
A practical next step with MLAI
Start with one workflow
Chosen a process worth investigating after comparing the simpler option and its costs? Share the current steps, review needs, permitted inputs and success criterion with MLAI Studio. We can discuss whether a scoped implementation is a fit; you do not need to arrive with a tool chosen.
Describe your workflowThe downloaded file is not automatically attached. Share only a permitted summary; acceptance and savings are not guaranteed. Confirm delivery-market eligibility with MLAI before planning work.
Sources checked 11 September 2026. Codex assisted the fictional selection, cost example, brief and local checks. All proposed business tests are NOT RUN. Independent owner, technical/privacy and appropriate financial review remain outstanding; no client workflow was evaluated.
Frequently Asked Questions
Do I have to learn Python first?
Does Australian hosting make an AI tool compliant?
Is there a universal percentage saving that justifies rollout?
Disclaimer: This article provides general information and is not legal or technical advice. For official guidelines on the safe and responsible use of AI, please refer to the Australian Government’s Guidance for AI Adoption →
A practical next step with MLAI
Start with one workflow
Chosen a process worth investigating after comparing the simpler option and its costs? Share the current steps, review needs, permitted inputs and success criterion with MLAI Studio. We can discuss whether a scoped implementation is a fit; you do not need to arrive with a tool chosen.
Describe your workflow