howtocodeai.com
Tutorials / Beginner+ to Intermediate

Build Internal Tools for Your Business With AI (The Spreadsheet Graveyard)

Inventory counters, job trackers, sign-out sheets, price calculators — the duct-tape spreadsheets every business runs on, rebuilt as fast little apps in an afternoon each.

DifficultyBeginner+ to Intermediate
TimeAn afternoon per tool
You'll needClaude · Free Supabase account for shared tools (localStorage for solo ones)
You'll buildReplacements for your worst operational spreadsheets: purpose-built screens, big tap targets, rules enforced by the tool instead of by hoping everyone read the README tab.

Every business — including one-person ones — runs on a shadow IT layer of spreadsheets and group-chat habits: the inventory sheet that's wrong by Thursday, the 'who has the van' text thread, the pricing formula only one person understands. Internal tools were never built because no business would pay developer rates for a sign-out sheet. That economics just flipped: an afternoon of describing gets a tool shaped exactly like the job. This is, quietly, the highest-ROI category on this site — boring software for problems you have every single day.

Step 1 — Find your candidate (the audit)

List every spreadsheet and chat-thread 'system' your operation touches in a week. Score each: how often it's wrong, how often it's the bottleneck, how often someone asks 'wait, where's the…'. The winner is usually obvious — and it's usually the one where MULTIPLE people update the same data, because that's exactly what spreadsheets do worst and shared little apps do best. Start with one. The graveyard gets cleared one grave at a time.

Step 2 — Specify like an operator, not a developer

Build an internal tool for my [tutoring business]: a session tracker replacing our spreadsheet. Who uses it: me and 2 tutors, on phones, often between sessions. It must make these one tap each: log a completed session (student, tutor, duration from presets, notes optional); see today's sessions; see any student's history and unbilled total. Rules the TOOL enforces: a session can't be logged twice (warn on same student+tutor+hour), durations come from preset buttons not typing, every session needs a student. Shared live data via Supabase (schema + RLS please — all staff read/write, that's fine for us). Big buttons, instant load, zero training needed. Single HTML file.

Notice what the prompt is made of: who, on what device, which actions must be near-zero friction, and which mistakes the tool must make impossible. That third list — the rules — is what makes a tool better than the spreadsheet it replaces; the sheet relied on discipline, the tool relies on buttons.

Step 3 — Pilot it on a Tuesday

Run tool and spreadsheet in parallel for a few days. Real use finds what specs miss: the tutor with fat fingers needs bigger presets, sessions get logged at night in batches so 'backdate' matters, someone immediately asks for a weekly-totals view. Each is a sentence to Claude. Then the cutover ritual matters: announce the sheet is frozen, link the tool from everyone's home screen, and import the old data (Claude converts the CSV). A tool that runs 'alongside' a spreadsheet forever just became spreadsheet #2.

Worth knowingInternal tools live or die on friction, not features. The benchmark: logging the thing must be faster than NOT logging it and dealing with the confusion later. If any common action takes more than three taps, that's the next iteration — before any new feature.

Step 4 — The proven gallery (steal these)

Patterns that map across trades: inventory/stock counter with low-stock flags (retail, kitchens, workshops); equipment sign-out (who has it, since when — vans, cameras, tools); job/order status board the whole team can read at a glance (the CRM tutorial's kanban, simplified); a quote calculator encoding YOUR pricing rules so anyone can quote consistently (the invoice tutorial's form-to-document skeleton); shift/availability collection (the booking tutorial's machinery pointed inward); a daily checklist with timestamps for compliance-ish routines (opening/closing, cleaning logs). Every one is the same anatomy: a table, three screens, five rules.

Step 5 — Know when you've outgrown cute

Honest boundaries: staff-shared-everything RLS is fine for a trusted small team, wrong past ~10 users or wherever permissions start mattering ('drivers shouldn't see payroll') — that's the auth tutorial's per-role patterns, a real step up. Audit trails ('who changed this number') are one ask and worth it for anything money-adjacent. And anything customer-facing graduates out of this tutorial entirely — internal tools earn their simplicity by trusting their users, which is exactly the assumption public apps can't make.

The compounding part

Tool #1 takes an afternoon; tool #4 takes an hour, because they're all the same parts and you've stopped re-deciding them. Within a season you have an operations stack molded to your business that competitors are still paying per-seat for — or doing in their heads. That stack is also, told plainly on a sales call or a portfolio page, the most convincing 'I build things that work' story you own.

Keep going

Need somewhere to put it live? See where to host AI-built sites. Compare tool costs on the pricing tracker (or stick to the free options), then pick your next build.