Back to browse
I built the missing layer between email and DocuSign

I built the missing layer between email and DocuSign

by pratikgcet1985·Apr 30, 2026·3 points·2 comments

AI Analysis

MidSlick

Polished UI for a problem DocuSign and Google Forms already solve separately.

Strengths
  • Unified inbox lets recipients manage all incoming requests without creating accounts.
  • Persistent threads allow adding new rounds to an existing link instead of new emails.
  • Clean visual design clearly contrasts the chaos of scattered chat threads.
Weaknesses
  • Competes directly with established tools like DocuSign, Typeform, and Trello.
  • Value proposition relies on network effects that are hard to bootstrap initially.
Category
Target Audience

Project managers and operations teams

Similar To

DocuSign · Typeform · Trello

Post Description

Hi HN, I'm Pratik Garg. My back story is I built OneRequest because I kept running into the same problem at work and more than often personal life as well. Whenever I needed something from someone professionally like a document, a signed form, proof of something it always turned into a thread of emails, missed attachments and manual chasing and similar thing happened when someone wanted information from me and over a period, things were lost, scattered and ultimately gone. I looked for a tool that handled this properly. Nothing quite fit. DocuSign is for signatures only and assumes both sides have accounts. Google Forms doesn't track who's responded or chase them. Email has no visibility at all and then came the Whatsapp scare(all sitting in a chat thread with no tracking, no audit trail, no way to find them 6 months later) So I built OneRequest. You create a request and add the fields you need, attach context for the recipient. You get one link. The recipient opens it, submits everything, no account needed on their side. You see who's opened it, who's submitted, who's stalling and One click to nudge someone. It works both ways. The same inbox shows requests you've sent and requests sent to you. If you're chasing a candidate for documents and your accountant is chasing you for tax docs, everything is in one unified Inbox, all in one place, all your requests.

Technical bits that might interest anyone reading (and interested me): • Built on Next.js 14, Supabase, Prisma, Clerk • Two-way thread model with rounds owner can request additional information after initial submission so one link keeps hold of all the ongoing conversation. • Field types include file upload, signature, booking, payment, availability polling, document extraction via Claude API • I also built analytics in from day one because I genuinely want to understand how information moves between people. Which field types get abandoned. Where recipients drop off. How many nudges it takes before someone submits. I don't know yet what I'll do with all of it but I have a feeling the patterns will be interesting.

Interesting bit: Launched yesterday and the website kept crashing. I found a setInterval delay of 25 * 24 * 60 * 60 * 1000ms in production. That's 2,160,000,000ms and exceeds int32 max. Browser clamped it to 1ms. Was firing hundreds of requests per second and taking the site down. Took me 5 hours to find and apparently just one line to fix

Still early. Rough edges. Would love feedback on whether the concept is clear and where the experience breaks. You can create a request without signing up at onerequest.app

Similar Projects

AI/ML●●Solid

AgentKeeper – cognitive persistence layer for AI agents

Cross-provider agent memory is clever, but LLM context windows keep growing and RAG is already standard.

Solve My ProblemShip ItBig Brain
thinklanceai
303mo ago