arrow_backBack to the overview
The worker family

New workers are commissioned, not built.

One engine. Many roles. Content and configuration, not code.

Each worker is a definition, plus a knowledge scope, plus an asset scope, plus a set of adapters and grants. That is what allows a role as different as a collections specialist to run on the same runtime as an enterprise seller. Two flavours run on it today. The Inside Sales Assistant works enterprise sales development. The Property Assistant works sales as its primary service and rentals alongside it.

Same engineevery worker, every role
Same contractoutcomes reported in one structure
Same governanceconsent, audit and warrants throughout
The proof

Two domains, one runtime, no fork.

Inside sales and property share the kernel, the template, the tool schema, the scoring arithmetic and the compliance engine, byte for byte in the files that matter. What differs is the application layer, the ladders, the outcome contracts and the standing objectives. Vocabulary, briefings, escalation boundaries and disclosure phrasing per language are content, and content is where a flavour lives.

A domain with genuinely vulnerable counterparties required no engine change at all, only a different application layer, a different guardrail set and a different ladder. If that is the whole difference, the boundary is in the right place.

Available and planned

The family.

Each worker below is the same object: a definition the runtime executes. The difference between them is which ladder they pursue, which knowledge they draw on, and which systems they write back into.

Available support_agent

Inside Sales Assistant

Enterprise sales development

Navigates organisations, follows referral chains, detects initiatives before they become formal procurements, qualifies progressively against your methodology, and books meetings with the people who actually decide. Eight ladders, one outcome contract, eleven standing objectives.

Explore inside salesarrow_forward
Available home_work

Property Assistant

Sales and rentals

Answers enquiries, qualifies buyers and applicants, arranges accompanied viewings, wins market appraisals, reports back to owners, and establishes intention on tenancies ending. Fifteen ladders across five outcome contracts, and a fair treatment review that gates go-live.

How portability worksarrow_forward
In design psychology

Domain Coach

Development for your people

Deal guidance, call preparation, post call debrief, longitudinal skill analysis, and objection rehearsal against a simulated contact. Grounded in governed methodology rather than generic advice.

How coaching worksarrow_forward
In design support

Customer Success

Retention and expansion

Tracks contract expirations well ahead of the date, monitors utilisation for both churn risk and expansion signal, notifies stakeholders when releases ship, and steps in when support escalates.

Systems it connects toarrow_forward
In design campaign

Marketing Worker

Collateral on demand

Takes an asset request raised by another worker, drafts the one pager or localised deck from governed knowledge, and submits it for approval before publication. The point at which a hub becomes a fleet.

The request boardarrow_forward
Concept account_balance

Relationship Assistant

Wealth and private banking

Review meetings, adviser follow up and information packs, over licensed wealth management domain content and a core banking system of record.

Domain contentarrow_forward
Concept handshake

Collections & Workout

Arrangements and hardship

Arrangement agreed, hardship review, specialist referral. A ladder where the ethical guardrails matter more than the conversion, and where the platform's consent machinery earns its place.

Guardrailsarrow_forward
Concept inventory

Supplier & Procurement

Terms and clarification

Terms confirmed, clarification meetings, escalation, against an ERP and a contract repository rather than a CRM.

Adapter modelarrow_forward
Concept supervisor_account

Fleet Manager

Supervisory

Drift detected, cluster triaged, revision proposed. A supervisory worker whose authority is a strict, enumerated subset, and which may never approve its own proposals.

Supervision modelarrow_forward
info
A note on status. The Inside Sales Assistant and the Property Assistant are the workers in production, with a working conversational demonstrator available today. Everything marked in design or concept is described here so you can see where the platform is heading, not to imply it is available now. We would rather be clear about that than let a roadmap read as a catalogue.
Same object, different rungs

It has to feel like the application, not like a chatbot bolted to one.

Run the inside sales worker and you are in a sales application. Run the property worker and you are in a property system. Same engine, same screens, different product.

That is not a theme. The worker pack carries an application profile: the name of the application, the vocabulary, the navigation for each role, and the iconography. The runtime renders from that profile rather than from labels hardcoded by us. Account becomes Property. Contact becomes Buyer, Vendor, Applicant, Landlord or Tenant, five counterparties rather than one. Meeting becomes Viewing.

A lexicon that carries a lifecycle does not flatten it. Where the person changes name as they move through the funnel, the lexicon says so. Mapping everyone to their end-state term has the worker greeting an enquirer as though the relationship already existed.

The manager screen running the inside sales worker, with accounts, campaigns and renewals.
Inside Sales. Accounts, campaigns, renewals, sales reps.
The same manager screen running the property worker, with properties, viewings and instructions.
Property Assistant. Properties, viewings, instructions, the register. Same screen, same code.

Neither picture is a translation of the other. The ladders end somewhere different: a meeting with the CIO in one, a viewing confirmed or a market appraisal booked in the other. The outcome contracts capture different fields, and property declares five of them where inside sales declares one. Even the worst failure the calibration loop guards against is different: offering a callback into resistance in one, and in the other, giving a figure on the phone.

The property worker does not value and it does not price. Not a figure, not a range, not a guide, not a number qualified into safety. A figure given on the phone becomes the number every later conversation is measured against, so refusing turns into the reason to book the appointment, which was the outcome the call wanted. The appraisal appointment is the outcome, and it scores full marks.

A tenant may extend the vocabulary but not replace it. Adding a term the pack does not define is configuration. Redefining one it does define breaks every measure bound to it and every future upgrade, so the editor refuses rather than warns.

Your own brand sits on top and is preserved across upgrades: your name, your mark, your accent colour, your outbound identity. The profile belongs to the pack; the branding belongs to you.

What actually changes between workers.

WorkerPrimary ladderSystems of recordDomain content
Inside Sales AssistantExecutive meeting, then stakeholder meeting, then account team follow upCRM, calendar, workspaceSales methodology, product and competitive knowledge
Property AssistantFive contracts. Viewing confirmed for a buyer or an applicant, market appraisal booked for a vendor, landlord decision confirmed, renewal agreed for a tenantInstruction record, listing platform, enquiry and viewing workflowLocal market playbook, instruction and transaction knowledge
Domain CoachSkill gap identified, then rehearsal completed, then measurable improvementThe Hub's own evidence base, plus CRMMethodology library, objection handling, conversation examples
Customer SuccessRenewal secured, then conversation scheduled, then escalation routedCRM, entitlement and usage systems, service deskProduct, entitlement and support knowledge
MarketingAsset published, then draft in review, then brief clarifiedAsset library, brand systemBrand, positioning and content knowledge
Relationship AssistantReview meeting, then adviser follow up, then information packCore banking, portfolio and CRM systemsLicensed wealth management content
Collections & WorkoutArrangement agreed, then hardship review, then specialist referralServicing and collections platformRegulatory and hardship handling content
Fleet ManagerDrift detected, then cluster triaged, then revision proposedThe Hub itselfScoring rubrics and calibration policy
Commissioning

Under a week for the core configuration.

The platform adapts to your existing infrastructure rather than requiring you to change your workflows. Knowledge and intelligence population run in parallel over a longer period, and deepen continuously after launch.

Onboarding is a sequence of wizards, not a form. Twelve for inside sales, thirteen for property, which adds a fair treatment review. Completion is a state rather than an event: any wizard can be left and resumed, and each says what it blocks, so it is always clear which outstanding item is holding up a date.

Start here

Meet the workers.

Voice first, real time, multilingual, regulated, and commercially measurable. A runtime that carries enterprise inside sales and property, with their different counterparties and their different duties, carries almost anything.