●  Chintan Shingala

Built for a job
that keeps changing.

Hi - I'm Chintan. I've spent eight years building fintech products across insurance, risk, salary-linked lending, pensions and private markets - the last five as a product manager, currently leading two product squads and reporting directly to the CEO. In that time the job has changed underneath me: from writing specs and translating between business and build, to designing systems, shipping working artefacts, and making judgment calls that used to take whole teams. The PMs who thrive aren't the ones with the perfect process - they're the ones who notice the job changing and move first.

This site is what that looks like in practice: four pieces of work across four companies, told through the decisions that shaped them - and five beliefs about where the job is going, formed by doing it and revised by doing it again.

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
Product roles with room to grow and lead
Based
London
Contact
01 / SELECTED WORK

Four 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.

What this one shows
Holding the tension between serving a design partner and building something the market will actually buy.
PRE-TRADE

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

What this one shows
Reframing the opportunity, not just the solution.
CLEARGLASS

The operational bottleneck that became a revenue line.

What this one shows
Seeing the product hiding inside an operational problem.
SALARY FINANCE

The integration that made employment data live.

What this one shows
Working at engineering depth - designing the flow, not just writing the spec.
02 / HOW I THINK ABOUT BUILDING

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

Product management reinvents itself every few years.

You can read the reinventions in the tooling. In 2018 the job lived in Jira - requirements, tickets, translation between business and build. By 2021 it lived in analytics dashboards and user interviews - evidence, discovery, and the authority to say no. Now it lives in AI tooling - and a skilled PM can define, research, build and iterate in weeks what once took a team and months. Each wave stacked on the last rather than replacing it, which is why the job keeps getting bigger. The trick is noticing which version you're in.

B.01

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.02

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. And however good the artefact gets, it only ever shows what could be built - never what should. Prioritisation stays a human act; the most dangerous moment in prototype-driven work is mistaking momentum for a decision.

B.03

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.04

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.05