All decks
Pharoah ControlPharoah Technology · deck · narration · production guide · generated 9 September 2026
02What it is

The facts, from the register.

ProductPharoah Control
Register keypharoah-control
OwnerPharoah Technology Ltd (Craig Attoh and Phil Pereira, 50/50)
Live atcontrol.pharoahtechnology.co.uk · HTTP 200 on 9 September 2026
PriceFree · [object Object]
Built from22 register parts, 9 live, 13 probe-verified

What it does

Pharoah Control provides estate operations teams with a single view of assets and access rights, showing what exists, who can reach it, and what has changed, eliminating scattered secrets and control surfaces.

Runs on

Infisical shared-secret-vault
System gap + ingestion register
Register drain generator (self-healing register)
GTM Outreach Engine
Source: estate register (products, product_parts, builder_blocks) · deploy probe 9 September 2026Evidence live
03The frameWhat this buyer's profession checks

We will measure it against Propertymark and RICS client-money rules.

Three checks a buyer in this field applies, whether or not they name the standard. We use them as the frame for everything that follows.

Check 1

Client money protected and reconciled

Check 2

AML checks before the deal, not after

Check 3

A redress trail for every instruction

Frame chosen by BRG as a summary of Propertymark and RICS client-money rules. Verify the wording with the body before external use.No accreditation is claimed
04Why it's better · 1 of 6Check 2 · fit for purpose

The job as the register describes it.

Secrets and control surfaces are scattered, so nobody knows who can reach what.

Who carries it

Estate operations teams requiring centralised visibility of assets and access control.

Source: register pain_point · audienceThe problem, stated plainly
05Why it's better · 2 of 6Check 2 · fit for purpose

What it does instead.

The estate's operations root: one place that knows what exists, who can reach it, and what changed.

Pharoah Control provides estate operations teams with a single view of assets and access rights, showing what exists, who can reach it, and what has changed, eliminating scattered secrets and control surfaces.

The parts doing the work

Infisical shared-secret-vault verified

Every deploy's secrets — check the vault before asking for keys.

System gap + ingestion register verified

The standing self-test register. Live probe of all captured companies showed we notice identity but ingest almost no real data (3/668 with SIC, 0 with

Register drain generator (self-healing register) verified

Reads the live register, finds owned tools no product/agent uses + unmapped products, files one lane_handoff each (dedup + capped) so the register-fir

GTM Outreach Engine verified

Vertical-agnostic, global, always-on outbound GTM. A vertical = a gtm_vertical config row (pain wedge, killer feature, channels, pricing, winning temp

Source: register purpose, public_blurb, product_parts joined to builder_blocks4 of 22 parts shown
06Why it's better · 3 of 6Check 1 · controls

Proof it exists, not a roadmap.

200

HTTP status of control.pharoahtechnology.co.uk on 9 September 2026 · real-content-verified

13/22

register parts verified by probe

9

parts wired live

HTTP 200

functional surface probe

Open control.pharoahtechnology.co.uk during the talk. Anything the deck claims should be visible there.

Source: register deploy_probe_code, deploy_probed_at, product_parts.verified_by_probeProbed, not promised
07Why it's better · 4 of 6Against the market, honestly

Where we lead, and where we don't.

Category: post-deployment operational assurance. Nearest rivals: Datadog, New Relic, Grafana Cloud, PagerDuty, Better Stack; strongest is Datadog. Our edge: observability platforms tell you a metric moved and leave the operator to decide whether the deployment is actually sound; we assert operational integrity after release — that the thing shipped is the thing running and still doing its job. How we beat them: per-host and per-metric pricing serves large SRE teams, while a UK software operations manager wants a verdict on the release, not a dashboard to interpret.

Source: register vs_competition (18 August 2026)Named competitors are the register's, not the presenter's
08Why it's better · 5 of 6Check 2 · fit for purpose

Built for one kind of buyer.

Estate operations teams requiring centralised visibility of assets and access control.

Source: register audience, serves_nichesOne buyer, not everyone
09Why it's better · 6 of 6Price is part of the scope

What it costs, in one line.

Free

Basis: [object Object]

Buying route

Payment on enquiry
software
Scope named on the next slides, so the price has a boundary
Source: register price_gbp, billing_interval, pricing_basis, payment_link_activeNo hidden rate card
10What's inside

The parts, with their verification state.

PartCategoryStateVerified
Infisical shared-secret-vaultintegrationlive_wired
System gap + ingestion registerbackendlive_wired
Register drain generator (self-healing register)backendlive_wired
GTM Outreach Enginedatalive_wired
Parts Register Watch — register coverage and drift guardbackendbuilt
Expense Managementfull-stacklive
Register Counter Integrity Guard (honest readiness inputs)backendlive_wired
Meeting Note Taker — universal transcript→notes enginebackendlive
Supabase + RLSintegrationlive_wired
AI gateway budget guard (KHUFU) — ARMEDbackendbuilt
Source: product_parts joined to builder_blocks · 10 of 22 shown probe-verified   not yet
12Why packaging matters

Five things a package does that a price cannot.

1
Scope becomes visible. The parts are named, so nothing is assumed.
2
Boundaries are explicit. What is outside is written down before the first invoice.
3
It is auditable. A package is a documented process, which is what Propertymark and RICS client-money rules looks for.
4
Buyers compare like for like. A referral needs a defined thing to refer.
5
Switching fear drops. The move is inside the package, not a project bolted on the front.
Source: BRG packaging doctrine; frame from slide 3Packaging = a compliance instrument
13This packageCut by what each part does

Pharoah Control, as a package.

integration

Infisical shared-secret-vault

Every deploy's secrets — check the vault before asking for keys.

verified

Supabase + RLS

Multi-tenant Postgres rail with forced RLS, policy-derived least privilege, born-safe DDL and reviewed client

verified
backend

System gap + ingestion register

The standing self-test register. Live probe of all captured companies showed we notice identity but ingest alm

verified

Register drain generator (self-healing register)

Reads the live register, finds owned tools no product/agent uses + unmapped products, files one lane_handoff e

verified

Parts Register Watch — register coverage and drift guard

Repeatable proof/report guard that watches register coverage, v_register_drift and operator alias gaps so ever

verified

Register Counter Integrity Guard (honest readiness inputs)

FIXES a systemic board lie: readiness_pct is a GENERATED column whose formula was correct but whose INPUTS lie

live_wired
data

GTM Outreach Engine

Vertical-agnostic, global, always-on outbound GTM. A vertical = a gtm_vertical config row (pain wedge, killer

verified
full-stack

Expense Management

Universal expense capability: claim capture (portal/WhatsApp), multi-line receipts, approval workflow, and rei

live
Source: product_parts grouped by builder_blocks.category4 groups
14Anatomy of the packageOn one page · 10 items of work left, filed

A package reads like a control document.

Inside the scope

  • Infisical shared-secret-vault
  • System gap + ingestion register
  • Register drain generator (self-healing register)
  • GTM Outreach Engine
  • Parts Register Watch — register coverage and drift guard

Evidenced, and how

  • Live URL probed: HTTP 200 on 9 September 2026
  • 13 parts probe-verified, latest 16 July 2026
  • Functional surface: HTTP 200
  • Register row updated with every probe

Outside the scope today · work left

  • Internal estate tooling (local scripts + protocol docs); parts 6/19; no public surface by design.
  • 9 parts still to verify by probe

Who signs, and where the work sits

  • Pharoah Technology Ltd owns the product and the data layer
  • 1 build packet proposed · 9 management items pending
  • Change log kept in the register
Source: product_parts (inside), deploy and part probes (evidenced), v_deck_work_left (work left; filed to manager_work and build_packets by deck_work_left_sync)One page
15Across the family

Where it hands over.

Anaïs AIgateway.pharoahtechnology.com
Anaïs AI (LLM router / reseller)anaisai.co.uk
Anaïs AI (working app)anaisai.co.uk
Pharoah TechnologyPharoah Controlcontrol.pharoahtechnology.co.uk
ATS Résumé Scanner (free)ats.pharoahtechnology.com
Aurora AIauroraai.pharoahtechnology.com
Aurora Guardauroraguard.co.uk
Source: register rows sharing client_key pharoahOne house, many doors
1 / 16
Arrow keys or space · N narration · P print
Slide 1Narration Words Running total

Production guide

How to turn these sixteen slides into a presentation video. Same structure as every deck in the family, so a crew that has made one can make them all.

1 · Deliverable

ItemSpec
Format16:9, 1920×1080, 25 fps, H.264 MP4 plus WebM. Burned captions and a sidecar SRT.
RuntimeNarration below plus screen captures of the live product; typically 8 to 12 minutes.
FramePropertymark and RICS client-money rules. Verify the wording of the three checks with the body before external use.
BrandPharoah Technology family palette as rendered here. Green only for verified and live states; red only for exclusions.
VoiceCalm, exact, never theatrical. Read figures and dates in full. Numbers are the register's, and the register is cited on every slide.

2 · Runtime plan

#SlideNarrationWordsStarts

3 · Screen captures

4 · Full narration

5 · What this deck must not say

  • No numbers that are not on a slide with a register source.
  • No accreditation by Propertymark and RICS client-money rules; the frame is a lens, not a badge.
  • No named competitor read aloud unless the audience asks; the register's names are on slide 7 for the presenter.
  • No client names, volumes or tenure unless the register carries them.

6 · Regenerate

This deck is generated from the estate register. Update the product row, re-run the deck build, redeploy. Do not hand-edit this file.