Show HN: I built the missing layer between email and DocuSign(onerequest.app)

3 pointsby pratikgcet19852개월 전2 comments

Show HN: I built the missing layer between email and DocuSign

https://onerequest.app/

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

6 comments

cbbb2개월 전

Nice! Makes a lot of sense, super useful and slick.

Some things I noticed: - "View Request" from 3 dot menu after creating doesn't load

- For multiple choice, it was not super clear that you have to click the settings button to add options

- Live preview doesn't scroll so you can only see the first couple items

- Allowing edits before onboarding is nice, but the sign up flow took me to the dashboard after submitting where it looked like it lost my edits (took some time to load). If I enter the signup flow from the publish button, maybe better to stay on the edit page the whole time and just use a modal.

- The stretched out font is a little extreme for my tastes

(Firefox on win10)

pratikgcet19852개월 전

Thanks so much for the positive feedback! I will try to reproduce these issues and fix it! Overall the product worked for you and the vision of a unified inbox? Thanks again!

[deleted]2개월 전

dailoxxxx2개월 전

slamdunk1172개월 전

[deleted]2개월 전