Builder Showcase

Show the assessment builder as the product, not as a promise.

Teachers should be able to inspect subject, year level, Bloom coverage, question format, validation requirements, and delivery pathway before they trust AI-assisted assessment work.

Question type coverage

Show every Storybook taxonomy code, plus flashcard, quiz, practice-exam, and LMS workflow extensions.

Grade-band examples

Use K-6, Years 7-10, and Years 11/12 examples so buyers see their own school context.

Validation by design

Expose answer checks, rubric requirements, accessibility notes, and curriculum caveats per item type.

Explore the Builder

Question types, subjects, grade bands, and proof gates in one inspectable builder view.

This homepage section translates the Storybook question taxonomy into a buyer-facing product surface. It shows how teachers can choose a subject, grade band, and item type, then inspect Bloom coverage, example prompts, validation needs, and LMS-ready workflows.

Matching question types
Science, 7-10
Storybook aligned
Generated builder preview

Multiple choice

Choose the best answer from four options.

Implemented
Example question

Year 5 Science: Which material is the best insulator for a lunchbox?

Validation required

Distractor quality, answer key, syllabus outcome, and reading load.

Bloom coverage
Remember
Understand
Apply
Analyse
Evaluate
Create
36+
Question taxonomy
7
Subject coverage
4
Grade bands
In validation

AI-powered grading

Objective answers can be checked directly while constructed responses should surface rubric suggestions for teacher approval, override, and annotation.

Planned

Analytics and reporting

The public claim should stay bounded to evidence packs, cohort signals, coverage heatmaps, and export candidates until school-facing reports are route-proven.

In validation

Flashcards and quizzes

Practice modes should inherit question taxonomy metadata, spaced-repetition timing, mastery confidence, and teacher release controls.

In validation

Practice exams and LMS

Exam assembly, course binding, LMS export, and gradebook write-back need separate proof rails before stronger deployment copy is used.

Builder proof path

Promote this section with three proof rails: Storybook taxonomy parity, curriculum descriptor coverage, and route-level teacher approval for generated, graded, practised, and LMS-delivered items.

Source: shared Storybook QuestionTypeTaxonomyCurriculum claim: alignment workflow under validation
Proof center

Give schools a reason to believe every claim before they book a pilot.

Similar education platforms sell activity breadth, AI prep, accommodations, and analytics. GoHiMark should compete by making those ideas inspectable: show the workflow, show the evidence, and show the boundary before a claim becomes a promise.

Implemented

Teacher-controlled AI

AI drafts and rubric suggestions stay behind teacher review, approval, override, and release decisions.

Evidence to show
Teacher workbenchReview queuesClaim status badges
Proof available

Question taxonomy depth

The public builder now maps to the Storybook question taxonomy and exposes question type, Bloom, grade, and validation detail.

Evidence to show
36 Storybook codesBuilder parity validatorQuestion examples
In validation

Curriculum claim hygiene

ACARA and syllabus language is framed as an alignment workflow until descriptor-level coverage manifests are validated.

Evidence to show
Governance planClaim scannerBlocked wording list
In validation

LMS and reporting pathway

Course delivery, gradebook write-back, and reporting are shown as staged integration work with explicit proof gates.

Evidence to show
LMS governance docsRoute inventoryIntegration caveats
Buyer journeys

Classroom teacher

  1. 1Select subject, year, Bloom level, and question type.
  2. 2Generate or adapt a draft item.
  3. 3Review answer, rubric, accessibility, and difficulty.
  4. 4Approve for quiz, flashcards, practice exam, or lesson use.

Head of Department

  1. 1Inspect common-assessment coverage by year and subject.
  2. 2Compare item types and moderation requirements.
  3. 3Review department-level gaps and blocked claims.
  4. 4Approve what can be piloted now versus later.

IT and procurement

  1. 1Check data, AI, hosting, and integration boundaries.
  2. 2Trace claims to evidence and validation status.
  3. 3Separate local proof from production deployment work.
  4. 4Request security and implementation evidence packs.
What stronger competitors teach us

Activity variety

Assessment and classroom platforms lead with many activity types.

GoHiMark should lead with taxonomy depth, validation controls, and teacher approval.

Teacher prep acceleration

AI teacher tools focus on lesson prep, rubrics, reports, and question generation.

GoHiMark should show prep speed only when paired with review, provenance, and export readiness.

Accessibility and accommodations

Mature school platforms make learner access and accommodations visible.

GoHiMark should expose accessibility checks per question type and per delivery mode.

Analytics that inform action

LMS and assessment platforms sell insight, not raw charts.

GoHiMark should show evidence packs, intervention candidates, and confidence caveats.

Best next conversion path

Route buyers from proof center to builder, then from builder to a governed walkthrough request. The sequence is stronger than a generic demo CTA because it lets teachers and procurement inspect the product before a sales conversation.