Build log · apps that ship

I build small apps fast, and I build them so they hold up.

Working with Claude Code and other AI Agents (there are plenty of them!), I turn an idea into a deployed, working tool in days. The part that takes longer to learn is what to do before, around, and after the code: the business risk, the data, the legal edges. I do both.

Every capability, against the risk it answers

What gets built, and what gets checked

Build

Ship a working app in days, not quarters

React, Vite, Airtable, Vercel, Render. Real deployments at live domains, not prototypes that stall in a folder.

Risk accounted for

Fast does not mean reckless

Speed is useful only if the thing it produces can be trusted with real users and real data on day one.

Build

Collect data through forms, sign-ups, waitlists

Email capture, onboarding flows, anything that takes information from a person and stores it somewhere.

Risk accounted for

ICO registration and a real privacy policy

If you handle personal data in the UK you likely need to register with the ICO and pay the data protection fee. I check this before launch, not after a complaint.

Build

Connect to email tools, payment, third-party APIs

Resend, Stripe, calendar and automation integrations wired in so the app actually does its job end to end.

Risk accounted for

GDPR basics done properly

Lawful basis, consent where it is needed, data minimisation, retention, and a clear answer to where every record lives and who can reach it.

Build

Put it on a domain and keep it running

DNS, environment variables, CORS, deploy pipelines. The unglamorous plumbing that decides whether a thing stays up.

Risk accounted for

The details that bite later

Secrets kept out of the client, origins locked down, cookie and tracking choices made on purpose rather than by default.

Why the second skill matters

A developer ships code. A partner ships a decision.

Most people who can wire up an app cannot tell you whether you are allowed to launch it. Most people who understand the legal and commercial side cannot build the thing. The gap between those two is where projects get expensive, slow, or quietly exposed.

I have run the business side for years: governance, committees, contracts, risk. I know how to read a situation and ask the question nobody else in the room is asking. Does this collect data we are responsible for. Who is liable if it breaks. What happens to this information in two years.

When I build something for you, those questions are already answered, because I was the one building it. You get one person accountable for the whole picture, instead of a developer who hands you a working app and a problem you did not know you had.

The pre-launch pass I run on every build

Before anything goes live

01

Data map

What personal data does this touch, where does it sit, and who can get to it.

02

ICO position

Whether registration and the data protection fee apply, and getting it in place if so.

03

Privacy and consent

A privacy policy that matches what the app actually does, with consent handled where the law asks for it.

04

Security edges

Secrets, origins, and permissions reviewed so the easy mistakes are closed off.

05

Retention and exit

How long data is kept, how it gets deleted, and how someone hands the project on.

06

Plain documentation

A written record of the choices made, in language you can read without me in the room.

Start a conversation

Have an idea that should be a small, useful app.

Tell me what you want it to do and who it is for. I will tell you what it takes to build it, and what it takes to launch it without leaving a mess behind.

Email me