The office side of Kudurru Stone. A survey firm runs its whole operation here: projects, clients, crews and the weekly schedule. Its branded client portal is the front door, where every request arrives with a reference number and becomes a job without anyone retyping it.
Two working demos below: submit a request in the client portal, then build a form of your own in the form builder.

Survey requests used to arrive by phone, by email and by voicemail. Details got lost, nobody was sure what had been promised, and clients called back to ask whether anyone had received their request. Once the job started, those gaps showed up in billing and scheduling.
"…need corners staked before grading, two parcels, call me back…"No address. No callback number.
"Following up on my request from last week. Did you get it?"Which request?
A quote promised "by Friday," written on a sticky note.Sticky note missing.
A survey request typed into the site's generic contact form.Free text, not a record.
A kudurru was a Babylonian boundary stone: a carved record of who held a parcel and where its lines ran.
The name fits. Kudurru Stone is the system of record for a survey firm, and the web client is where that record is kept: every request, project, crew assignment and schedule change in one place. Crews carry the .NET MAUI field app on site.
Each firm gets its own portal on a branded subdomain. A client fills in the form, gets a tracking reference on the spot, and doesn't need a login to check on it. Submit the example, then play the firm's part and turn the request into a project.
A copy and the tracking link went to ops@ridgeline.dev. You can check on it any time with this reference. No login needed.
Illustrative demo. Ridgeline Survey Co. and every value shown are example data.
A firm names a form, adds fields, marks each one required or optional, previews it and publishes. A quote request, a boundary survey and an ALTA can each have their own form and shareable link, showing the firm's logo, colors and welcome message.
Portal brand color
Interactive: switch forms, add field types and toggle required. The brand color also restyles the portal in section 02.
Four steps, and the details the client typed in carry all the way through to the project.
Name it, then add text, email, phone, dropdown, checkbox or description fields, each required or optional. Preview it, then publish. A firm can run as many forms as it likes.
Each form has its own URL on the branded portal, with the firm's logo, colors and welcome message. It can go on the firm's website or into an email to a client.
The client sees a confirmation with a tracking reference and gets a confirmation email. The team gets an internal notification with every field the client filled in.
The request becomes a project with its own project number, and can sync to QuickBooks if the firm wants it to. Nobody retypes what the client already entered.
The rest of the web client is where the firm works the job: who it's for, who's on it, when it happens and where it stands. Choose a screen, then select a numbered marker to read its note. Click a screenshot to enlarge it.

Green is underway or available, amber is waiting or partial, and gray is not started or unavailable. Task types keep their colors from the scheduler through to the project page, so the office reads status before it reads words.
The portal runs on the same system as the firm's projects. A request arrives as a structured record with a reference number, so it becomes a project in one step, and clients can come back later and sign in to follow their projects.
Dashboard, clients, projects, crew availability, the weekly scheduler and the branded client portal, all on the same platform as the .NET MAUI field app.
React web app · UX/UI design · front-end engineering