C-Level Sales Guy

C-LEVEL SALES GUY · DALLAS · SEPTEMBER 2026

Software built to the standard the largest companies expect.

We have taken the lessons of twenty years inside enterprise software and built them into a system: the checks, the records and the guardrails, with a person deciding what is good.

It builds working software for iPhone, Android and the web, in three looks the user can switch, with every check and every promotion on record. We use it to build for partners and to run our own business. The proof is what runs, not what we promise.

We use the factory to build the factory. The first apps went through its steps, some by hand and some by machine, and what a person corrected became a rule for the next cycle. Each cycle is shorter than the last. Everything below runs today and is dated. Here's how it worked to create Podium, and the Conductor's Office, and here's how we're using it to create a fitness app.

Automating from the inside out

Three projects we ran on ourselves first — each left a rule the next one inherits.

Podium, the screen we run the business from

We wanted one place that answers the questions a leadership team asks every morning: where do we stand, what is moving, what needs a decision, what did we spend. We settled the design on live pages, eight rounds of markup with the person who would use it, and signed it off on 7 September 2026. The factory then built each page to that design and filled in the numbers once its own checks passed.

On 22 September the finished pages were walked with real business data behind them, and nine fell short. They had passed every test; they did not read well next to the real thing. The lesson: a test can confirm a page works and still not tell you whether a person can use it. Since that day no screen is called done until it has been read against live data and measured in a real browser, and every screen states which proven design it follows. That rule now applies to every screen we build for a customer. Still a person's job: the morning read of those pages, and every approval that moves work to production.

The Conductor's Office, where mail and people are handled

This is where our own mail, texts and relationships are read and sorted: what needs an answer, what is an event, what is spam. As of 23 September 2026 it has classified 103,950 emails, 5,480 of them in the last thirty days, and read 33,545 texts. It has raised 240 suggested events, seven approved onto the calendar and twenty-five turned down, and caught 6,349 spam messages. Each approval or refusal becomes a rule for the next pass, so the suggestions get more relevant with use. The next step is designed: approved events reaching the family's Skylight calendar.

The factory produced the screen from a written brief, with a person judging each candidate. The learning came from the test data: a tidy sample passed every check, and the first real mailbox broke the layout. On 18 September we put each screen beside the real source at the same size and fixed what we saw. The rule since: the factory tests with the real shapes of real data, and it proposes but never decides anything about a real person or company. A person confirms. Every partner demo now inherits that discipline before anyone sees it.

SwabbieFit, a fitness app for a partner

The partner had the requirements; we had the rules. On 5 September 2026 we chose to build the first app by hand inside the factory's guardrails rather than wait for the machine to generate it, so these screens become the standard generated ones are measured against. One scoring engine serves the phone and the browser, three looks switch at a tap, and the same release checks we run on our own work run on it.

On 17 September the app ran end to end on a simulated phone. Four build defects turned up; all four were fixed in the next weekly cycle, along with a demo mode and a live privacy page. Still a person's job: the store accounts and the step that puts the build on a physical phone. What it buys the next app: a shell for all three platforms, three looks and release checks already in place, so the second app starts inside the loops instead of before them.

The loops

The loops came first. Anything a machine can check is checked before any judgment is asked for. Where a check cannot decide, independent systems compare answers. Where taste decides, a person decides, and the decision is written down as a rule for next time. Nothing reaches production except through three stages, each passed on evidence; seven releases took that path between 8 and 14 September 2026. Every screen ships with three looks. Anything about a real person or company is proposed by the machine and confirmed by a person. Each cycle adds the next loop outward.

What we deliver

Working software on iPhone, Android and the web, from one effort.

One design and one set of rules become apps that behave as natives on each platform. Today that is the web and an iPhone simulator; store builds are in build.

A record of every check and every release.

Every screen is typed, tested and run before it is called done. Every move to production is recorded with what was checked and who approved it. Nothing moves on a promise.

Your judgement stays in the loop.

When a check cannot decide whether something is good, the system stops and asks a person. Taste, scope and ethics are never decided by a machine.

Your clients and your relationships stay yours.

No training on your material unless you choose it, and then only abstracted patterns you can see and revoke. No scraping, no contact made on your behalf. Partners keep their brand, their taste and their client; notes go straight into the work and come back answered.

How a build happens

Seven questions we ask on every build — from whether we should start at all through keeping it running.

  1. Should we build anything?
  2. What exactly, and is it right to build?
  3. What should it look like?
  4. Build it
  5. Is it good?
  6. Ship it
  7. Keep it running

Read the full journey

What runs today

A fitness app, in a browser and on the phone.

Built for a partner from his requirements: scores a fitness cycle from tape measurements, keeps every number on the device, and shows the same result in a browser and on an iPhone from one scoring module. Walked through end to end on an iPhone simulator on 17 September 2026.

Fitness calculator · browser
Fitness calculator · browser
Practice history · browser
Practice history · browser

A design studio's site, read back to it in three looks.

One anonymous visit to a studio's public site, no login, no copy stored: its colors, type and photography dressed onto working screens in three switchable looks, then checked beside a screenshot of the real site at phone and laptop width.

Studio colors and type · laptop
Studio colors and type · laptop
Studio colors and type · phone
Studio colors and type · phone

Our own business, run on the same tools.

We open the same Podium cockpit we ship for customers: operations boards on production data each morning, personal mail and people in the Conductor's Office beneath. Every number below is read from the screen capture beside it.

Podium Overview · morning board
Podium Overview · morning boardOn 22 September 2026 the overview board counts 128 pull requests merged and 3 deployments from 15 to 22 September, with 4 plan reviews waiting on the operator.
Business plan · milestones
Business plan · milestonesOn 23 September 2026 at 10:35 AM CT the plan page lists 5 milestones, none met yet, with the first ceiling on 1 November 2026.
Conductor's Office · mail · masked records
Conductor's Office · mail · masked recordsMail and tasks stay in the Conductor's Office with masked records on the public site.
Inbox · people · masked records
Inbox · people · masked recordsPeople and organizations stay in the inbox directory with masked records on the public site.

A private page for each partner, with their notes going straight into the work.

Each partner has a page that shows what runs and what is next, and a box for notes. A note lands in the same queue our own work runs from, and the partner sees on the page what happened to it.

How it's built

The long version: how it is positioned · what makes it different · the Designosaurs.

The checking is the product.

Every screen is typed, tested and run before anyone calls it done. When a check cannot decide whether something is good, the system stops and asks a person instead of guessing.

One effort, three platforms.

One design and one set of rules become apps on iPhone, Android and the web that behave as natives on each, not one website wearing three costumes.

The first app, hand-built on these rules, runs on the web and an iPhone simulator today; generating its screens automatically is not yet proven.

Three looks you can switch between.

Every app ships with three complete visual languages, different in type, spacing, shape, depth, motion, layout and icons, and the person using it picks. You are looking at one now; the buttons at the top switch it. Twenty-five looks in the library.

Your relationships stay yours.

My commitments to a partner: No training on your material unless you choose it, and then only abstracted patterns you can see and revoke. No scraping, no contact made on anyone's behalf. Every person in our records is one a person confirmed; the machine proposes, never asserts.

Who we work with

Design studios and small agencies.

You keep the brand, the taste, the curation and the client. We take the technical side: drawing out what the client needs by conversation, showing work as it is made, building, testing and shipping to three platforms, checking accessibility. Taste is never decided by a machine; when it is unsure it asks you.

Partners with a product and a market.

You bring the requirements and the people who will use it; we build it, keep it on the device where that matters, and change it in weekly cycles from your notes.

We work with a few people we already know. If that is you, you have your page. If not yet, write to us.

Your library, your call

Yours stays yours.

Your files, copy, brand, corrections and clients are used only to build your work; nothing trains anything; no contact is made on your behalf.

Your own library, inside the factory.

Every look you compose, every correction you make and every rule you set improves only your builds and your clients' builds; it never leaves your tenant, so it needs no opt-in; you can export it.

Share, and be paid for it.

You may allow abstracted patterns (no code, no copy, no brand, no client data; a person approves each one) into the shared library; consent is per item and recorded; you see a ledger of what was contributed and can revoke; each accepted pattern earns a credit against fees and first access to what the shared library learns from everyone else.

Decided 23 September 2026; the ledger and revocation will be on a screen before the first partner is asked.

Nerd out

For technical readers: the three-platform stack, how work moves through lanes and pull requests, and receipted proof points for Cleo through Wolfgang — mechanisms and numbers, still in plain language.

Read the nerd-out page

What's next

This month

  • No app is in a store yet.
  • A full week of our own business run through the cockpit, with the results written up later this month.
  • The fitness app on real phones once the developer account opens.

Next

  • The first app in the App Store and Play Store under C-Level Sales Guy LLC.
  • A studio's first real client screen built from its files, not around them.

Later

  • A production system for volunteer community theatres: specified, not built.

The Designosaurs™

Nine named roles carry the concerns of safe software innovation — security, privacy, ethics, efficiency, deployment, and whether we are building the right thing.

We work behind the scenes today; we envision two operating modes and have an idea on record for a parent-and-child teaching experience—see The Designosaurs.

The nine Designosaurs together
The Designosaurs, as drawn on 1 August 2026

Jack

Jack Agnew started this after twenty years selling enterprise software to some of the largest companies in the world. His story, in his words, is on its own page.

Read the note from Jack