Chintan Shingala — Product Manager, London

I build the thing,
to decide the thing.

Hi — I'm Chintan. I lead two product squads at a private markets fintech here in London, reporting directly to the CEO. I think product management is mid-rewrite: the cost of being wrong has collapsed, judgment — not process — has moved to the centre of the job, and the durable skill is noticing what that changes and adapting faster than it does.

This site is how I think about building in that world — five beliefs, and three pieces of work where they got tested. Prototypes feature heavily, not because prototyping is the job, but because a working artefact is still the fastest way to decide, to sell, and occasionally to discover that the product you were asked for isn't the one worth making.

Chintan Shingala
fig. 00 — london, most days
before this: pensions data → embedded finance → risk software.
always B2B. always somewhere between the business and the build.
Currently
PM, private markets fintech — two squads
Looking at
Senior PM roles, fintech & AI
Based
London
Contact
01 / SELECTED WORK

Three pieces of work I keep coming back to — not because they shipped smoothly (they didn't), but because each one turned on a decision that could have gone the other way. That's the part worth showing, so that's what each case study walks through. One note: the visuals throughout are redrawn concept illustrations — the real client work stays confidential, as it should.

CO-INVEST

From a single-client service to a product four GPs are trialling on live deals.

The platform I inherited had been built by transcription — one flagship client's process, digitised screen by screen, with no product thinking underneath. We rebuilt from the real co-invest raising process, then used the prototype to widen the room: GPs across the industry, their reactions sharpening what we built. Four GPs have now committed to trials on live deals — one live today, one in implementation, two queued — from a starting position of exactly zero.

what this one shows
holding the tension between serving a design partner and building something the market will actually buy.
Read the decisions →
fig. 01 — the arc
Diagram: twelve weeks from prototype, through market feedback and iteration, to a sellable system of record.
PRE-TRADE

The brief asked for a data room. The answer turned out to be a product line.

We entered an RFP for a virtual data room — without one to show. Rather than compete on parity with providers who'd had a decade's head start, we pivoted the prototype into a complete pre-trade experience — fund, marketing, data room, access, analytics — modular enough to sell standalone. The prototype became the pitch: demoed to a major private markets investor, warmly received, now in evaluation.

what this one shows
reframing the opportunity, not just the solution.
Read the decisions →
fig. 02 — the new cycle
Diagram: the old months-long selling cycle contrasted with a weeks-long build-and-hand-over cycle.
CLEARGLASS

The operational bottleneck that became a revenue line.

ClearGlass brings cost transparency to the pensions industry. The LGPS work arrived as a manual bottleneck — hierarchical fund data, processed by hand, cycle after cycle. I led the build of a multi-scheme platform that automated that processing end to end — mapping structures, visualising data flows, supporting transparent verification — and what had been an internal cost became a new revenue stream, now scaling on the learnings of its first collection cycle.

what this one shows
seeing the product hiding inside an operational problem.
Read the decisions →
fig. 03 — the revenue line
Diagram: five scheme boxes converge into a multi-scheme platform, leading to a cobalt box labelled a new revenue line.
SALARY FINANCE

The integration that made employment data live.

At Salary Finance — a B2B2C fintech serving over 500 UK employers — everything rests on knowing who's employed, at what salary, right now. I led the company's first direct-to-employer API integration, with Sainsburys: real-time employment validation for over 200,000 employees, replacing the lag of periodic files with live salary and leaver data. I wrote the technical and functional specs and designed the backend flow myself — then delivered it on time.

what this one shows
working at engineering depth — designing the flow, not just writing the spec.
Read the decisions →
fig. 04 — file to api
Diagram: then — employer payroll sends a monthly file to the platform. Now — a two-way real-time API between the employer system and the platform, serving 200,000 employees.
02 / HOW I THINK ABOUT BUILDING

Opinions I hold about the work — formed by doing it, and still being revised by it.

The cost of being wrong has collapsed.

It isn't that prototyping got faster, though it did. It's that finding out you were wrong got cheap — an afternoon's work, not a quarter's. That quietly rewrites the economics of every product decision: ideas we'd once have killed on paper are now worth exploring, and answers can change mid-flight, because being wrong on Tuesday means being right by Wednesday. Most teams have updated their tools. Fewer have updated their appetite.

b.01

A persuasive prototype is a double-edged thing.

The same concreteness that gets everyone aligned also ends the conversation early — a good prototype quietly forecloses the five solutions nobody got the chance to propose. Alignment and premature lock-in are one mechanism seen from two sides, and knowing which one you're getting in the room is the actual job. The counterweight is breadth: a prototype in one room aligns a client; the same prototype in ten rooms reveals a market.

b.02

A prototype shows what could be built. Never what should.

Prioritisation stays a human act, no matter how good the artefact is. The most dangerous moment in prototype-driven work is mistaking momentum for a decision.

b.03

Roles don't disappear. They relocate.

When product produces the first concrete artefact, design's job isn't to rubber-stamp it — it's to raise the ceiling. Engineering's job isn't to recreate it — it's to test it against the constraints the prototype was free to ignore. The half-life of any way of working is short, and getting comfortable re-learning the process is the durable skill. What's permanent was never the workflow. It's judgment.

b.04

Trust is architecture.

In markets where the users manage other people's billions, safety isn't a compliance afterthought — it's a first-class product decision, made at design time. Authentication before access, entitlements before answers, audit by construction. The products I'm proudest of led their pitch with the guardrails, and won because of it, not despite it.

b.05