Claude Code has a reputation as a developer tool, and it is one. But in our Malaysian classes the fastest-growing group of Claude Code users are finance managers, operations leads and marketers. They are not writing software for customers. They are building the small internal tools nobody ever had budget for: the script that merges twelve branch spreadsheets, the dashboard that replaces a Monday report, the prototype of an app idea they want to test before asking IT to build it properly.
Here is what that looks like, what to watch out for, and how it fits alongside your engineering team rather than around it.
Claude Code, Cowork and chat: which is which
- Claude (chat) answers, drafts and analyses files you upload.
- Claude Code works directly in a folder on your computer or in a code repository. It reads files, writes and runs code, and keeps going until the task is done. It is included from the Pro plan upwards.
- Claude Cowork uses the same agentic engine as Claude Code without the terminal, on paid plans. For many business users it is the easier starting point.
The models behind them in September 2026 are Claude Opus 5, Sonnet 5, Fable 5.1 and Haiku 4.5. For internal tools, the choice of model matters far less than how clearly you describe the job.
Five things business teams build first
Typical first builds from our classes
- 1Spreadsheet consolidationTwelve branch sales files in slightly different formats, merged and cleaned into one sheet every month, with a log of what was fixed.
- 2A report that writes itselfPull numbers from exports, calculate the variances, draft the commentary and produce the slide deck for the Monday meeting.
- 3An internal web toolA simple form and table for a process that lives in email today, such as sample requests or vendor onboarding, running on the team’s own machine or an approved internal host.
- 4Document batch processingRename, sort and extract key fields from hundreds of PDFs such as invoices, CVs or delivery orders into a spreadsheet.
- 5A clickable prototypeThe app idea you have described in three meetings, built as a working prototype in an afternoon so people can react to something real.
Prototype first, then hand it to your engineers
The most useful mindset shift is this: business teams should prototype, and engineers should productionise. A working prototype answers the questions that usually burn months of meetings: does anyone use it, what fields matter, what is the edge case nobody mentioned. When your developers pick it up, they are building something already validated, and their time goes on security, scale and integration, which is where it is most valuable. We cover this handover in our AI vibe coding and rapid prototyping course.
Guardrails for non-developers
- Keep it internal until reviewed. Anything customers touch, or anything handling personal data, goes through IT before it goes live.
- Use a business plan for company data. Claude Team and Enterprise do not train on your content by default. See our Claude plans guide.
- Work in a copy. Point Claude Code at a copy of the folder, never at the only version of your finance files.
- Read what it plans before it runs. Claude Code explains its steps. The habit of reading them catches most mistakes.
- Register what you build. A one-line entry in a shared list (what, who owns it, what data it touches) saves pain later. Our AI usage policy template includes this.
Building agents, not just tools? Claude Code is also how teams build Claude skills and MCP connectors that plug Claude into company systems. Read our MCP guide for the concepts.
Is it worth training people, or can they teach themselves?
Some will teach themselves, and should. But most business users stall at the same point: the first time something breaks and they cannot tell whether the problem is the data, the instruction or the code. Two days of structured practice on their own files gets them past that wall. It also gets a department building to the same standard, instead of twelve people each inventing their own way.
Two days on Claude, Cowork and Claude Code: skills, MCP connectors and multi-agent workflows on your own work. Built for non-technical participants.
Next public class: 8–9 October 2026 at Worq KL Gateway · seats available
Prefer to focus purely on building apps? The vibe coding course runs next on 1–2 October 2026. Both are part of our Claude training in Malaysia.
HRD Corp claimable. AITraining2U is an HRD Corp registered training provider. Our public and in-house courses are claimable under the HRD Corp Claimable Courses (SBL-KHAS) scheme, and we prepare the grant paperwork with you. See HRDC-claimable AI training: courses, costs and how to claim.