Selected work

Decisions, trade-offs and what I would do differently

Every entry follows the same structure: context, problem, my role, what we did, outcome, and where relevant what I would change. Where a launch went wrong, it says so.

Transaction Junction · 2024 to present

Self-serve reconciliation, and the trust we had to earn back

Head of Product, reporting to the CPO

Context
Transaction Junction sits between retailers, banks, payment providers and value-added service providers as the switching and infrastructure layer. We set out to launch a self-serve reconciliation product as part of a broader redesign of the payment ecosystem and its value proposition. Reconciliation is a mature, well-served category, and most of our target merchants were already comparing us against established enterprise-grade reconciliation engines.
The problem
We were taking an MVP to market against that benchmark, which meant the product had to earn trust before it could earn adoption. In a financial product, trust is not a feature you add later. The customer is comparing what our product shows them against something they already trust: the bank's own mark-off file and their own spreadsheet.
My role
I owned product vision, prioritisation and commercial readiness across the merchant and end-user payments value chain. I gave one product manager and one designer full autonomy to run customer interviews and shape the product from what they heard. My job was to hold the view of whether what they were hearing could scale across the whole merchant base, to challenge assumptions, remove blockers, and keep Commercial, Engineering, CS and Support aligned around the same customer outcome rather than optimising independently.
What we did
  • Ready to sell: established pricing that reflected an MVP rather than a full enterprise suite, clear positioning on what the product did and did not yet cover, and a demo environment showing real reconciliation behaviour rather than mock data.
  • Ready to deliver: worked through transaction volume, variability across bank and merchant integrations, and the matching criteria needed to tie a transaction on our side to its entry in the bank mark-off file. Product and Engineering jointly owned the timeline.
  • Ready to operate: prepared rollout sequencing, customer onboarding and configuration, documentation and operational dependencies, so the product could be implemented consistently across different merchant environments.
  • Ran discovery through the PM and designer directly with different merchant personas, rather than designing for an assumed finance user.
Outcome
  • Accuracy problems appeared after launch. We were matching transaction types we did not have full visibility into, so merchants saw mismatches that were not errors, just gaps in our matching logic. That eroded exactly the trust we had been building.
  • Product, Engineering and Support ran as a single task team. Support fed recurring issues back through structured feedback loops while Engineering isolated the matching logic.
  • We returned to the mark-off file specification, identified matching identifiers usable consistently across the transaction flow, and redesigned the interface to separate positive and negative flows with clearer context on what the data meant and how to act on it.
  • Three weeks from diagnosis to fix. Client queries dropped sharply, trust was restored, and we retained the customer relationships that had been most vocal about the accuracy issues.
What I would do differently
Sales had committed to capabilities, including three-way reconciliation and coverage across all transaction types, that Engineering could not deliver on the original timeline. My instinct at the time was to frame that as outside our control, a technical gap we had not foreseen. On reflection that is not quite right. The real issue was that we had not drawn a hard enough boundary between what Sales could commit to and what had actually been certified and tested. That is a Product accountability gap, not an engineering surprise, and it is the clearest lesson I took from this. I would now put a commercial-to-technical certification boundary in place before Sales starts positioning capability commitments.

Read the full case study

Payment switchingReconciliationEnterprise MVPTrust and adoptionCross-functional recovery
Kalahari · 2010 to 2014

Checkout conversion from 30% to 60%

Head of Design & UX, previously Design Team Lead, reporting to the CEO

Context
One of South Africa's largest eCommerce businesses at the time, part of the Naspers group. The checkout was leaking badly, and the cost of that leak showed up in revenue every day.
The problem
Conversion was being treated as a marketing and traffic problem rather than an experience problem. Every squad was also rebuilding the same interface components slightly differently, which made each fix local and temporary.
My role
I defined and led the product design and UX strategy across the whole customer journey, from discovery and sign-up through to checkout. I led a team of seven designers, two developers and a UX researcher, working alongside product managers, front-end engineers and business analysts.
What we did
  • Rebuilt the checkout journey around observed drop-off rather than assumed intent.
  • Built a visual style guide and UI framework to standardise the customer-facing front end, so fixes held instead of being re-broken by the next squad.
  • Ran UX research into the discovery and sign-up journey, not just the final checkout step.
  • Presented the UX and product findings to the wider Naspers group.
Outcome
  • Checkout conversion moved from 30% to 60%.
  • Best Website Usability, eCommerce Awards 2013.
  • A design system that outlasted individual campaigns and stopped repeated rework.
What I would do differently
This is where I learned that the design conversation and the commercial conversation are the same conversation, and that keeping them in separate rooms is what makes design look like decoration. It is the foundation of how I have led product ever since.
eCommerceConversionDesign systemsUX research
Clickatell · 2016 to 2019

Touch, chat commerce at scale, and knowing when to sunset

Director of Products, reporting to the executive team

Context
Touch was a full-stack, self-serve AI platform for chat commerce: intent, sentiment and entity recognition, channel orchestration, a workflow builder, an automation framework, a 360-degree customer view, chat forwarding and multi-agent chat.
The problem
Enterprises wanted to serve and sell to customers inside the chat apps their customers already used, but had no way to run that at scale with the controls a large business needs.
My role
I led product objectives and the internal and external teams behind the Touch offering, compiling a strategic roadmap against user, business and technical needs, and working with teams across multiple regions.
What we did
  • Built and scaled the Touch platform to enterprise readiness, including the automation and workflow layer that made it operable by non-technical teams.
  • Proposed and launched Touch Go, a light self-service version aimed at customer care and scheduling, with pre-built bots, webchat and an agent desk.
  • Positioned the lighter product at a different market segment from the enterprise platform.
Outcome
  • MTN became the first South African client to run chat commerce over WhatsApp at scale on Touch.
  • Touch Go grew to roughly 1,500 small and medium businesses.
  • The business changed strategy and Touch Go was sunset.
What I would do differently
Do not get emotionally attached to your product. If sunsetting is right for the bigger picture you have to be able to let it go, and do it cleanly. Being right about a market is not the same as it being the right thing for the business to fund at that moment.
Conversational commerceAI platformsWhatsAppEnterprise SaaSProduct sunset

Further work

The rest of the portfolio

Truevo Payments · 2022 to 2023

A product organisation from zero, and the wallets to go with it

Head of Product, reporting to the CEO, part of the executive team

Context
A multinational acquirer operating across Europe, PCI-DSS Level 1, accepting Visa, Mastercard, Google Pay and Apple Pay in over 150 currencies online, in-store, in-app and over the phone.
The problem
There was no product function to speak of, and merchant sign-up was manual enough to be a real constraint on growth.
My role
I formulated product strategy and objectives across card acquiring, virtual POS terminals, the payment gateway, in-app payments, a smart POS terminal and card payouts, while recruiting and enabling the Product and Design team.
What we did
  • Hired and built the Product and Design team within six months, with the structures and processes behind them.
  • Launched Apple Pay and Google Pay.
  • Shipped in-line plugins for WooCommerce, Magento and PrestaShop, so merchants stopped needing a developer to take a payment.
  • Unified and automated the merchant sign-up process.
Outcome
  • A functioning product organisation with defined verticals and ownership where there had been none.
  • Expanded accepted payment methods and reduced the technical effort required for a merchant to integrate.
  • Merchant onboarding moved from manual handling to an automated flow.
Card acquiringApple Pay and Google PayPOSMerchant onboardingPCI-DSS Level 1
Zapper · 2015 to 2016

Past a million transactions, and loyalty that is still running

Head of Product, reporting to the CEO and founder

Context
QR payments across 13 countries with thousands of merchants and app users, needing a single roadmap that worked in markets where payment behaviour was not the same.
The problem
Merchants had transaction totals but not decisions. The back office reported what happened without helping anyone act on it, and there was little reason for a customer to return.
My role
I owned the global product roadmap balancing user, business and technical needs, and led designers, product owners and business analysts. I also ran stakeholder engagement, global business development support and product evangelism internally and externally.
What we did
  • Introduced loyalty cards and voucher programmes inside the app.
  • Substantially improved merchant back-office data so merchants could make decisions rather than read totals.
  • Added waiter referral, rate and review, split payments and further alternative payment methods.
  • Redesigned merchant onboarding and extended usage beyond traditional point of sale, including fuel.
Outcome
  • Broke through the 1 million transaction mark.
  • Loyalty cards introduced then are still in use in the app today.
  • Usage extended beyond restaurant point of sale into fuel and goods.
QR paymentsLoyaltyMulti-marketMerchant analytics
Vodacom · Switch On Benefits · 2019 to 2020

Turning a consumer benefits platform into an enterprise SaaS business

Head of Digital Vouchering & Loyalty, reporting to the executive team

Context
The digital vouchering and loyalty platform behind Switch On Benefits, providing vouchering, loyalty and deal acquisition under the Vodacom Advertising umbrella.
The problem
The platform served consumers directly but was not packaged in a way that let other enterprises license and monetise it against their own audiences.
My role
I led development and delivery of the platform, managing internal teams and external technology partners while interfacing with sales, marketing, product and finance.
What we did
  • Led the transformation to an enterprise SaaS licensing model.
  • Built out four core capabilities: an enterprise API set, corporate licensing, member management and dynamic rendering.
  • Developed and communicated the product vision and roadmap, then led the team in executing it.
Outcome
  • Free customer base grew to over 6 million.
  • Paying subscriber base grew from 400,000 to 1.2 million.
  • Revenue target exceeded by 20%.
Enterprise SaaSLoyalty and rewardsVoucheringLicensing
Ozow · 2023 to 2024

Ozow.Me, consumer payments beyond the checkout

Head of Product (contract), reporting to the CPO and CEO

Context
Ozow provides card-free digital payments in South Africa through real-time bank-to-bank transactions, checkout tools and merchant services, aimed at raising conversion, cutting cost and supporting financial inclusion.
The problem
Bank-to-bank payment was solved at the merchant checkout, but there was no consumer-side reason to keep using it between purchases.
My role
I led product strategy and delivery across card payments, payouts and refunds, working with cross-functional teams on the consumer and merchant experience.
What we did
  • Enhanced Ozow.Me with personalised QR codes and pay-by-link.
  • Added value-added services: airtime, data and electricity purchases.
  • Introduced peer-to-peer payments via contact integration or QR scan, powered by the Ozow.Me wallet.
  • Delivered Ozow PIN, Pay-by-Bank and express checkout flows.
Outcome
  • Measured against defined critical success factors: payment completion rates, user engagement in selecting Ozow at checkout, revenue growth, market share, merchant sales and brand awareness.
  • A consumer surface for a business that had previously only existed at the merchant checkout.
Bank-to-bank paymentsDigital walletPay-by-linkValue-added services
SnapScan · 2021 to 2022

Building the product function, and the early SnapStore app

Chief Product Officer, reporting to the CEO, part of the Exco team

Context
SnapScan is one of South Africa's best known QR payment products. The role covered formulating and leading product strategy against business objectives, and running the product development cycle to improve delivery cadence, quality and predictability.
The problem
Registered businesses could accept a payment but had no way to present what they sold, so the product stopped at the transaction.
My role
I led the Product and Design teams in executing the roadmap, built and grew the team, and set the culture and ways of working alongside internal stakeholders and technology partners.
What we did
  • Recruited and developed a Product and Design team within six months.
  • Led the beginning phases of the SnapStore app, enabling registered SnapScan businesses to accept payments from anywhere.
  • Backed the app with inventory management and business metrics and analytics.
Outcome
  • A functioning product and design capability with defined process and cadence.
  • SnapStore taken through its early product phases.
QR paymentsMerchant toolsTeam buildProduct operating model
UBU International · 2020 to 2021

A white-label marketplace platform, built to be deployed not rebuilt

Head of Product & UX, reporting to the CEO, part of the executive leadership team

Context
UBU International provided white-label mobile payment, customer loyalty and rewards platforms for large distribution networks and brick-and-mortar businesses.
The problem
Enterprises with large existing merchant and end-user bases had no practical way to monetise them without commissioning a bespoke platform build.
My role
I devised and executed the product strategy and led the team across roadmap, positioning, design and user journey, while managing third-party technology partners from commercials through to implementation.
What we did
  • Launched a turnkey marketplace platform with modular components that could be white-labelled or deployed into an existing environment rapidly.
  • Delivered merchant self-onboarding, merchant dashboard, inventory and stock management, and fulfilment.
  • Delivered transactional notifications, loyalty and rewards, campaign capabilities and a mobile wallet.
  • Recruited and built the Product and Design team within six months.
Outcome
  • A deployable platform rather than a bespoke build, giving enterprises with large audiences the tools to monetise their existing merchant and end-user base on one platform.
MarketplaceWhite labelLoyalty and rewardsMobile wallet