← Back to work

Product adoption · Resource centre · Go-to-market enablement

Bluehook Resource Centre

Turning scattered product knowledge into a clearer adoption layer.

Design completed and handed over for development.

Bluehook had valuable walkthroughs, training guidance, and product knowledge — but too much of it lived in shared folders, support messages, manually sent links, and one-off customer conversations.

I reframed the challenge as a product-adoption problem: how do we give people a clearer way to discover, understand, and return to product knowledge without depending on someone to manually guide them there?

The Resource Centre became a practical learning layer for go-to-market: faster to launch than a full in-app onboarding system, easier to maintain, and better suited to helping prospects, customers, and internal teams understand Bluehook at their own pace.

These scenarios reflect the product thinking, UX/UI direction, and handover work completed before implementation.

Product area
Resource centre / product education
Focus
Information architecture, content structure, adoption
Role
Product design, content structure, front-end prototype
Scope
Resource library, video cards, categories, viewing flow
Status
Design completed — handed over for development
Hero scenario
A public-facing resource library designed to make product learning easier to browse, scan, and return to.

01 / Context

Context

There wasn’t a broken resource page to redesign. There was no proper home for the knowledge.

Before the Resource Centre existed, product education did not live in one designed surface. Useful content existed, but it moved through support conversations, training links, shared folders, manual lists, and videos sent when customers asked for help.

That worked for one-off support moments, but it did not scale well for a product that needed clearer onboarding, stronger go-to-market support, and a more self-serve way for people to learn.

The knowledge existed. The experience needed a home.

02 / The gap

The gap

The problem was not just content access. It was product confidence.

When product knowledge is scattered, users struggle to build momentum. Support teams lose time answering repeat questions. New users depend on someone knowing what to send, when to send it, and where it lives.

For Bluehook, the opportunity was to make learning feel more intentional: a place where people could browse by topic, understand what a video covered, and revisit guidance without needing a support handoff every time.

Scattered resources

Training links, video walkthroughs, folders, and support guidance existed, but not in one clear destination.

Manual support loop

The right resource often depended on someone from support knowing what to share and when.

Harder self-serve learning

Users could not easily scan, compare, or return to product guidance on their own.

Go-to-market gap

The product needed a clearer public-facing education layer, not only internal or support-led knowledge sharing.

03 / Why this mattered

Why this mattered

Product adoption does not only happen inside the product.

A user can understand a feature, trust a workflow, or feel ready to try something before they ever open the app. For Bluehook, the Resource Centre became a way to package product knowledge in a format that supported learning, sales conversations, onboarding, and customer enablement.

The real design question became:

How do we help people understand and adopt the product without someone needing to manually guide them there?

04 / Why not in-app first

Why not in-app onboarding first?

We explored the heavier route, but it was not the right first move.

We looked at patterns and tooling in the world of Userpilot, UserGuiding, and in-app onboarding. Those tools can be useful, but for this moment they were not the best fit.

They were more operationally demanding, more tightly tied to in-product guidance, and better suited to a later stage of product maturity. Bluehook needed something lighter and faster first: a learning layer that could support go-to-market immediately, live outside the app, and become easier to maintain as the content library grew.

The right product move was not the most powerful tool. It was the most useful next layer.

05 / Content structure

How the content structure took shape

The work was less about designing cards and more about designing findability.

A big part of the work was shaping the information model: video titles, subtitles, categories, tags, groupings, and the logic of how someone would browse.

The Resource Centre needed to feel useful at a glance. That meant creating a structure that could hold different kinds of learning content without becoming another messy folder.

Featured learning up front

A strong hero video gave users a clear starting point instead of dropping them directly into a wall of content.

Categories by product area

Content was grouped around practical product areas and workflows, making the library easier to scan.

Video cards with context

Each card needed a title, short explanation, type, and time estimate so users could decide what was useful before opening it.

Focused viewing flow

The modal viewing experience let users watch a resource without losing the surrounding library context.

06 / Final experience

The final experience

The Resource Centre became a clearer bridge between product knowledge and product adoption.

The final direction brought product education into one public-facing destination. Users could browse by category, scan resource cards, open a video in context, and return to the library without needing to ask support where to start.

Final page
The final resource experience gave product knowledge a clearer public-facing home.
Viewing flow
A focused video modal supported deeper learning without pulling users away from the resource library.

07 / What this changed

What this changed

The value was not just a cleaner page. It was a more scalable way to package product learning.

The Resource Centre created a stronger foundation for product education, support enablement, and go-to-market storytelling.

Clearer learning entry point

Users had one place to start instead of relying on manually shared links.

Less support dependency

Support could point users to structured guidance instead of repeatedly sending individual resources.

Better product adoption layer

The library helped explain product workflows in a format people could scan, trust, and revisit.

More scalable content foundation

Categories and video cards made it easier to grow the library without losing structure.

08 / Reflection

Reflection

This project reminded me that product adoption is not always solved by adding more inside the product.

Sometimes the most useful move is to create the layer around the product that helps people understand it in the first place.

The Resource Centre did not try to solve every onboarding problem. It created a clearer first step: a practical, browsable, maintainable place for product knowledge to live.

It turned support-led knowledge into something more product-led, more findable, and easier to grow.