Home/Work

The work, by outcome.

Client names are kept confidential — these are described by industry and result. Full technical detail is available under NDA on request.

Industries served

Depth across sectors.

SaaS & Technology Data Center & Hosting Manufacturing Distribution & Wholesale Financial Services Professional Services
01
SaaS · Data Center
APAC
Revenue Cloud AdvancedPandaDocWHMCS migration

A nine-month Revenue Cloud build, owned end to end

The challenge

A data-center SaaS provider was running renewals through a legacy billing platform that couldn't keep pace with their product and pricing complexity. They needed a full Revenue Cloud Advanced implementation — and someone to own it as both architect and project lead.

What I did

Designed the complete model: products, bundles, and pricing procedures; approval routing; and a document workflow via PandaDoc. The centrepiece was a WHMCS-to-Revenue-Cloud renewal migration that moved an existing recurring-revenue book onto the new platform without dropping renewals in transit.

9 months
End-to-end delivery
Lead SA / PM
Single owner
Zero
Renewals lost in migration
02
Manufacturing · Distribution
B2B Commerce CloudSalesforce PaymentsGateway integration

B2B Commerce and payments, clearing end to end

The challenge

A manufacturing and distribution business needed B2B buyers to check out and pay online — but the payment flows weren't clearing, and gateway provisioning had stalled the rollout. Both checkout card payments and invoice-based Pay Now had to work reliably.

What I did

Diagnosed the gateway provisioning issue, moved the checkout to the native Salesforce Payments component, and set up the correct permissions and webhook plumbing. Confirmed both card checkout and authenticated Pay Now clearing cleanly through to the processor, and set up the sandbox as a production-ready reference.

E2E verified
Card + Pay Now flows
Native
Salesforce Payments
Unblocked
Gateway provisioning
03
Manufacturing · Distribution
AgentforceFlowsSecurity model

An Agentforce portal assistant, governed by design

The challenge

The same business wanted a portal assistant that could help authenticated users self-serve — without ever exposing data the user shouldn't see. An agent is only safe if its guardrails are designed in from the start, not bolted on.

What I did

Architected the full agent: a topology of ten subagents, custom flows, and clear action-to-flow bindings for every capability the agent offered. A central verification gate governs the entire security model — the agent can only act once the user's identity is confirmed.

10 subagents
Structured topology
1 gate
Central verification
Bound
Every action to a flow
04
SaaS · Analytics
CPQ / Revenue CloudAmendment logicLeakage attribution

Tracing a proration gap back to its root cause

The challenge

An analytics SaaS company was quietly losing revenue on amendments — mid-term changes weren't prorating correctly, but nobody could point to why. The gap was real money, spread thin enough to be hard to see.

What I did

Ran a revenue-leakage analysis that traced the gap through the amendment logic to the exact configuration objects responsible, then staged a recovery path for the team to review and approve — no silent writebacks. This engagement became the basis for the Logicrux leakage-forensics methodology.

Root cause
Isolated to config
Stage & approve
No silent writes
Repeatable
Methodology defined
A note on confidentiality

Why you won't see logos here.

Revenue configuration, pricing logic, and security models are commercially sensitive. Client names and specifics stay confidential by default — described here only by industry and outcome. In a scoping conversation, and under NDA, I'm happy to walk through the technical detail of any engagement above.

Let's talk

Want the detail behind one of these?

Reach out and I'll walk you through the architecture, the decisions, and what it would take for your org.