small theoryLABSConnect with Anirudh
SMALL THEORY LABS AN INDEPENDENT PRODUCT LAB

Small team.
Room to build.

We started the lab with a question: how much could a small team build if AI made software development significantly cheaper?

Between the three of us—Anirudh, Maharshi, and Harsh—we had experience across product, engineering, AI, and business. We wanted to turn that experience into a portfolio of profitable software products. Revenue from one business would help finance the next. Over time, we hoped to build enough cash flow to keep choosing our own work.

Meet the three founders
01
BEATFANTASYFantasy sports · Consumer app & APIs
Built, scaled & closed

We started with
the way we played.

Our first opportunity came from something we were already doing together.

All three of us were avid sports bettors. We researched matches, built algorithms, and used them to construct fantasy teams. Before a match, our conversations would move between player statistics, the assumptions in a model, and the practical problem of entering twenty different lineups before the deadline.

Eventually, we began building tools to make that process easier. That became BeatFantasy.

The early product brought together match research, player predictions, and lineup generation. Users could build multiple teams and move them into the fantasy platforms they already used.

THE BEATFANTASY APPResearch. Build. Play.
BeatFantasy app with cricket matches ready for research01   Find a match
BeatFantasy controls for generating multiple fantasy lineups02   Build your lineups
BeatFantasy generated teams with a bulk copy action03   Take them into play
100K+users reached
$200K+annual recurring revenue
Consumer + APItwo sides of the business

The customer needed
to finish before the match.

One of the first useful pieces of feedback came from a paying customer who needed help copying his teams before a match. We had spent the week debating improvements to the prediction model. He was worried about finishing the task in time.

That conversation changed our priorities. Research, recommendations, team construction, and entry all belonged to the same experience. We had to make the whole thing work.

A larger idea
behind the first product.

Our larger ambition was to become the place serious sports fans went to prepare. Fantasy sports was the starting point. We believed that as fans participated across more platforms and formats, there would be growing demand for independent research and intelligence.

THE THESIS

Become the place a serious sports fan turns to before they play.

ResearchUnderstand the matchForm an opinionPut the data to workActPlay across platforms

The first evidence
that the lab could work.

BeatFantasy eventually reached more than 100,000 users and over $200,000 in annual recurring revenue. We also sold our prediction and team-generation capabilities through APIs to other sports businesses.

At its strongest, the business covered its operating costs and modest founder salaries, with some surplus available for experiments. That was our first evidence that the lab model might work.

AI helped us build prototypes, write integrations, and investigate unfamiliar code with a small team. The time we saved went into work that still demanded our attention: customer support, distribution, data quality, and deciding what to build next.

The room to operate
was getting smaller.

The business was also becoming more difficult to operate.

The GST changes introduced in 2023 put pressure on the real-money gaming ecosystem. We became more careful about costs and put greater emphasis on API revenue. We continued building, but the range of opportunities we could pursue had narrowed.

THE NEXT IDEAS CAME FROM THE WORK ITSELF

During this period, we were also creating tools for ourselves.

02
WIREPLAINDeveloper tools · Chrome extension
Original Chrome extension

From network traffic
to understanding.

One recurring problem involved APIs. Some of the platforms we needed to work with, including Dream11, didn’t make the relevant APIs publicly available. Understanding them meant examining network traffic, following requests and responses, and documenting what we found.

A piece of knowledge would often begin with one person spending an afternoon investigating an endpoint. The next person would need an explanation. A change upstream could send us back through the process.

We built an API interceptor to help. It captured network traffic and used AI to generate documentation and answer questions about the requests.

WIREPLAIN / API WORKSPACEProduct visualization
01Capture

Record the requests behind a browser session.

02Understand

Turn network traffic into readable documentation.

03Ask & build

Get answers from the context you’ve captured.

Useful immediately.
A business was less certain.

We could immediately use it in our own work. The next question was whether developers elsewhere would pay for it.

The first demonstrations were encouraging. People understood the problem and liked seeing an unfamiliar API explained. But their interest became less certain when we discussed regular use and payment. Several encountered the problem only occasionally. Others could get far enough with their existing developer tools and an AI assistant.

We had built something useful. We struggled to find a recurring need strong enough to support the subscription business we wanted.

We kept the prototype and stopped investing in it as a standalone product.

03
CIRCUIT AI ANALYSTProduct analytics · Event catalog & analyst
Event catalog launched

We had the signals.
We needed the context.

Another experiment came from a task we performed every week: understanding what people were doing inside our own software.

We watched sessions, reviewed events, and searched logs. A customer would report a problem, and we would move between tools trying to reconstruct what had happened. Sometimes the information was present, but no one had connected it.

CIRCUIT / PRODUCT ANALYTICSFrom the product prototype
Understand the journey

Bring screens, user actions and drop-offs into the same view.

Find what deserves attention

Connect an issue to its product impact and the next investigation.

A better starting point
for product conversations.

We built an internal AI analyst to help identify patterns and suggest where to investigate.

Its value was easiest to see in our own product meetings. Instead of starting with several dashboards and a collection of open questions, we could begin with a few specific behaviours worth examining.

This developed into Circuit’s analytics work. We launched an event catalog and explored turning the broader analyst into a product for other teams.

Read the event catalog launch

The prototype couldn’t
answer the buying question.

Here, too, the commercial conversations taught us something the prototype couldn’t.

One team liked the analysis but wanted it delivered inside the system they already used. Another needed integrations and permissions that would take substantial work before they could even run a trial. Established vendors were introducing similar capabilities.

The opportunity increasingly required a different kind of business: longer sales cycles, deeper integrations, and considerable investment before customers would commit.

We had to judge that opportunity against the original purpose of the lab. We wanted businesses that a small team could bring to positive cash flow. We couldn’t see a sufficiently reliable route to that outcome for Circuit.

THE DECISION TO STOP

The three of us sat down
to decide what remained.

Then, in 2025, India passed legislation prohibiting online money games. BeatFantasy depended on that market. The business financing much of our work no longer had a viable path forward in the form we had built it.

We had working technology, experience, and several possible directions. We also had responsibilities to customers, partners, and the people who had worked with us. Continuing would mean committing to a new business whose commercial case we had yet to establish.

We decided to close the lab.

The final weeks were practical: stopping renewals, handling refunds, speaking with partners, and documenting the systems we were winding down. There was no single moment when it felt finished. The work became quieter until there was nothing left to operate.

THE PEOPLE BEHIND THE WORK

There were three of us.

Anirudh, Maharshi, and Harsh—with experience across product, AI, engineering, and business. We decided to begin with problems we understood personally.

Anirudh Agarwal

Anirudh Agarwal

Product & AI

Led product and AI, bringing experience in data engineering and technical leadership at Postman.

Meet Anirudh
Maharshi Chattopadhyay

Maharshi Chattopadhyay

Engineering

Brought experience building data systems at Zluri and working on computer vision at Postman.

Meet Maharshi
Harsh Jain

Harsh Jain

Business & growth

Brought experience in growth and partnerships at CRED and as a co-founder of Numans.

Meet Harsh
A CHAPTER, NOW COMPLETE

The lab has closed.
The work is here.

Our original thesis had been partly borne out. A small team could use AI to build and support considerably more software. We had created a business with paying customers and used its revenue to explore further ideas.

The other constraint remained demand. Each product needed a customer who cared enough to adopt it, pay for it, and keep using it. Our experience gave us different answers for each attempt.

The lab is now closed. This site preserves the work: the original ambition, the products people used, the experiments we stopped, and the decisions that brought the chapter to an end.

Continue the conversation with Anirudh