Skip to main content

Assessment software

Assessment software, built and operated for you

We design, build and run the systems that author, deliver and score assessments — and we stay on for the exam windows, which is where most of the difficulty actually is.

Placeholder mark 01
Placeholder mark 02
Placeholder mark 03
Placeholder mark 04
Placeholder mark 05
Placeholder mark 06
Placeholder mark 07
Placeholder mark 08

What we build

Six things we are asked for most

Rarely one on its own. Each of these usually arrives attached to at least one of the others.

  • Assessment platforms

    Item banking, authoring, delivery and scoring as one system rather than four that synchronise overnight.

  • Exam integrity

    Session controls, evidence capture and audit trails built to survive an appeal, not just to deter.

  • Integrations

    LTI, SSO and roster sync into the systems an institution already runs, so assessment is not another island.

  • AI-assisted authoring

    Draft generation and item review with a human approving every item that reaches a candidate.

  • Analytics and psychometrics

    Item statistics and cohort reporting that tell you whether a question measured anything.

  • Operate and support

    Running the platform through exam windows, including the fortnight either side when it matters most.

Default hosting
ManagedDeployed into your own cloud account where policy requires it.
Delivery surfaces
Web + mobileOne question bank behind both, not two products to keep in step.
Interface language
EnglishFurther locales are scoped per engagement rather than promised here.
Reply to a scoping question
Two daysWorking days, and from someone who can decide rather than route it.

Why it is different

Assessment is a specialism, not a vertical

Three things that follow from treating it that way.

Assessment, not generic software

Scoring rules, item lifecycles and integrity requirements are the hard parts, and they are the parts a general-purpose build gets wrong last and most expensively.

Built for the exam window

Load is not uniform. A platform that is fine in March and falls over in May has not been tested against the only week that counts.

Evidence by default

Every consequential action is recorded in a form a regulator or an appeals panel can read, because reconstructing it afterwards is not possible.

What we run ourselves

Quizlyne, a platform we operate under our own name

Quizlyne is exam practice software for licensing and certification schools — real estate, CDL, insurance, cosmetology, the trades. Schools upload the question bank they already own and their learners drill it on web and mobile, branded as the school rather than as us.

We built it on the same platform we build client systems on, and we run it. The authoring, the delivery, the mobile practice and the cohort reporting are things we maintain on a Monday morning rather than things we have read about — which is the only version of that claim you can go and verify.

  • Learners practise against the question bank the school already owns
  • AI drafts items from photographed pages; an instructor approves each one before it publishes
  • White-label branding on the school's own domain, with classes, cohorts and scoped instructor accounts
  • Topic-level weak-point diagnosis, a wrong-answer book, and an AI tutor grounded in the school's own content

How we work

The commitments that shape everything below them.

  • You talk to the engineers

    The people who answer technical questions are the ones who wrote the code. There is no account layer in between.

  • Accessibility as validity

    If a candidate cannot operate the interface, the score measures the interface. We treat that as a measurement defect.

  • Data stays where it should

    Residency and retention are design inputs, decided before the first table is created rather than retrofitted.

  • No lock-in by obscurity

    Your items, results and audit records are exportable in documented formats. Leaving should be possible.

Scoping

Get a realistic estimate, not a range

Tell us what you need to deliver and to whom. We will come back with a shape, a rough duration and the parts we think are riskiest — including the ones that argue against starting.

  • A written scope you can circulate internally
  • The assumptions the estimate depends on, listed
  • Where we think you should not build

Tell us what you are trying to deliver

A short description is enough to start. If it is not something we should build, we will say so.