tannerd.net
TNR // SYSTEMS // PUBLIC IDENTITY

IF I HAVE TO SOLVE IT TWICE, I BUILD A SYSTEM.

Search, automation, distribution, and client work repeat. I build machinery that remembers what happened, notices what changed, and makes the next decision easier.

None of these started as a product name. They started as recurring annoyances: search decisions made from vibes, useful data stranded in different systems, distribution with no memory, automation that created more babysitting, and client context disappearing into message threads.

FIVE SYSTEMS // ONE OPERATING LOOP

Pick a machine.
See its job.

The names are separate because the responsibilities are separate. Tap one. The useful question is not what the software can do; it is what part of the operating loop it is allowed to own.

OPERATING RULEEVIDENCE BEFORE MOTION
SELECTED SYSTEM // ROLE IN THE LOOP

SEARCH RADAR

WATCH / COMPARE / WAIT

Observes owned demand, behavior, site state and experiments, then asks whether a change has actually earned the right to happen.

OUTPUTRANKED INTERVENTION OR PROTECTED WAIT
OBSERVE // THE SENSOR / DECISION GATE
01
Search RadarKnow when to act. Know when not to.

Watches the queries bringing a site into search, how those queries move, what visitors do, what has already changed, and which opportunities are actually worth attention. Sometimes the right answer is WAIT.

INPUT search + behavior + technical state + experiment history OUTPUT ranked next steps / protected waits
→
02
Distribution RadarFind what already earns attention.

Tracks which ideas, pages, formats and channels actually earn traffic or engagement. Instead of guessing what to post next, it shows what already worked and whether it is worth repeating.

INPUT referral history + creative + page fit OUTPUT the next distribution test
→
03
OperatorAutomate the repetition. Keep judgment human.

Watches for changes, moves data, runs scheduled work and flags exceptions. Routine work happens automatically; unusual cases go back to a person.

INPUT events + rules + recurring state OUTPUT completed work / visible exception / human handoff
→
04
Search SystemsMake the site easy to crawl and understand.

Site structure, schema, internal links, measurement and controlled experiments. Search Radar helps decide when to change something; Search Systems makes sure the site is structured well enough to measure what happened.

INPUT site architecture + search evidence OUTPUT crawlable, measurable, testable changes
→
05
Client PortalsOne client. One place to work.

Private dashboards built around the work that keeps recurring: priorities, search changes, content ideas, project status, notes, wins and custom tools. The portal keeps the context together so every conversation does not start from zero.

PUBLIC // doorway + identityPRIVATE // context + shared statePRIVATE // decisions + actionsPRIVATE // client-specific instruments
INPUT real client context OUTPUT shared context without another bloated project-management tool
→
ONE RULE SURVIVES ALL FIVE
Evidence before action.

If a system cannot show what happened, what is still unknown, and why the next step makes sense, it should not make the work more complicated.

Bring a real problem →