Creator–brand collaboration is full of friction: discovery, briefs, negotiation, delivery. The temptation is to build for all of it at once — and end up with a platform that does ten things adequately and nothing memorably.

I worked with the founders and engineering to narrow the surface area: define the wedge, sequence the roadmap, and redesign the core collaboration flow so the AI does real work — matching, drafting, pricing — instead of decorating the UI.

Day to day that means owning specs, running the design, and keeping the team honest about what's actually for the user versus what's for the deck.

Live and iterating. The product has a clearer story, a tighter onboarding, and a roadmap the team can defend.

I led product across everything Chineasy shipped — the app, a full website relaunch, even a board game — from planning and scope through testing, deployment, performance, and the day-to-day operations after launch.

The app was a 2022 Apple Design Awards finalist, reached No. 2 in the UK App Store (editor's choice) and No. 6 in the US education category. Beyond the app: a podcast featured by iTunes and Amazon Alexa, and a board game that won a Parents' Choice Award.

Companies want to support employees becoming parents but reach for generic gifts. The opportunity: a brand built around the real moments of becoming a working parent — and finding your feet again at work — that makes people feel seen.

Positioning and messaging, product curation, the brand voice, cold-outreach playbooks for US brands, and the unglamorous operations: orders, fulfillment, and the handoff to logistics partners.

On a team this small, there's no one to delegate the boring parts to — so the strategy has to survive contact with reality. It keeps me honest.

Growing its US client pipeline, with a repeatable outreach motion and a brand that holds together from first email to delivered gift.

I run several projects as an operator and a parent — time is the scarcest thing I have. Existing tools optimize for teams and tickets, not for one person trying to protect deep work. So I built the tool I needed.

Building it solo — design, SwiftUI, the data model, the visual system — is the most honest product education there is. Every shortcut I'd ever waved through as a PM, I now had to actually live with.

It's also where I practice building in public: shipping, writing about the decisions, and letting the work be the proof.

In active development — a Partner → Project → Task model, Workspace Focus, and a soft, rounded visual language that makes daily use feel calm rather than nagging.

MIT Future Ready Camp came together on a compressed timeline: once the team committed to running the program, recruitment needed to begin almost immediately. There was no existing website, registration flow, or operational system to build from.

Rather than launching another standalone form, I created a dedicated subdomain and built the first version of the program website within the compressed timeline. The goal was not only to publish information quickly, but to establish one mechanism that could support every step that followed.

That first website grew into the operating system for the entire participant journey — from program information and registration to payment, automated communication, and, later, booking individual 1-on-1 sessions. The same underlying mechanism continues to support new needs without rebuilding the process each time.

A large-scale youth summit under Dots Global. I led the program coordination — aligning speakers, partners, and the team to put it on, on schedule.

A capacity-building program won through a public tender — internal operations and project management across multiple stakeholders, keeping deliverables and deadlines on track.

This is the counterweight to the product work — proof that strategy without operations is just a nice document. New programs land here as they launch.

YouthLab originally relied on a Google Form for registration. It could collect the necessary information, but it gave participants very little help understanding the program as a whole — what they were joining, how it would work, and what would be expected of them.

We decided to build a dedicated landing page that could explain the program before asking anyone to apply. I structured the content around the participant journey, making the purpose, format, schedule, and next steps easier to understand in one place.

Three surfaces on one deploy: a public page for admissions and logistics; a participant area where students sign in with a personal code to check the schedule, request leave, book a make-up session, and fill in the pre- and post-class surveys; and a staff console behind a passcode for attendance, announcements, rescheduling, and collecting submissions.

A Cloudflare Worker sits in front of Notion as the datastore — roster, leave and make-ups, pre-class surveys, post-class feedback — with R2 holding the documents students upload to justify an absence. Keeping the records in Notion means the program team can read and correct them in a tool they already use, instead of waiting on me.

The website became the program's front door rather than another form link. Participants could make an informed decision before registering, and the same foundation later expanded to support participant actions and staff operations throughout the program.