Proof

Case studies.

Accounts of specific engagements: what the situation was, what was built, and what resulted. Clients are not named. Figures are either exact or labelled as estimates.

Part one

Land and entitlement.

Site development is documentation-heavy work that ends in a public hearing. It rewards knowing what is true before you have to defend it in front of a room.

Speed under deadline · Where the practice started

317 packages, 60 days, three days to build the pipeline.

A national wireless carrier issued a relocation portfolio and gave 60 days to return feasibility and permitting recommendations across it. Assembling that by hand was not achievable in the time available.

The carrier’s site list was synthesised with spatial data: coordinates, ground elevation, and urban or rural classification driving how large each search area needed to be. Python generated a review radius per candidate on that logic, half a mile urban and one mile rural, and a macro-enabled Word template produced the folder structure and a pre-populated feasibility analysis for every site.

Each generated document arrived already carrying its site number and name, state and jurisdiction, coordinates, ground elevation, existing tower height and structure type, carrier centerline and height above ground, and review radius, plus structured sections for search-area feasibility, permitting paths split between raw land and colocation, feasibility maps, and the relevant zoning ordinance excerpts.

317 feasibility packages across 316 sites, delivered on schedule. The pipeline was built in three days by an operator with no prior programming experience, and the analyses were divided across the three people working the programme.

The analysis used four attributes. Coordinates, structure height, city, state. That was what the spatial logic required and it is all the pipeline ever touched, decided before the code was written rather than reviewed afterwards.

The three-day build is corroborated by file timestamps, not recollection. Artifact names and client identifiers withheld; detail available on request.
DateArtifactWhat it establishes
Oct 7, 2024Executed scope of workEngagement scoped
Oct 22, 2024Carrier site list receivedSource of truth established
Oct 22, 2024KML containing 315 review-radius polygonsPython radius generation working
Oct 23, 2024Folder-generation macroDirectory structure automated
Oct 24, 2024KML containing 315 site placemarksCandidates plotted
Oct 25, 2024Production macro-enabled templatePipeline complete

Stated as an estimate: the labor hours this removed run to several hundred. That figure is a considered estimate, not a measurement, and it is not presented as one. The delivery counts are exact: 317 packages, 316 sites, a 60-day window, a three-day build.

Read the full case study

Mapped to the method

  1. Source of truth. The carrier’s own site list, treated as authoritative rather than re-keyed.
  2. Structured operating data. Every candidate as a geospatial point with a market-classified review radius.
  3. Workflows and controls. Radius generation and document assembly automated, with one template governing every output.
  4. Tested and handed off. 317 packages delivered against a fixed deadline.

Influence

Documents that became the standard.

Two national carriers independently took documentation built for internal workflow and adopted it as their own enterprise standard.

One deployed the feasibility and site documentation forms across its national vendor base. The other adopted a site candidate information package as its internal standard. Neither was pitched a product. Both encountered a working document and made it the bar their other vendors had to meet.

The follow-on work proved the forms were doing real work rather than formatting it. Quality review of other vendors’ submittals against those same forms reached different feasibility conclusions, and recovered sites those reviews had ruled out.

Both carriers are named on request.

Mapped to the method

  1. Source of truth. One controlled form defining what a complete site record contains.
  2. Structured operating data. The same fields, in the same order, on every submittal from every vendor.
  3. Workflows and controls. A review standard that could be applied against work the author did not produce.
  4. Tested and handed off. Adopted enterprise-wide by two organizations, and operated by their vendors rather than by its author.

Standing in the room

Several hundred hearings. Three denials in twelve years.

Site development ends in public. Zoning boards, plan commissions, boards of adjustment. I have presented several hundred times and been denied three.

One of those three I called before we filed. The client wanted to proceed at a site that did not meet the ordinance and I told him we would lose. The other two were decided on political rather than regulatory grounds, at sites that met every published requirement.

That record comes from doing the jurisdictional work before anyone commits capital, and from not bringing a body a case it cannot approve.

Stated precisely: the denial count is exact, three. “Several hundred hearings” is a considered estimate rather than a counted figure.

All three denials, described

Mapped to the method

  1. Source of truth first. Title, easements, ordinance, staff position, and findings resolved before the application is filed. The homework is the whole job.

Contested work

Two contested outcomes.

Two situations where the straightforward path had already been ruled out.

The blanket easement. A rural build parcel everyone had written off. A Canadian wind energy company had told the landowner its easement would cover fifteen feet on either side of its trunk line, then recorded a blanket easement across the entire eighty-acre parcel, rendering the property unleasable. Rather than move the search ring, the issue was worked across an international border until the developer agreed to re-survey and amend the agreement down to its actual footprint. Title cleared, ground lease secured, tower permitted and built.

The contested hearing. A national tower company learned a competing permit application was being filed and sent outside counsel to argue against it. Every hearing material, including decks, exhibits and supporting findings, was built in house. The application was approved over the objection of opposing counsel.

Both, in full

Part two

Systems and automation.

The relocation automation above belongs to the land practice: it was written inside infrastructure work, to deliver an infrastructure portfolio. It is where the software started, not where it stayed. Everything below was built after October 2024, deliberately in sectors outside telecommunications, and is running now.

Seven operational systems, in daily production use

Built for a multi-property operator: expense reporting with bank-statement import, receipt OCR and a quality gate that blocks submission on failure, in production since the end of May 2026; a property and location directory that every other system resolves against; linen inventory across five property trackers with a controlled master catalog; a mobile consumables inspection application with photographic evidence and duplicate-proof submission; a production inspection tracker in daily use; a turnover and issue tracker; and an authenticated employee portal that ties them together.

Engineering controls: versioned source packages, schema versioning, staged QA gates, deployment preflight, rollback planning, stable identifiers, protected formula columns, approval logs with approver and timestamp.

Operational result: a five-person team runs its month on these systems, without a technical specialist among them. The portal is live behind Workspace sign-in, and its protected interfaces fail closed to anonymous requests. Stated as an estimate: building one tracker by hand ran to more than two hours, and onboarding a new client to more than forty.

Delivered as applications, not documents. The consumables inspection runs as a progressive web application opened from a durable QR code at the property: offline once loaded, drafts staged on the device, a photograph required against each of 28 governed items, sign-in demanded only at submission, and repeated sends made idempotent by client submission identifiers and a server-side receipt registry. A client intake and onboarding application is now a deployed private pilot, owner-only, with live email, contract, signature and property-record writes deliberately disabled until their approval gates are complete. One intake path, from first conversation to property setup

Read the full case study

Production recovery, not just production

A field inspection committed successfully, then a slow path returned an error to the operator. The wrong move is telling a user to retry. That is how you get a duplicate record in a system people trust.

What happened instead: the transaction was identified by its original client submission ID, submission ID and payload hash, confirmed as already committed, and recovered without duplication.

Recovery paths of this kind are designed in advance, because the alternative is discovering the gap during an incident.

SCOPE: project control, on the Mac and the phone

A native macOS and iOS application for time tracking, project control and invoicing, sharing one store across devices. It runs a single clock and requires a sitting split across projects to sum back to the sitting, so the same hour cannot be billed twice.

State: Apple accepted the first notarised build 4 hours and 24 minutes after the first commit, and 18 accepted notarisations in all across the twenty-five hours that followed, averaging one every 88 minutes. 87 commits and 497 automated tests, plus a verification script that plants a defect and requires its own detector to catch it before a pass is believed.

Built for my own practice. Not distributed. The build, and the sync that reported success while doing nothing

SAGE: local-first operations platform

A native macOS application for working across a knowledge base, projects and workspaces, meeting processing, review, backup and restore, with provider-flexible AI under human approval.

State: installed and in active internal use, in continued development, preparing for beta. Signed and notarised by Synergistic Solutions Unlimited, and accepted by Gatekeeper as a notarised Developer ID source. Its test suite is roughly the size of the application itself.

Not commercially available. It is installed and used internally, and not distributed.

Lucid: native macOS writing application

An editor with an assistant surface that works inside other applications, with credentials in the system Keychain and tracked changes on every suggestion. Three inference paths completed real round trips in a single run on 28 August 2026: a local model, a self-hosted OpenAI-compatible gateway, and Apple’s on-device model. The runtimes are what make them round trips rather than stubs, at 9.4 seconds for the gateway against 0.65 for the on-device model. Four more are implemented and have no observed call recorded anywhere in the project’s history, so they are not claimed.

State: version 0.1.17 installed, Gatekeeper-accepted as a notarised Developer ID source with a valid ticket. 19 submissions accepted by Apple’s notary service. 312 tests executed with 0 failures and 8 loud skips, measured on 28 August 2026. The skips are the four cloud providers with no API key configured, two request shapes each, and every one of them names the key it lacks: a skip here is the suite refusing to claim a network call it cannot make. Not publicly distributed, and nobody other than me has run it.

What using it actually changed was the review process, not the software. On both occasions I have used it on real work, I found something no review had, including a panel that could not be dismissed by any documented path. A Gate-2 review had flagged that and ranked it cosmetic. Contact with a user was what corrected the severity judgement.

Discuss the work in front of you

Featured case study

Family Care Hub

A privacy-first communication and care-coordination system, built under pressure and since rebuilt as a fully synthetic public case study. It shows ambiguity being turned into clear roles, reliable workflows, risk controls, and a humane experience for people who had no capacity to learn a tool.

  • Product strategy
  • Program leadership
  • Systems thinking
  • Privacy by design
  • Rapid execution
  • Stakeholder communication

The origin was not a brief. My own family needed one private place to keep the people who cared about us informed, and the communication overhead had become its own operational problem: one person answering the same questions repeatedly, correcting information that had already gone stale, and coordinating offers of help across a large network while circumstances changed by the hour.

Social platforms were the obvious answer and the wrong one. They put delicate information where it can be misconstrued or reach people it was never meant for, and they set the terms of audience and permanence on your behalf. The alternative was to adapt the need to the tool.

The sequence mattered more than the feature list. Private access, dependable official updates, clear publishing confirmation and duplicate prevention came first, because reliability precedes novelty when people are relying on a single source of truth. Vague offers of help then became claimable meals, visits, rides and errands. Capability-scoped roles let trusted organizers coordinate without receiving contact details or administrative access. Navigation, unread badges, refresh behavior and notification preferences were changed later in response to observed friction, not anticipated preference.

A later revision removed visible photo descriptions from the interface while retaining meaningful alternative text for screen readers, because some of the people using it depend on that.

Risk was controlled structurally rather than editorially. The public case study and the private system are separate builds with no shared data plane: no production database, no real authentication, no messaging, no private media. The demonstration shows the method without asking a redaction filter to protect a live family system, which is the same judgment that produced the private application in the first place.

It reached a working private application in two calendar days on roughly six hours of hands-on time, and it is in daily use by the people it was built for, my family among them. It has kept changing as the need has changed.

The need has always directed the development. Not the reverse.

Presented publicly with no real identities, messages, photographs, or production connections.

Explore the case study

What is not claimed

What is not claimed here.

A technology-transfer program is designed and not yet delivered. All three native applications are signed, notarised and installed, and none of them is distributed. They are in internal use, they are not for sale, and there is no download.

Every figure above is either exact or labelled as an estimate. Where no number exists for hours saved, user counts, or precise production dates, none is given.

Contact

Bring the work that is hardest to operate.

jwatson@thinksynergy.biz