Don Crowley

Designing the New Core Learning Experience

An active programme, not a finished case study. Launch is targeted for September 2026. I am writing it now because the design decisions made today are the ones worth talking about, not the post-rationalised version after launch.

Role
Head of Design & Product Operations
Organisation
Alef Education, Abu Dhabi
Timeline
2025 – 2026 · in flight
In flight This case study is being written during the work, not after it. Numbers and outcomes will be added when launch happens. The decisions described are real and current as of May 2026.

The problem

Alef's existing learning platform serves 1.8 million learners across multiple education systems. It works. It also carries a decade of accumulated decisions, integrations, and pedagogical assumptions that make it harder to evolve than to extend. The New Core Learning Experience, internally called Weavr, is the rebuild: a new platform that has to honour the strengths of the current product while clearing the constraints that limit where the company can go next.

The design challenge is harder than a redesign. NCLE has to support multiple curricula, multiple languages, multiple device contexts, and multiple stakeholder types: learners, teachers, parents, administrators, and ministries. All of them, without becoming a generic tool that serves none of them well. Check My Understanding, the core assessment type, has to feel native to each context while sharing a single underlying engine.

What I am doing

Three things, in parallel.

Discovery as a design responsibility, not an input to design

My team is embedded in the discovery cycles for each major NCLE workstream. Designers run user research, synthesise findings, and present them alongside product and engineering. The shift from “design receives a brief” to “design owns the discovery” is the single most important change I have made to how the team operates. It is what makes design strategic rather than executional.

A gate process with explicit entry and exit criteria

Every NCLE workstream moves through defined gates: discovery complete, concept validated, build-ready, launch-ready. Each gate has criteria the team agrees to before work starts. This sounds like governance overhead. In practice, it has stopped the pattern of work drifting between phases without clear hand-offs and accountability.

Designers leading full discovery-to-ship cycles

The third goal is the hardest: shifting ownership so that individual designers lead their workstream end-to-end, not just the visual layer. Some are ready. Some are growing into it. The work this year is building the support structures (paired reviews, escalation paths, decision logs) that let people own work at this level without burning out.

Discovery as a design responsibility, not an input to design. That sentence is the entire thesis.

Where the work stands now

What I expect to learn

The honest version: I do not yet know which of the operational changes will hold under launch pressure. Gate processes look elegant in steady state and get tested when timelines compress. The discovery-led model assumes designers have the time and authority to push back on premature solutions. That assumption gets tested every sprint.

What I am confident of: the team is more capable, more autonomous, and more central to product decisions than they were when this programme started. That is the leading indicator. The lagging indicator, learner outcomes from the new platform, is what we will be measured on after launch.

Status as of May 2026

Programme is on track for September 2026 launch. Discovery is the active phase across most workstreams.

Design system unified. Brand tokens consolidated. Accessibility audit complete with remediation in the backlog.

Team has shifted from receiving briefs to owning discovery. Three designers now leading workstreams end-to-end.

Outcome metrics will be added to this page after launch.

Why publish this in flight

Most portfolios refuse to publish unfinished work. The reasoning is understandable: nobody wants to be judged on a project before it ships. But that reasoning produces a portfolio of polished post-mortems, all of which have been edited with the benefit of hindsight. The version of the work hiring managers actually need to see is the one where the outcome is not yet known and the decisions are still being made. That is the version of the job they are hiring for.

I will rewrite this piece after launch with the actual outcomes. Until then, it stays as it is: a case study about a programme that is still moving, written by someone who is still inside it.