Manish Gaud

— About

A practice built on thinking before building.

I’m Manish Gaud — a senior solution architect working with global founders on multi-tenant SaaS, AI integration, and the architectural decisions that compound for years. Independent. India-based. Seventeen years in.

The work

I’ve spent the last seventeen years building production SaaS — most of that as the technical lead, latterly as the founder and CTO of Bhavi Technologies, a small engineering studio based in Vadodara, India.

I started Bhavi in 2012 because I wanted to build a service company that helps global clients ship quality products and stay supported for the long term — not a body shop, not a delivery factory. The studio worked with European clients for over a decade. Today most of my time goes into a long-running European engagement where I lead architecture for their core platform, and into building two of my own products: Employrax and DocSense.

The work I’m proudest of isn’t the code. It’s the architectural calls that hold up three years later — the multi-tenant boundary that prevents the data leak nobody is testing for, the modular monolith that lets a small team ship without microservice overhead, the compensation snapshotting that means historical payroll never silently changes. Most software fails on decisions made in the first month, not the last. My job is to make those decisions count.

What I believe

I believe in architecture and structure. If the foundation is right, the product can expand into shapes you haven’t imagined yet. If the foundation is wrong, every new feature costs more than the last one, and eventually the team stops shipping.

That conviction shapes how I work, what I build, and what I refuse to build. A few specific opinions that follow from it:

The right time to think about scale is during the data model design — not after the third outage.

Multi-tenant data isolation is structural, not careful. If your safety depends on a developer remembering to add WHERE tenant_id = ? to every query, you’ve already lost.

Microservices solve organizational problems, not technical ones. Most early-stage products that adopt them regret it within two years.

AI-assisted coding hasn’t made architects obsolete. It’s made architects more valuable, because the cost of writing bad code dropped to zero while the cost of designing the wrong system stayed exactly the same.

Boring stacks win. PostgreSQL, Laravel, FastAPI, React, AWS — used with discipline — outlast every framework-of-the-month.

How I work

I design first, then build. Specifications, architecture diagrams, and rollout sequencing come before any line of production code. This is the part that distinguishes a senior engagement from a freelance one: clients pay for the decisions they don’t have to make.

For implementation, I work the way most senior engineers do in 2026 — directing modern AI coding tools (Cursor, Claude) under tight supervision rather than typing every character by hand. The architecture is mine; the velocity comes from the tools. Every line that ships, I review and own. If something breaks at 2am, I’m the one who fixes it.

I work with a small number of clients at a time — usually one or two active engagements — so each gets real attention.

How I want to work together

I don’t interview, take coding tests, or “prove myself” through trial tasks. After seventeen years, the proof is the work — the products I’ve built, the architecture I can walk you through, the live systems you can look at. If you want to evaluate me, the right way is a conversation about your problem, not a take-home exercise.

What I offer instead is straightforward: a call where we discuss what you’re trying to build, I ask the questions a senior architect would ask, and we both decide honestly whether I’m the right person to help. If I’m not, I’ll tell you and often I can point you to someone better. If I am, we agree on scope and start.

I take engagements that are well-defined enough to do good work in. I turn down projects where I’d be a commodity coder, where the spec is “just build what we tell you,” or where the buyer wants seniority but isn’t willing to pay for the thinking that produces it.

The studio

The work I do happens through two companies I run today: Kashi Technologies Pvt. Ltd., the parent entity for my products, and Krayons Technology, my consulting practice. Together they’re the current chapter of a longer journey.

I’ve been building software for clients under one banner or another since 2008, and running my own companies since 2012. Each transition has been about getting the structure right for what I wanted to build next.

2012 — Founded Bhavi Technologies India Pvt. Ltd. as a service company for global clients. A decade of long-running European engagements, mostly architecture and delivery for SaaS platforms. Dissolved in 2023.

2023 — Started Krayons Technology as an independent consulting practice, refocused around a smaller portfolio of senior architecture and AI-integration engagements.

2026 — Founded Kashi Technologies Pvt. Ltd. as the parent company for the products I’m now building. Krayons operates under Kashi’s umbrella; Employrax and DocSense live directly under Kashi.

Same person, three chapters, seventeen years of work. The structure changes; the discipline doesn’t.

Two products in active development under Kashi:

Employrax — an India-first HR and payroll SaaS designed for European SMBs. Multi-tenant from day one, with statutory compliance (TDS, PF, ESI, Form 16) as a first-class capability.

DocSense — a multi-tenant RAG document intelligence platform with per-user data isolation and usage metering. Live at docsense.co.in.

Both serve as proving grounds for the architectural patterns I deploy with clients.

Manish Gaud, Vadodara, India.

Working together

I take on one or two new engagements at a time. Most work falls into one of four shapes: an AI integration audit, a multi-tenant SaaS architecture review, a fractional architect retainer, or a defined build project. See the services page for specifics.

If you’ve read this far and something I’ve described matches what you need, I’d be glad to talk.

Begin a conversation →