Describe the screen you need instead of building it.

Your tables, your words

Accounts become Sites, Opportunities become Jobs. The name follows everywhere: screens, search, the prompt, even the error messages. Or define something the product never heard of: assets, inspections, tenancies, cases, shipments.

Columns that do real work

Text, choice, currency, date, lookup, autonumber. Then the ones that think: a formula worked out from the other columns of the same row, and a rollup that counts or sums the rows pointing at it.

Real relationships

One-to-many, and many-to-many where both ends hold many of the other. A process a record moves through, with rules at each step. Roles that tell a board which column is the stage and a chart which one is the value.

Rules and automations

A discount over twenty per cent needs sign-off. A won deal tells the finance team. Written as a sentence, shown as a flow, dry-run against real records before it is ever switched on.

Open at both ends

A versioned REST API over the tables you defined this morning, with an OpenAPI document generated per key. Inbound webhooks, outbound HTTP calls, mail in and out, SSO and directory provisioning.

Serious about permissions

Roles, privileges with depth, business units, teams, per-column security, per-row sharing and an audit trail. The same rules apply to the API, because it is the same code, not a second write path that forgot one.

Most software makes you learn where things are. You want a list of overdue invoices, so you find Invoices, then a view picker, then a filter builder, then a column chooser. Four screens to ask one question.

Here the question is the interface. A deterministic parser answers most prompts instantly, on this machine, without anything leaving it. Where a sentence is ambiguous, a model helps, and it is told only about the records you named, capped at ten.

• The screen starts drawing before the model has finished
• Ask again and the new screen takes the canvas; the old one shrinks into the rail
• Two screens side by side when you need to compare
• Undo walks back the last thing the prompt did

pipeline boardBuild

Adding a table, adding a column, renaming an entity, saying which column is the stage of a board: all of it is said in the prompt and all of it comes back as a proposal you read before anything changes.

Nothing is applied because a model was confident. You see exactly what will happen, in your own table names, and you say yes.

• Every schema change is proposed, never silently applied
• A table added this morning is in the API this afternoon
• Refusals explain themselves: which rows, which columns, which table points where
• Nothing is destroyed to put a shipped table away: you can put it back

make a table for inspections with a date, a vehicle and a resultBuild

There is no service desk and no marketing automation: no ticket queues or SLA clocks, no campaigns or bulk sending. Each is a domain the size of everything here, and half of one is worse than none.

The prompt says so when you ask, offers what there is instead, and offers the table designer if you want to build it yourself. We would rather tell you now than let you find out in month three.

• No ticket queues or SLA clocks
• No campaigns or bulk email sending
• No telephony or call recording
• No accounting ledger: invoices, yes; a general ledger, no

1. DescribeOne or two sentences about what you do, in your own words. Your website, if you want it read.
2. UnderstoodWhat it read back: the work, as it seems to go, step by step. Wrong? Change a word and go again.
3. QuestionsA few, about the things it could not know: what you call a customer, what a job goes through, who signs off.
4. DesignThe tables, the stages, the rules and the automations your trade runs on, as a proposal you read, not a workspace you find.
5. Team and rolesWho does what, so who may see and change what is worked out from that rather than ticked in a grid.
6. BuiltMade all at once, with the first thing to do already in the box. Everything after that is a sentence.