Back to work

Project Meridian

Confidential projectSystems blueprint
ProblemDeep specialist knowledge existed, but there was no product model, usable experience, or technical system to turn it into something families and caregivers could use.
My roleProduct Design & Engineering Lead — domain expertise to MVP to full product system
OutcomeA working end-to-end product system in a production-shaped local environment, with cloud rollout deliberately gated behind product and technical validation.
0→MVP
concept shaped into a testable product
5
connected product surfaces
19
documented end-to-end journeys
CONTEXT

From specialist knowledge to a product people could use

The product began with deep domain expertise, but no defined product, user experience, or technical system. The owner understood the problem space, its users, and the underlying methodology. My responsibility was to translate that knowledge into a coherent product.

Domain decisions remained with the owner. I led product discovery, clarified requirements, challenged ambiguity, and turned complex knowledge into product strategy, user journeys, interaction models, and an executable delivery plan.

01 · ZERO TO MVP

Building the first product from nothing

There was no inherited product model or established delivery team. I structured the proposition, mapped the primary family and caregiver journeys, designed the information architecture and visual language, and built the first working experience.

The MVP made the core loop testable: establish a baseline, record observations over time, surface patterns, and turn those records into evidence that could be understood and shared. It gave the domain owner something concrete to evaluate rather than a collection of ideas.

02 · MVP TO SYSTEM

The MVP proved the idea; the next system made it real

A testable MVP was only the first milestone. As the lifecycle expanded, the product needed proper account states, family and caregiver permissions, consent history, report processing, operational support, analysis access, and data-rights workflows.

The product was restructured into native iOS and Android experiences, a client website, a staff operations dashboard, and a separate analysis surface. Shared backend services, domain contracts, asynchronous jobs, and infrastructure definitions now connect those experiences as one system.

03 · DESIGNING THE WHOLE

One experience across five connected surfaces

The design responsibility extended beyond customer screens. A family’s action in the app could change a report state, create an operational task, affect what a caregiver was allowed to see, and determine what anonymized information could reach an analyst.

I designed these relationships as complete journeys rather than isolated pages. Nineteen documented flows connect onboarding, recurring records, reports, family access, notifications, settings, governed sharing, and account deletion across consumer and operational surfaces.

04 · DELIVERY

Designing, engineering, and reviewing at system scale

My role grew from product and interface design into technical architecture and hands-on delivery across native clients, React applications, ASP.NET services, data contracts, local cloud infrastructure, automated tests, and release planning.

Agents increased implementation capacity, but did not own product direction. Work was driven through written specifications, adversarial review, delegated implementation, independent audit, and human verification — especially where permissions, private records, deletion, or report accuracy were involved.

05 · CURRENT STATE

A real product system, with an honest release boundary

The platform works end to end in a production-shaped local environment. The clients, APIs, worker processing, identity, queues, databases, artifact storage, and operational tools run together against locally simulated cloud services.

It is not presented as a production launch. Cloud environments are the next controlled stage, deliberately gated behind end-to-end validation and infrastructure checks. The evidence here is the transformation from zero to MVP, and from MVP to a coherent product system ready for that next step.

REFLECTION

Beyond financial products

My earlier experience was concentrated in banking, wealth management, and fintech. That work taught me to design within regulated environments, handle complex information, and create systems that remain consistent at scale.

This project broadened both my domain range and my design responsibility. It required working closely with a specialist without pretending to replace their expertise, then carrying that knowledge across strategy, service design, native and web experiences, operations, governance, architecture, implementation, testing, and release planning.

The result is a broader practice: bringing the rigour developed in financial services into a new domain, learning its constraints, and turning specialist knowledge into a coherent product system.

See how I ship with agentsBack to work