AYUSH MAHAJAN
VOICE-FIRST FOUNDER EVALUATION2024—26
PerPitch

A founder should finish the thought before the AI performs intelligence.

I built PerPitch as a voice-first investor simulation: a founder can pitch naturally, receive selective questions, and get structured analysis grounded in the session, startup context, and supporting evidence.

For
Founders preparing to explain and defend an early-stage company
Ayush owned
Founder and product/AI lead; led a team of roughly six through discovery, implementation, and pilot use
Scope
Live pitch → selective challenge → evidence processing → structured memo
CONCEPTUAL / PERPITCH / LIVE CLOCK + ASYNC CLOCKConversation-policy diagram; not a transcript or product screenshot
CLOCK ALIVE CONVERSATION

RULE 01 The founder speaks first.

RULE 02 A pause is not permission to interrupt.

  1. FOUNDERThe company exists because this problem keeps recurring…PROTECTED LONG TURN
  2. AI INVESTORWhat evidence supports it?BRIEF PROBE
  3. FOUNDERThe strongest signal so far comes from…PROTECTED LONG TURN
  4. AI INVESTORWhat if that signal fails?BRIEF PROBE
CLOCK B / ASYNC ANALYSIS
  1. TRANSCRIPT + DECK
  2. RETRIEVAL + ENRICHMENT
  3. SCORING + CONTRADICTIONS
  4. STRUCTURED MEMO
STARTS AFTER THE LIVE SESSION — NEVER BLOCKS THE NEXT SPOKEN TURN →
01 / THE PRODUCT STORY

Before architecture, the workflow.

SITUATION

The useful part of a pitch is what happens after the rehearsed story.

A founder may know the deck but still need to discover where the reasoning is weak, which assumptions invite challenge, and whether the evidence supports the claim. Access to that kind of conversation is uneven and often depends on a warm introduction.

FRICTION

A talkative AI makes the simulation less realistic, not more.

Speech detection can notice a pause, but it cannot decide whether the founder has finished an argument. Retrieval and enrichment may improve analysis while making a live reply too slow to feel conversational. The product needed an explicit policy for when the AI should speak—and when it should wait.

WHAT I BUILT

A live conversation with a separate evidence-and-analysis path.

I led the product and AI work across turn policy, live voice orchestration, session state, evidence retrieval, structured scoring, objection handling, and IC-style memo generation. The live path keeps the exchange moving; deeper research continues after the turn or session.

02 / WHAT USING IT FEELS LIKE

The product in human steps.

The default story stays at the level of the person and the work they are trying to finish.

  1. 01
    Set the company context

    The founder brings the startup, deck, and current reasoning into one session.

  2. 02
    Pitch without constant interruption

    The conversation policy protects longer founder turns instead of replying to every pause.

  3. 03
    Answer selective challenges

    Questions respond to the phase and evidence rather than a fixed interviewer script.

  4. 04
    Let deeper work continue

    Retrieval, enrichment, scoring, and contradiction checks move outside the latency-critical turn.

  5. 05
    Receive a structured record

    The session becomes a grounded memo and feedback surface rather than a disappearing chat.

03 / THE DIFFICULT PRODUCT DECISION

Should every useful piece of intelligence happen during the live pitch?

No. The live path owns timing and dialogue; the asynchronous path owns depth.

Founders feel conversational delay immediately, while research and scoring become more useful when they can inspect the whole session. Splitting those clocks made the simulation more responsive without reducing the evidence available afterward.

04 / WHAT CHANGED DURING DEVELOPMENT

The product got faster by deciding what did not belong in the room.

BEFORE

Earlier versions placed retrieval, enrichment, and heavier analysis inside the live loop. Some stages took roughly 15–25 seconds, turning a simulated conversation into a wait state.

OBSERVATION

Only speech state, a bounded amount of context, question policy, and the next response had to complete before the founder could continue.

CHANGE

I narrowed the synchronous path and moved deeper research, scoring, contradiction checks, and report generation into background work.

RESULTING PRODUCT PRINCIPLE

Later architecture reached roughly 2–4 seconds at p50 in the documented performance context: keep synchronous intelligence narrow and let post-session intelligence be thorough.

05 / VERIFIED EVIDENCE

What the record supports—and where it stops.

180+founder-evaluation sessions

Recorded product-use context across PerPitch's founder-evaluation work.

Source
Canonical résumé and master project record
Boundary
Session evidence, not paid-customer, fundraising, or institutional-adoption evidence.
50+founder / investor conversations

Discovery conversations informed the product, scoring rubrics, objections, and report workflow.

Source
Canonical résumé and master project record
Boundary
Discovery evidence, not 50 customers or deployed investor organizations.
~2–4slater p50 context

Documented later performance context after removing heavier work from the live loop.

Source
Master project record
Boundary
A version-specific engineering measurement, not a permanent production SLA.
06 / OPTIONAL TECHNICAL ROUTE

Architecture is available, not compulsory.

The technical route explains the application-level turn policy, live/async split, evidence grounding, and the difference between a useful simulation and an overactive voice model.

FOR TECHNICAL READERSArchitecture, boundaries, failure modes, and verification
T01

Two clocks inside one session

Latency-critical dialogue stays narrow while evidence-heavy analysis runs after the turn or session.

  • LiveKit and streaming speech services carry the voice interaction across documented versions.
  • FastAPI session state controls phase, speaking permission, question budgets, and turn progression.
  • PostgreSQL, Redis, object storage, and background work preserve transcripts, decks, and analysis state.
  • Retrieval, external enrichment, scoring, and memo generation stay outside the founder's immediate response path.
T02

Voice activity is input—not product policy

A pause does not automatically grant the AI permission to interrupt.

  • Founder-speaks-first behavior protects the opening pitch from premature questioning.
  • Session phase determines whether the system may listen, probe, wait, or close.
  • Question and interruption budgets prevent the investor persona from dominating the session.
  • Barge-in and noise handling are coordinated with application state rather than delegated to VAD alone.
T03

The memo is grounded in the session

Evaluation combines conversation evidence with startup context instead of relying on persona performance.

  • Streaming transcripts and documents provide the source material for later analysis.
  • Retrieval and enrichment add context without claiming to predict an investor's real decision.
  • Structured scoring, objections, contradictions, and coaching observations become inspectable output.
  • Technology changed across versions; the route does not imply every explored component ran simultaneously.
T04

Usefulness has narrower proof than intelligence

The evidence supports interaction volume and product learning—not predictive validity.

  • More than 180 founder-evaluation sessions establish repeated use in the documented context.
  • More than 50 founder and investor conversations establish a discovery input into the workflow.
  • The latency figures describe specific architecture contexts rather than an unconditional service guarantee.
  • No public claim is made for funding causation, investor accuracy, revenue, or statistically validated scores.
TECHNOLOGY CONTEXT

The implementation followed the product boundary.

  • LiveKit
  • Azure speech / realtime
  • FastAPI
  • PostgreSQL
  • Redis
  • Qdrant
  • Tavily
  • Background processing
07 / WHAT THIS PROVES FOR A CLIENT

This work shows I can turn a model capability into a conversation product—then separate the real-time experience from the research and evaluation work that needs a different clock.

Have a useful AI idea trapped in an unclear brief or brittle prototype?

Send me the rough version →