cpdeol
Operating model

How I work

End-to-end ownership, measured outcomes, and clean handoffs only when the value is real.

DiscoverStakeholder interviews, process mapping, problem framing — including supply chain and fulfilment mapping where operations span warehouses and partnersDecision artifacts: Stakeholder map with decision owners; Current-state process map with bottlenecks and risk points; Problem framing memo with baseline metrics.
DefineBRDs, user stories, acceptance criteria — translating the problem framing memo into a measurable business case with KPI baselines, target outcomes, and acceptance criteria stakeholders can sign off onDecision artifacts: Requirements decision log with assumptions and trade-offs; Prioritized user story set with acceptance criteria; Business case and KPI success model.
DesignArchitecture, data models, API contracts, integration specsDecision artifacts: Solution architecture options with rationale; API and integration contract pack; Data model and dependency map.
DeliverAgile execution, backlog ownership, UAT, defect triageDecision artifacts: Release plan with risk and rollback criteria; UAT scenario suite and sign-off matrix; Defect triage board with severity ownership.
AdoptTraining, comms, rollout, post-launch supportDecision artifacts: Role-based enablement and communication plan; Change impact map by stakeholder group; Adoption playbook with reinforcement cadence.
ValueKPIs tracked, outcomes measured, platform scalesDecision artifacts: Outcome dashboard with baseline versus current; Executive value review with next investment options; Post-implementation learning report.

Why token-level decisions matter

Systems Thinking in Practice

A concrete view of how choices at the pattern and token layer ripple into product scope and platform outcomes.

The design leverage stackHow design decisions at the token level create leverage across the entire product platform
Platform layerProduct layerAtomic layerCross-productconsistencyFeaturesDesign tokensPlatformstrategyFlowsComponentsBusinessoutcomesPagesPatternsDecisions compound upward — consistency at the base unlocks speed and clarity at the top
  • Token

    Spacing tokens as the single source of truth

    Standardized spacing and radius tokens so specs, Figma, and code referenced the same scale across twelve product surfaces — rolled out across six teams over a single 6-week sprint cycle.

    Cut “is this 16px or 18px?” back-and-forth in reviews and kept visual rhythm consistent where teams shipped independently.

  • Component

    One empty-state pattern, many products

    Defined a reusable empty-state pattern (layout, tone, actions) across four squads, replacing seven divergent implementations that had accumulated across three product lines.

    Retired seven divergent empty states and made onboarding flows feel like one suite instead of separate apps.

  • Platform

    Shared navigation model across the suite

    Aligned primary IA and nav primitives across products so switching contexts did not re-teach users where home and settings lived. Validated through cross-product usability sessions across three product lines — task completion improved 31% on cross-product journeys.

    Reduced cognitive load at handoffs and made cross-sell journeys feel intentional instead of accidental.

  • Token

    Form field contract at the token layer

    Locked label, error, and helper-text spacing to tokens and documented the contract for design and engineering — validated against WCAG 2.1 AA standards across all adopting surfaces before rollout.

    Accessibility fixes in one product propagated as predictable deltas everywhere the contract was adopted.

  • Component

    Status vocabulary in components

    Mapped success, warning, error, and neutral states to shared semantic components instead of one-off banners — formalized in v2.0 of the shared component library and documented in ADR-014.

    Support and ops saw fewer “which red is this?” incidents because state language matched across flows.

  • Platform

    Telemetry hooks tied to platform releases

    Required a minimal analytics contract before features graduated to GA — teams had to define their “active user” KPI (e.g. feature interaction within first 14 days of release) before shipping — so adoption curves were comparable across products.

    Leadership could compare adoption curves without each team defining “active” differently.

Expertise

Teams I lead across every phase.

Most PMs stop at the roadmap. Most BAs stop at the requirements doc.

I stay in the room until the outcome is real

— Technically sound, business-justified, delivered, adopted, and measurable. That's not a common combination. It's the only one I know how to do.

BusinessTechnicalDeliveryAI-Native

Connected content

Move from operating model detail into concrete services and engagement next steps.

Talk through your delivery arc

If you have a messy cross-functional program, I can help frame the decision, build the plan, and drive adoption through to outcomes.