Case study / TomHow Search operating systemEvidence before claims / 2026
Thomas Howcroft Letchworth / UK
SEO operating system and AI-search evidence

TomHow Search OS: evidence-led SEO, GEO and AEO. Not a confidence trick.

What does TomHow Search operating system do, and who is it for?

TomHow's Search operating system connects technical SEO, AI-search research, client work, publishing, CRM and outcome review. Specialist tools gather evidence, challenge claims and prepare actions, while rankings, traffic, leads and AI citations remain outcomes to observe rather than promises to sell. The intended operating context is SEO, GEO, AEO and AI-search delivery. Thomas's role was SEO lead, product owner and system designer. The case follows the product from its main operating problem through A repeatable research path, Claims stay bounded, Delivery and growth connect, then connects each interface to a working feature and control. The evidence comes from working views, research methods and guarded workflows. It also records what failed, what changed and how privacy, evidence or approval boundaries are handled. The limit is explicit: no rankings, leads, mentions or citations are guaranteed.

StatusWorking consultancy operating system
RoleSEO lead, product owner and system designer
ScopeSEO, GEO, AEO and AI-search delivery
EvidenceWorking views, research methods and guarded workflows
Known limitNo rankings, leads, mentions or citations are guaranteed
Public proof / Last verified 4 September 2026View TomHow's search work
01 / The operating problem

SEO evidence was spread across tools. AI-search added another layer of uncertainty.

A direct account of the operating constraint, the product decision and the limits of the evidence.

Technical crawlers, keyword tools, Search Console, analytics and AI-answer tests each observe a different part of visibility. Copying their outputs into a report can create a false sense of one truth, especially when dates, markets, query methods and evidence quality differ.

The operating goal was to preserve the evidence chain. A finding should say which source observed it, when, under which method and what it can justify. A recommendation should state its confidence and dependency. A report should keep measured evidence separate from forecasts, explanations and sales language.

TomHow's system joins delivery with the work around delivery: operating plan, CRM, orders, publishing, LinkedIn review, outcomes and a private Ask surface. This matters because a strong method can still fail commercially if work, follow-up and learning stay in disconnected tools.

System at a glance
Primary jobCreate a repeatable route from search evidence to a defensible action.
Primary areasHome, Growth, Work, Insights and Ask.
Supporting viewsCRM, Money, Orders, LinkedIn, Publish and Outcomes.
Search Lab rolesResearch, crawl, analytics, citation, writing, challenge and reporting specialists.
Public evidenceStaged brands, queries, contacts and values only.
02 / What changed

TomHow Search operating system: decisions, controls and operating change.

These are observed properties of the working system. They are not claimed percentages, revenue attribution or a guarantee of future performance.

Operating result

A repeatable research path

Technical, query, analytics and AI-answer evidence are gathered through named specialist roles.

Operating result

Claims stay bounded

Every report distinguishes observation, interpretation, recommendation and unproven outcome.

Operating result

Delivery and growth connect

Research, work, CRM, publishing and outcome review sit in one operating model without merging private records.

Operating result

Publishing remains controlled

Articles and LinkedIn drafts can be prepared and reviewed without turning draft approval into automatic publication.

Operating result

AI-search is measured

Mentions, citations and source behaviour are recorded with query method and date rather than sold as a guaranteed score.

Operating result

Learning compounds

Outcomes and failed assumptions return to the research and delivery method.

03 / Interface tour

Role views and decision surfaces inside TomHow Search operating system.

Every image preserves the interface purpose and control logic while replacing live people, projects, records and values with staged data.

Actual TomHow OS Operator screen with generic work items.
Actual product capture / generic dataOperator queue. The actual operator view separates delegated draft work from locked policy gates.
Actual TomHow OS Proof screen with generic evidence records.
Actual product capture / generic dataProof. The actual proof view shows coverage, source state and evidence gaps.
Actual TomHow OS Publish screen with generic draft records.
Actual product capture / generic dataPublish. The actual publishing view keeps prepared work behind review.
Actual TomHow OS Data screen with generic source information.
Actual product capture / generic dataData. The actual data view separates measured sources, freshness and known gaps.
TomHow Search operating system feature map explaining the main product capabilities and controls.
Explanatory system diagramFeature map. A visual summary connects the main product capabilities to the decisions, controls and user outcomes they support.
TomHow Search operating system workflow map explaining the complete operating sequence.
Explanatory system diagramEnd-to-end workflow. The complete working sequence shows how information moves from the first input to a checked and reviewable outcome.
04 / Feature evidence

Explore the evidence for TomHow Search operating system.

Each entry links to the exact view it describes. Product captures and explanatory diagrams retain their own evidence labels.

01
Actual product capture / generic data

Home and operating plan

What this evidence shows

The current objective, evidence gaps and highest-value decisions share one staged view.

02
Actual product capture / generic data

Operator queue

What this evidence shows

The actual operator view separates delegated draft work from locked policy gates.

03
Actual product capture / generic data

Proof

What this evidence shows

The actual proof view shows coverage, source state and evidence gaps.

04
Actual product capture / generic data

Publish

What this evidence shows

The actual publishing view keeps prepared work behind review.

05
Actual product capture / generic data

Data

What this evidence shows

The actual data view separates measured sources, freshness and known gaps.

06
Explanatory system diagram

Feature map

What this evidence shows

A visual summary connects the main product capabilities to the decisions, controls and user outcomes they support.

07
Explanatory system diagram

End-to-end workflow

What this evidence shows

The complete working sequence shows how information moves from the first input to a checked and reviewable outcome.

05 / System design

Context, evidence and control layers behind TomHow Search operating system.

The visible dashboard is only the decision surface. Context, data, permissions, review and learning determine whether it can be trusted.

01

Home

Operating plan, priorities, evidence freshness, decisions and the next highest-value work.

02

Growth

Staged CRM, Money, Orders, LinkedIn, Publish and Outcomes views connect demand with delivery.

03

Work

Research and implementation move through a clear brief, source set, challenge and approval path.

04

Insights

Technical, search, analytics and AI-answer evidence are compared without erasing their different methods.

05

Ask

A private search interface answers from permitted evidence and shows the limits of what it found.

06 / Working flow

How a signal becomes a governed decision.

A useful workflow names the input, owner, check, approval boundary and proof that closes the loop.

  1. Frame

    Define the business question, market, audience, query set and evidence needed.

  2. Observe

    Collect technical, search, analytics and AI-answer evidence with source and date.

  3. Challenge

    Test contradictions, unsupported conclusions, freshness and whether the proposed action follows.

  4. Deliver

    Turn the evidence into prioritised work, implementation or a clearly bounded report.

  5. Learn

    Record outcomes, gaps and method changes without claiming causation the evidence cannot support.

07 / Working features

Working controls inside TomHow Search operating system.

Each feature exists because it changes a decision, reduces unsafe ambiguity or makes a failure easier to see.

Working feature

Operating plan

Shows the current objective, evidence gaps, decisions and scheduled work.

Working feature

Search Lab

Specialist research roles for crawl, queries, analytics, citations, writing, challenge and reporting.

Working feature

Growth

Staged CRM, orders, commercial review and follow-up without mixing private contacts into public evidence.

Working feature

Publish

Article and LinkedIn preparation with separate review and exact publication approval.

Working feature

Outcomes

Records what changed and what remains uncertain without converting correlation into causation.

Working feature

Ask

Answers from permitted source evidence and reveals freshness, conflicts and missing proof.

08 / Issues and changes

Incidents that hardened TomHow Search operating system.

The strongest evidence in an operating system is often the failure behaviour. These issues became design constraints and regression checks.

Issue 01

Tool disagreement

What failed

Different sources reported different values for the same-looking question.

What changed

Preserve source, date, market and method. Do not merge unlike measures into a synthetic truth.

Issue 02

Citation theatre

What failed

A one-off AI answer could be presented as stable visibility.

What changed

Repeat defined query sets, record the model and date, save cited sources and state sampling limits.

Issue 03

Report overreach

What failed

A recommendation could read like a proven business outcome.

What changed

Label observation, interpretation, action and expected effect separately.

Issue 04

Publishing drift

What failed

A reviewed draft could be mistaken for approval to publish.

What changed

Keep exact publication approval separate from content review and retain the final payload.

Issue 05

Private CRM leakage

What failed

Joining growth and delivery increases the risk of exposing contact records.

What changed

Keep public bundles aggregate and staged. Private contacts stay in a restricted local store.

09 / Controls and limits

What TomHow Search operating system proves, and what it does not.

A public case study should make it easy to see what is working, what remains internal and what has not been proven.

Known limit

No rankings, leads, mentions or citations are guaranteed.

Every visual is labelled as a direct public product capture or an actual product capture with generic data. This is evidence of design and operating capability, not a promise of rankings, revenue, leads, productivity or a client outcome.

10 / Capabilities demonstrated

Capabilities demonstrated by TomHow Search operating system.

Strategy, interface, governance and implementation are treated as one operating problem rather than separate deliverables.

Technical SEOGenerative engine optimisationAnswer engine optimisationAI citation trackingSearch analyticsResearch orchestrationEvidence designContent systemsCRM workflowReporting governance
11 / Follow the evidence

Each link adds a different layer of first-hand evidence rather than repeating the same page under another keyword.

12 / Clear answers

TomHow Search operating system: practical questions and answers.

Practical answers about the build, its use and its limits.

What is an SEO operating system?

It is the connected method around research, technical work, prioritisation, publishing, reporting, customer workflow and learning. It keeps evidence and ownership intact between tools.

What is GEO or generative engine optimisation?

GEO improves the clarity, accessibility, evidence and entity signals that AI answer systems can use. It does not make citations controllable or guaranteed.

How are AI citations measured?

Defined queries are run under a recorded method. Mentions, cited URLs, source behaviour, date and model context are stored so the observation can be repeated and challenged.

Does TomHow guarantee rankings or leads?

No. Rankings, traffic, leads, mentions and AI citations depend on external systems and market behaviour. The work is evidence-led and the limits are stated.

Technical SEO / Generative engine optimisation / Answer engine optimisation

Need search evidence you can defend in a boardroom and use in a workflow?

TomHow combines technical SEO, AI-search evidence and practical delivery for B2B brands, with the method and limits made explicit.