TARINI BANERJI / FOUNDER & PRODUCT LEAD

Circles

More in common
than you think.

A living social map of NYC: people, communities and plans connected by what you share.

YouSomeone
you haven’t met yet
Both training for your first marathonBoth love matchaBoth navigating a recent breakup

Different stories. More than one starting point.

Illustrative examples, not live matches or private information about anyone.
THE PRODUCT

Not more strangers.
More starting points.

Circles connects people through shared interests, current life chapters and everyday rhythms. Events provide a reason to meet; communities provide a place to return.

MY ROLE / 0 → 1

From framing to working product.

I defined the product concept, designed the experience and data model, and implemented the application with AI-assisted tools. Then I took it to a paid pilot in Delhi: 89 applications, 25 paying guests.

THE BUSINESS BET

Earn the second encounter.

Start with curated experiences and local density. People have already shown they’ll pay; next comes repeat connection.

COMMERCIAL PROOF / DELHI PAID PILOT

People applied, and people paid.

89applications through the matching form
25paying guests
~28%application → paid conversion

Circles & Conversations, Delhi: a single hosted evening with guests seated in matched circles of about six. I ran it end to end, from the application form and payment flow to seating and the questions on each table. This shows demand for one hosted experience. Retention is the next thing to test.

WHAT I OWNED

Every decision below was mine.

Decided

Overlap ranking instead of popularity. Three RSVP states, including “looking for a group”. Deterministic match explanations instead of LLM-written ones.

Built

Five-step tap-based onboarding, the overlap profile and Venn, overlap-ranked home rails, event People Interested, the Delhi application, payments webhook, seating and guest lookup.

Traded off

Richer signals vs. onboarding drop-off, so all icebreakers are optional. Manual seating overrides on top of the algorithm, for real constraints the data doesn’t capture.

01 / The opportunity

Discovery is abundant.
Belonging is scarce.

Circles is positioned as a living map of people, communities and plans already overlapping around you. The goal is to turn one-off interactions into familiar faces and repeat connection.

User problem

“Who do I go with?”

Even in a city full of activities, the effort of finding company, coordinating and showing up can stop a plan before it starts.

Product hypothesis

Plans as a social bridge

Shared context and concrete activities may make introductions feel warmer and lower the barrier to meeting offline.

North star candidate

Repeat connection

Measure whether people reconnect, not just whether they browse, match, or attend once. Proposed metric; not a reported result.

“Not another feed. Not another group chat. Not another event app.”

Positioning adapted from the public Circles homepage.

02 / Experience design

Four acts, one relationship loop.

These four steps are described on the public Circles website. The design rationale below is my product interpretation; the public page does not establish funnel performance.

01 / PROFILE

Express your world

Neighborhood, interests and communities give people context beyond a static bio.

02 / OVERLAP

Find warm signals

Shared interests, friends, communities and plans create a more natural starting point.

03 / PLANS

Make it concrete

Curated nearby plans move users from abstract intent to something they can attend.

04 / CIRCLE

See each other again

The goal is repeated familiarity, not an endless supply of new introductions.

Illustrative people connected by overlapping circlesDesigned around belonging, not endless swiping.
Product tradeoffs

What we optimize for

Relevance over volume. A small set of credible plans instead of overwhelming choice.

Context over cold starts. Social overlap gives people a reason to connect.

Offline outcomes over screen time. The desired behavior happens outside the app.

These are positioning and design principles, not claims of measured lift.

THE PRODUCT IN YOUR HANDS / ILLUSTRATIVE PEOPLE & PLANS
03 / Technical judgment

Matching is a product decision, not a magic score.

Circles' founder reports using structured matching signals and replacing unreliable LLM-written match explanations with deterministic templates. This portfolio intentionally omits the production weights, scoring function, thresholds and group-formation algorithm.

Conceptual architecture · not production implementation
Consent-based profile & plan signals
→
Eligibility & safety checks
→
Compatibility evaluation
→
Group-level review
→
Grounded explanation

Illustrative logical stages only. No claim is made that these are the exact live services, sequence, or safeguards.

Interactive demo · synthetic inputs

Explore the matching tradeoffs

Move the sliders to see how different signals can affect a simple public-safe suitability illustration. Equal weighting is used solely for this demo.

65/100

Explore group fit

Not a production score or prediction. Real matching requires consent, safety, context, group composition and evaluation beyond this toy example.

Decision memo

Why we reduced LLM-generated explanations

Observed problem (founder-reported): Generated matching copy sometimes asserted shared traits unsupported by source data.

Decision: Use deterministic, data-grounded explanation templates rather than free-form generated claims.

Tradeoff: Less expressive language, but stronger factual control, inspectability and user trust.

How I'd evaluate it: Unsupported-claim rate, user comprehension, complaint rate, match acceptance and downstream attendance.

What this demonstrates
AI judgment means knowing when not to use generative AI.
Building with Lovable · founder-reported

From product idea to working application

I built Circles using Lovable, applying AI-assisted development to iterate on product experiences and workflows. This demonstrates hands-on prototyping and an ability to connect UX requirements with implementation. The public website alone does not verify the full production stack, security controls, integrations or app-level adoption; those details are deliberately not claimed here.

03 / ENGINEERING & AI JUDGMENT

Strong foundations. Deliberate boundaries.

I used AI-assisted development to build the product. The important work was deciding what the system should know, guarantee, and never assume.

Experience

React · TypeScript

People, overlap, circles & plans

Product logic

TanStack server functions

Matching, member actions & verified webhooks

Data & access

Postgres · access policies

Profiles, memberships, messages & payments

THE DECISION

Make overlap a data relationship, not an AI verdict.

Interests, intent and life context are explicit signals. Shared-item explanations come from stored answers, so a person can see the actual starting point.

The tradeoff

Structured choices miss some nuance. A ranking is a useful introduction—not a prediction of friendship.

Implemented evidence
Profile taxonomy → overlap services → connection cards
Acceptance check / next test
Can a guest explain what connects them to someone without seeing a score?

My AI thesisAutomate the work around connection—not the human judgment of who deserves one.

Product principle, not a research finding

Tools accelerate execution. They don’t own the decisions.

Lovable supported the build. Managed infrastructure provides auth and storage; Stripe, Razorpay and messaging integrations appear in the codebase. Their presence is implementation evidence, not a claim that every provider is live or that the entire system has passed a security audit.

04 / Commercial judgment

A relationship product with an offline proof point.

Early paid-event validation supports a narrow conclusion: people were willing to pay for a curated social experience. It does not establish app retention, repeat engagement or scalable unit economics.

Positioning against alternatives

ApproachPrimary job to be doneCircles' intended differentiation
Event discovery platformsFind something to attendSurface the people and communities around the plan
Friend discovery appsMeet potential friendsAnchor introductions in shared real-world activity
Curated social experiencesAttend a facilitated gatheringBuild continuity beyond a single experience

Qualitative positioning framework, not an independently validated competitor feature audit.

Potential business model · hypothesis

Start with high-intent experiences

Curated gatherings can test willingness to pay and the operational requirements for quality. Possible longer-term models include ticketing or venue partnerships, but these are not presented as proven recurring revenue streams.

Marketplace challenge

Density before breadth

A neighborhood-first launch can help concentrate plans and community overlap. The tradeoff is slower geographic expansion in exchange for a stronger chance of repeat interaction.

05 / Next product bets

What I'd test next.

These are proposed experiments, not shipped features or achieved outcomes.

Experiment A

Measure the second encounter

Instrument opt-in post-event feedback and repeat co-attendance. Test whether continuity prompts improve meaningful reconnection without feeling intrusive.

Primary metric: repeat meaningful connection within 30 days.

Experiment B

Improve first-plan activation

Compare a focused set of context-rich plans with a broader browse experience, while holding neighborhood supply constant.

Primary metric: qualified plan attendance per activated user.

Experiment C

Earn trust in matching

Test whether clear, grounded explanations improve users' confidence and attendance relative to opaque recommendations.

Guardrail: misleading-explanation reports and opt-outs.

Product philosophy

Start with a real behavior, not a fashionable technology. Make the tradeoffs explicit. Ship the smallest credible experience. Measure what happens in the world.

ONE DECISION, START TO FINISH

From an LLM to deterministic logic.

  1. 01 · Problem

    LLM-written “why you match” lines sometimes claimed things that weren’t in either profile.

  2. 02 · Alternatives

    Better prompts, a verification pass, or templates built only from shared fields.

  3. 03 · Decision

    Deterministic templates: every explanation is built from the overlap data the two people actually share.

  4. 04 · Result

    Explanations can be traced back to profile data, and nothing is made up.

  5. 05 · Next validation

    Test whether explained matches lead to more “looking for a group” RSVPs than unexplained ones.

MARKET / BOTTOM-UP, NOT TAM

Size it by tables, not by population.

Reachable adults in a city × share who attend a paid hosted evening × evenings per year × ticket price

The first numbers I trust come from the pilot: 89 applications and 25 paid seats from one event. Before I put a dollar figure on the market, I’d measure two things: how many guests come back, and what one city can sustain each month.

TARINI BANERJI

I found the opportunity, designed the product, shipped it, and tested whether people would pay.

TARINI BANERJI / CIRCLES

The product is the starting point.
The judgment is the case study.

Product framing → interaction design → structured matching → real-world operations → the next measurable bet.

Back to the beginning ↑