Case Study

Kepla: marketing automation for small businesses

Kepla was a bootstrapped startup building marketing automation, initially aimed at digital marketing agencies — the wrong market. As founding designer, I contributed to the market pivot that redirected the product toward small businesses, then designed the core campaign creation system from scratch. The result: a hub-based platform that saves users 5+ hours weekly and has scaled from local SMBs to New Zealand's largest media publisher.

Homepage image of the Kepla product showing mobile and desktop
Client
Kepla
Project Type
0-1 product design
Role
Founding Designer
Timeframe
4 months
Team
Product Manager, Lead Developer, Software Engineer
Take a look at the product

The brief

Kepla was a bootstrapped startup building marketing automation. I joined as the first and only designer — no process, no component system, no brand, no product name. Over four months I contributed to a market pivot and designed the core campaign creation system from scratch.

The problem

Small businesses couldn’t afford full-service agency fees. Managing all three platforms simultaneously, with separate logins and separate interfaces, made the cognitive load prohibitive. Time was the constraint, not budget.

What I designed

A hub-based campaign creation system: one central screen showing all selected platforms, all created ads, and the overall campaign state at a glance. Platform-specific creation in modals, so users could complete one platform without losing sight of the whole. Live previews on every creation screen — users could see what the platform would receive before submitting.

Kepla hub view — all platforms and created ads visible in one central overview
Hub view — all platforms and created ads in one central overview.

Results

5+ hrssaved weekly per user through eliminating repetitive platform setup
NZ’s largestmedia publisher served — same platform, no rebuild
Agency marketre-entered at scale — same platform built for SMBs, no rebuild

“Digital marketing seemed daunting at first, but Kepla made it easy and the enquiries just started flowing in. I couldn’t have made a better decision.”

A small business customer

Full Case Study

The pivot and the product

The founders had built Kepla for what they knew — both came from agency backgrounds, and agency was the starting assumption. There was no process, no component system, no brand, and no product name when I joined. Before a line of UI was designed, I identified that SMBs represented a larger opportunity than agencies, and the pivot decision changed what needed to be built.

The market that actually needed this

The founders had built Kepla for agencies — their own background, their own network. Through market scoping conversations, I identified a larger opportunity: SMBs who couldn’t afford full-service agency fees and represented a significantly larger addressable market.

The pivot did more than change the target audience. Designing for agencies required complex multi-account architecture, access rights management, and client-facing views. Designing for a single company account removed all of that — allowing us to go to market faster, with a simpler product that solved one problem well.

The founders already had a network of SMB contacts — the customer acquisition risk of moving away from agencies was lower than it appeared.

Early wireframe showing agency-focused account and campaign management structure
Agency model: users would move between multiple client accounts and campaign views.
Early wireframe showing deeper campaign management flow for agency users
The complexity this required — multi-account architecture, client access — was what the pivot removed.

Who the user actually was

The target users were either business owners running digital marketing alongside everything else, or staff members tasked with it as a secondary responsibility. Users varied in marketing background — some had traditional experience, others had little to none — but digital advertising was new to almost all of them. Across all three platforms simultaneously, with separate logins and separate interfaces, the cognitive load was prohibitive.

Time was the primary constraint, not budget. The question wasn’t whether SMBs could afford Kepla — it was whether the time investment to set it up would be worth it.

Users could complete the process. They just couldn’t remember what they’d done.

Multi-step linear campaign creation — each platform in sequence on its own page.
Linear wizard: platforms in sequence. By the end, users had lost track of what they'd selected.

The first approach to campaign creation was a linear wizard: goals, general information, then each platform’s specifics in sequence. Informal testing sessions with early customers revealed the core problem: users could complete the flow, but by the time they reached the final platform, they’d lost track of what they’d selected earlier — which platforms, and what they’d already filled out.

The problem wasn’t the steps. It was the lack of a persistent overview.

One screen to manage all platforms

Flow diagram showing the revised hub-based campaign creation process
From linear to hub: platforms grouped in one central location instead of buried in a sequential flow.
Central overview showing all platforms and created ads visible at once
Central overview: all platforms visible at all times — tasks chunked, not buried in a linear sequence.

I redesigned the flow around a hub: a central screen that showed all selected platforms, all created ads, and the overall campaign state at a glance. Platforms were added from the hub, not chosen at the start of a sequential flow. Users could see exactly where they were and what remained — the context was never out of sight.

Platform-specific creation opened as modals — visually distinct from the hub but clearly nested within it, so users understood they were completing one part of a larger whole and could return to the hub without losing progress.

Same ad creation structure across every platform — learn it once, apply it across Google, Meta, and LinkedIn
Same ad creation structure across every platform — learn it once, apply it across Google, Meta, and LinkedIn.

A largely standardised ad creation structure worked across all platforms, with platform-specific fields where the API required them. Users learned the system once and applied it three times.

Live previews on the right: users always see what the platform will receive — trust mechanism for non-technical users
Live previews on the right: users always see what the platform will receive.

Dynamic ad previews on the right of every creation page gave users a live view of what the platform would receive — confirmation that the system was creating what they intended before they submitted.

Based on campaign goals, Kepla also suggested which specific ad types to create — removing the decision paralysis of not knowing whether you’d done enough, or where to start.

Two decisions that kept the product on track

Cutting templates. Early designs included campaign templates for running repeat campaigns. User research showed SMBs wouldn’t create enough campaigns to benefit from repeatable structures. I recommended removing templates from the MVP scope — they would have fragmented design and development effort at the most critical stage for a feature the primary users would rarely use.

Designing without a brand. No brand existed at project start — not even a product name. I built on the UI Prep component library and made every colour decision as a named token, planned from day one for a one-to-one swap when brand assets arrived. When they did, integration was fast.

Full brand system applied across the Kepla UI — every colour decision was token-driven, so the swap required no structural redesign
Token-driven from day one — when the brand arrived, the swap required no structural redesign.

Final designs

Final Kepla desktop — hub view showing all platforms and created ads in a central overviewFinal Kepla desktop — campaign creation flow showing platform-specific modalFinal Kepla desktop — platform-specific ad creation with live previewFinal Kepla mobile — responsive execution of the hub and campaign creation

Impact

  • Users save 5+ hours weekly by eliminating repetitive platform setup across Google, Meta, and LinkedIn
  • Platform scaled from local SMBs to NZ’s largest media publisher — same architecture, no rebuild
  • Agency market re-entered at scale after the SMB foundation proved the product’s flexibility
  • Token-based design system enabled full brand integration without structural redesign when brand assets arrived

Reflection

The most consequential decision on this project was the pivot — and I made it without baseline data, because there was none. Market scoping conversations were the evidence. That was enough to make the call, but I’d want more rigour today: user testing on the first-encounter hub experience (does the mental model land without a demo?), funnel instrumentation in campaign creation before launch, and a written decision record for the pivot so the reasoning could be referenced when the team later revisited the agency market.

The hub solved the “lost in the wizard” problem for users who got through onboarding. What I never tested was what happened when a brand new user encountered it for the first time, without a demo or a founder walking them through it. I assumed the mental model was intuitive — the hub is conceptually unusual enough that I should have verified that with a cold-start session before launch.

Being the only designer accelerates your judgment and exposes your blind spots at the same time. Every decision — including ones that felt low-stakes — was made without anyone to push back on it. The token-first approach to the brand and the early customer testing sessions weren’t process applied from a textbook; they were how I built in the checks a team would normally provide. I’d do it the same way again, but I’d be more deliberate about naming it upfront: these are the mechanisms I’m using to compensate for working alone, and here’s what they’re designed to catch.