Make it a Conversation Make it a Conversation

Casim · Founding design leader · 0 to 1

The ambition was clear. The product direction wasn't.


Role

VP of Design & Product Strategy · Founding Designer

I joined as employee four, with no product, brand or operating model in place, to define the strategy, build the company playbook and design the entire platform.

Scope

Early stage start-up

Product direction · AI strategy · Org building · 0 to 1 · Design function · Brand · Research · Product management

Casim platform shown across tablet screens
"We wouldn't be where we are today without Luke and the work he did to shape the product and direction."

Stuart McKechnie - CEO & Founder, Casim

The market

Regulation created urgency. The market sold fear.

Every competitor made the deadline the product. I positioned Casim around what businesses actually wanted after it: control, assurance and a way through the complexity.

New regulation was mandating e-invoicing across the region, and every provider in the market ran the same playbook: a six-month implementation with no firm end date.

The commercial model put the risk and the anxiety onto the customer. Non-compliance, lost earnings, fines, sold as urgency rather than solved as a problem.

Casim needed to compete on something else entirely: assurance rather than fear, a system that took on the complexity instead of billing for the time spent explaining it.

The starting point

I joined an idea, not a product.

There was no product definition, brand position, research foundation or shared system. Just a handful of solutions and pressure to keep shipping.

The ambition was broad, but undefined. Solutions existed in different corners of the company, and leadership, product and engineering were each working from different assumptions about what Casim was.

I mapped the market across 150+ competitors, spoke directly to business owners and finance teams, and tested early concepts before committing the org to a plan.

Before choosing what to build next, I needed to establish what Casim actually was.

The reset

Two weeks of research and I changed what the company was building.

I paused execution, brought the founding team into discovery, and turned user evidence into a product thesis the whole company could defend.

Pausing execution at an early-stage startup isn't popular, and I had to make the case for it - as an organisation-wide decision, not a product-team one. I drove the research, direction and brand position end to end.

1. Understand the market

Competitor mapping, stakeholder workshops and positioning.

Competitor mapping

150+ providers mapped across three layers of the market.

Founding-team workshops

Structured discovery sessions with the whole founding team, not just product.

2. Understand the work

Interviews, journey mapping and affinity analysis.

Interview planning

Targeted around the roles closest to the invoice: finance, ops, ownership.

Research calls

Direct conversations with business owners and finance teams.

Affinity mapping

Patterns pulled out of raw interview data before any solutioning began.

AI-assisted synthesis

Research and market data run through AI to surface patterns faster than manual review.

User journey mapping

The end-to-end experience mapped before a single screen was designed.

3. Test a new direction

Product models, concepts and brand positioning.

Early product models

First directional concepts, tested and discarded before committing the org.

Brand positioning

Early exploration of how Casim should sound and feel against the market.

Research insights

"Manual" came up every 90 seconds.

Across a single 76-minute interview, the participant repeatedly described workarounds, bottlenecks and reliance on memory.

01

The real work was dependency management.

Inputs were scattered across people, systems and teams. Creating the invoice was only the final step.

02

Reputational risk mattered more than financial risk.

People were less afraid of losing money than of looking unreliable in front of a customer or regulator.

03

Every role was asking for the same thing: control.

Different jobs produced different workflows, but the underlying need was visibility, continuity and confidence.

Product judgement

The interface wasn't the product. The judgement behind it was.

The system had to anticipate, resolve and explain the work before the user ever had to ask. That's where Casim stopped being compliance software: it became an operational safety net.

It had to act before risk became failure - flagging missing inputs, delays and continuity risks before they hit delivery. And it kept the human in control: decisions stayed visible, explainable and correctable.

"I want independence from bottlenecks and a
monitoring view, to avoid relying on memory."

Rodessa C., research participant

"I want invoicing to run automatically and accurately without relying on other teams, so I can send on time."

Razel G., research participant
End to end service journey for the Casim platform
The full service journey, mapped before any interface work began.
Service blueprint for the Casim platform
The service blueprint that came out of that mapping work.

AI-native by design

AI moved Casim from
processing invoices to
running the work around them.

It planned, monitored, adapted and escalated: agentic behaviour, not automation bolted on after the fact. The interface only surfaced the moments that required human judgement.

When issues arise the system builds a plan shaped by the situation and how that customer has behaved before. Communication is simpler, actions are upfront and intuitive.

Recommendations stayed visible rather than automatic. The system could act, but a person could always see why, and correct it.

Decision framework mapping what the system resolves before the user sees it
Deciding what the system resolves before a user ever sees it.

AI also changed how I built the product.

Research synthesis, market mapping, prototyping and the design system all used AI from the beginning, rather than adding automation after the design was complete.

None of this ran on a traditional design process. Research synthesis, market mapping and brand content all leaned on AI. Components, documentation and production assets moved from Figma through Claude straight into the codebase - a pipeline, extending something I'd started at Careem, that cut concept-to-production time from four weeks to five days, with no handoff to lose intent in.

Where it stands today

The MVP shipped. Early adopters are already using it.

The enterprise solution is built and shipped, live with the first five enterprise customers who are using it and helping it evolve, alongside a launch partner already secured.

Not everything is finished, and it shouldn't be yet. Prototypes exist for future markets, segments and product evolutions: the next layer of the same thesis, not a departure from it.

The playbook reached further than the product did. The whole organisation adopted it, led from the top by the CEO, not just the teams closest to the build.

We shipped a free tool that made the mandate a non-event for anyone who used it.

Before the wider product was ready, we shipped a free tool that checks a company's invoices against the upcoming mandate, then uses AI to fix them into a compliant invoice they can download the same day.

That wasn't a roadmap item handed down from above - we made the call to release it early, because the fastest way to define what Casim should be was to put something real in front of the market and build momentum before the mandate did.

From insight to direction

I turned research into a
product direction the whole
company operated from.

Every major decision traced back to the evidence, from the product model and brand to onboarding, dashboards and the way the team worked.

01

One definition replaced three competing versions of the company.

The product definition aligned leadership, product and engineering around the same users, problems, surfaces and twelve-month direction.

Casim product strategy document

02

The hidden workload became the product.

Dependency management shaped three connected surfaces: the API, integrations and a safety-net portal for work that still required human attention.

Transactions view with filters, part of the Casim platform

03

Control became the experience.

Monitoring views, readiness scores and proactive risk states replaced reliance on memory and scattered follow-up.

Status and actions dashboard from the Casim platform

04

Assurance replaced fear.

The positioning, identity and product language all reinforced confidence rather than amplifying regulatory anxiety.

Casim brand system across marketing and product surfaces

05

Enterprise onboarding was designed for days, not months.

Instead of a long consulting engagement with an uncertain finish, onboarding became a guided product journey with clear progress and responsibility.

Invoice lifecycle tracking from the Casim platform

06

The design system carried decisions into code.

Research principles became reusable components, interaction patterns and engineering guidance, reducing the gap between intent and production.

Design system connected to Figma, the Claude API and VS Code

What this taught me

Early-stage companies do not need faster execution first. They need better product judgement.

Casim began with ambition but no shared foundation. The most valuable decision wasn't to accelerate delivery - it was pausing long enough to define the product, market position and operating model.

Product judgement meant deciding what the brief should be, connecting research to strategy, and giving the organisation a direction to act on.

If you're building early-stage products and need clarity before scale, we should talk.