Skip to the case study

Followthe money.

One request. A queue. A worker. A bank.

Scroll into the story
Original Paykit payout queue

A product I helped bring into the worldExplore / play / keep going ↘

A payout, made visible

Choose a moment ↘

A merchant asks to withdraw.

An interaction explaining the designed flow. No live transfers.

The story behind the play Read the thinking ↗

The hook

A worker takes a queue of withdrawal requests and sends them to the bank. The operations team no longer has to shepherd every payout by hand.

Context

Every payment product needs an internal system that can manage merchants, transactions, risk, reconciliation, and settlement. For Paykit, payout activity also had to connect to the ERP and the bank without obscuring the status of real money.

The move

I made payout an explicit pipeline instead of an admin task: withdrawal request, automatic processing queue, worker, then bank transfer. Each stage has a state the operations team can inspect.

What shipped

I designed the Operation Center for merchant, transaction, and risk management, alongside ERP-supported reconciliation and settlement. A merchant adds a bank account and requests a withdrawal; the request enters the queue; the worker selects it and sends the transfer to the bank.

Outcome

The back office made an invisible process legible. Operations could see where a payout was in the flow while the repeatable transfer work could run as a system.