Enjoy Development is what a research team, a strategy team and a build team look like when they're one team.
Charities, funders, corporates and public bodies. Research, strategy, software and measurement, from one team that keeps it running after launch.
The organisations doing the most important work usually have the worst tools to do it with. In our previous careers we built the systems behind national campaigns for Coca-Cola, P&G, Ferrero, HP, Duracell and others. Enjoy Development started in 2022 to build to that standard for people who can't afford to get it wrong.
Who you'll work with
The people who lead the work, and the ones you will deal with directly. Behind them is an established team of researchers, designers and engineers.

Paul King
Founder & CEO
Twenty years building software, two companies of his own before this one, both taken to clients you have heard of.
I started as an engineer, became an architect, then ran product and engineering teams. Two of those years were inside a Microsoft partnership, shipping the UK's first mobile data-capture platform for field marketing. In 2003 I founded Teamhaven and spent four years building the first SaaS platform for that industry. Most recently I ran technology strategy at Fieldology, the UK's largest independent field marketing agency.
Between them, those systems ran field operations for Coca-Cola, P&G, Ferrero and others: teams working in stores nationwide, reporting on a launch while it was still happening. That is the standard I mean when I say a charity should not have to settle for less.
In 2020 I started looking sideways. Charities, foundations and public bodies were being asked to do more with less, on software a decade behind what the commercial world takes for granted. It had been nagging at me for years that the organisations doing the most important work had the worst tools to do it with. I started Enjoy Development in 2022 in response.
The best technology disappears into the lives it improves. Listen first. Build the right thing.
Read Paul's writing at paulking.dev
Jonathan Exton
Lead Product Engineer
Design systems and product engineering. Turns a design into components other people can build with, then builds the product on top of them.
I work where design and engineering meet. That means the design system a product runs on, the components and patterns underneath it, and the front end that gets assembled from them. One set of parts, used consistently, so a screen nobody has designed yet still looks like it belongs.
Most of what we work on has to keep running for years, often on a budget that will not grow. That constraint shapes every call I make: boring technology where boring is correct, no lock-in we cannot walk away from, and enough documentation that another team could pick it up.
Paul and I both worked on those field marketing systems before this company existed, running national operations for brands like Coca-Cola and P&G. Charity budgets are smaller. The standard should not be.

Jomy Paul
Senior Developer
Builds the products. Day-to-day engineering across web and mobile, from the first commit to whatever is running in production this morning.
I spend most of my week in the code. Whatever has been agreed with you, I am the one turning it into something that works on a real device, for a real person, with real data behind it.
What I care about is the part after launch. Code the next person can read, tests where they earn their place, and a release that does not need someone watching it.

Katie Taylor
Commercial Growth Partner
Commercial strategy, pipeline and partnerships for purpose-led businesses that need growth to be deliberate, not accidental.
I have spent 15 years in sales, building business-development functions from scratch, recruiting and coaching commercial teams, and turning early conversations into a pipeline a business can plan around. That work has included Neighbourly, Groop and Quirk.
Through KJT Consulting I work with tech-for-good, SaaS and sustainability-first companies at the point where the proposition is clear but the route to revenue is not. Sometimes that means stepping in as the sales function. Sometimes it means putting the systems, playbooks and training in place for the team already there.
Growth should make a purpose-led business more capable of doing the work it exists to do, not pull it away from its values. My job is to make the commercial side practical: the right opportunities, a process people will use, and momentum that survives after I step out.
Four rules we actually work to
Not values on a wall. These are the decisions that change how we scope, staff, price and ship.
Purpose-led
We pick work by what it is actually trying to achieve, and we keep that in front of us every week the project runs. If something we are being asked to build does not serve it, we say so.
Research-backed
We do the research ourselves and we do it properly. When it comes back saying the opposite of what you were hoping for, you get told that too.
Strategy-focused
Decisions before deliverables. We name the trade-offs plainly instead of dressing them up, and we have sat in your chair: inside charities and foundations, as well as inside product teams.
Accountable
We design it, build it and run it. Not advisers who hand it over at the end, the team on the hook for whether it works.
Where this came from
How a career spent building software for big commercial brands ended up pointed at charities, funders and public bodies.
Brands those systems ran for, in the years before Enjoy Development
Got a brief you want to talk through?
A short, considered reply within one working day, from someone who has read what you wrote.
