← All worknow showing ( 08 ) / 24

One hub, many communities

One hub, many communities key visual

stackup started as a bubble prototype. it proved the idea and then stopped scaling, so we rebuilt it as one platform made of modules that stand on their own.

Client StackUpDuration 8 months, 2023Role product designerTools figma, figjam, balsamiq, notion, github
( 01 ) Challenge

the prototype started to crack.

as more people joined, performance dropped and every new feature added technical debt. users also couldn't say what the platform was for. that last one was fair. the product wasn't sure yet either.

↗︎↑ mostly black & white. clarity first, on purpose.
( 02 ) Audit

first we traced how the prototype held together.

we mapped data flows and every external integration, and found a system spread across too many tools. alongside that we ran research with developers, campaign creators and learners. they wanted useful tools and a community in the same place. competitors offered one or the other.

the old data architecture, built on bubble
the old data architecture, built on bubble
( 03 ) Four things

what the platform had to do well no matter what.

onboarding that explains what stackup is and personalises what comes next( 01 )
discovery with clear paths through pathways, quests and tools( 02 )
a dashboard that changes with your role and recent activity( 03 )
community actions (sharing progress, asking, giving feedback) built once and reused everywhere( 04 )
( 04 ) Structure

clear lines between modules.

people need different things from different parts of the product. the prototype blurred those boundaries, which goes a long way to explaining why it confused people. i drew an information architecture that keeps modules independent, so new ones can be added without tangling the old.

( 05 ) Priorities

a minimum valuable platform.

viable means it works. valuable means people want to use it. we went in this order:

content design, because nothing else matters if the content is hard to read( 01 )
an admin portal, so internal teams could make changes without an engineer( 02 )
core learner and creator flows end to end, even where parts launched lean( 03 )
( 06 ) Launch

it's still early.

we launched with a clearer information architecture and an adaptive dashboard, built from modular components. load issues dropped, and the shared patterns now run onboard and events without redesigns.

current stackup homepage
( 07 ) What i took from it

no product is too early for architecture.

the prototype taught us a lot, but without structure everything we learned turned into a bottleneck. the most useful outcome was an answer to a plain question: what is this for, and who is it for?

( ↳ ) Inside this project
( ↗︎ ) Afterwards
Next track →
The moment before the mistake