u/emiliobay

Building a physical Bluetooth device for triggering AI voice dictation. Made it for developers — a surgeon DM'd saying he needs it right now. Sanity check?

What it does:

  • ±3 buttons, wireless + wired modes available
  • Triggers any configurable hotkey on macOS / Windows / Linux
  • Built-in mic to be able to dictate while near computer / record
  • Works with whatever speech-to-text you already use OR install (local transcription options available)
  • Additional software possible to re-map key functions from core text-related ones.

Posted about it for devs and a surgeon told me he wants this more than any developer. That floored me. Trying to figure out if it's one excited person or a real pattern before I do something stupid like build a medical SKU.

Three honest questions:

  1. Mobility — does it need to work across the room, or is "at a workstation" the realistic / more common scenario?
  2. Local vs cloud speech-to-text — does HIPAA pressure make cloud (Wispr, Whisper API) a non-starter, or is that already solved at most hospitals?
  3. What you use now — Dragon Medical, dictaphone + scribe, raw EMR typing? Roughly how much do you write per shift, and what's the worst part?

Just trying to understand the medical signal.

Will reply to every comment. Happy to share specs / photos in replies.

reddit.com
u/emiliobay — 10 days ago

Business founder, working prototype on a dev board, want to do Kickstarter — what do I actually need to build before I can credibly launch?

I'm a business / product person who built a small hardware thing because I had the problem myself.

It's a 3-button Bluetooth remote with a built-in mic — physical push-to-talk button for AI voice dictation tools (Wispr Flow, Superwhisper, that kind of thing) and other functions that one would be able to set up via TypeScript plugins. Composite USB Audio + HID device on nRF52840, Zephyr firmware, PDM mic. It works. I fully built it, vibe-coded very basic firmware + companion app with Claude (which is going to be fully re-written with the technical co-founder). I've been daily-driving it and it solves the problem. The prototype proves it's doable and useful, it just looks like sh*t (see attached). Genuinely enjoyed building it tho.

I want to launch on Kickstarter. I'm at pretty much zero on the pre-launch side: no email list, no landing page traffic, no relevant social following, no press coverage. Just a working dev board prototype and a conviction that the problem is real.

Before I build the pre-launch infrastructure — I want to understand what actually matters for a KS hardware campaign vs what people do just because it's the done thing.

Specifically:

  1. The prototype gap. My current prototype is a dev board with jumper wires. Functional, ugly. For a KS campaign I'll need a video and eventually units to send to reviewers. What's the realistic path here? 3D-printed shell over the board? Find an off-the-shelf enclosure close enough to the final form and hack it? Or just shoot with the dev board and own the "this is real engineering" aesthetic? At what stage did you have something you were willing to photograph?
  2. Email list from zero. Every KS guide says "build a list before you launch." But all the tactics assume you already have some audience — Twitter following, subreddit, YouTube channel. Starting from zero, what actually worked for building a pre-launch list for a niche hardware product? Specifically for a developer-audience product (not consumer).
  3. ODM conversations. I've sent specs to a few ODMs. Getting responses but I have no frame of reference for what's reasonable. How do you evaluate a first ODM quote when you've never done a hardware run? What are the line items that are negotiable vs fixed?
  4. Honest KS readiness question. What's the minimum you need to have in place before a KS launch — not the ideal, the minimum — to not embarrass yourself and to have a realistic shot at funding? I keep reading conflicting things: some people say 500 emails is enough for a niche product, some say you need 5K.

No social proof to offer here. I'm genuinely at the start. Figured this sub would have better answers than generic KS advice articles, which all assume you've already done the hard part.

I fully understand the need for a tech co-founder, whom I've already found and we're kicking things off as we speak, just wanted to ask for advice in the meantime.

u/emiliobay — 12 days ago

Solo founder, first KS, hardware product (small BLE accessory). Launching 10 days from now. £5K listed goal, real internal target ~£40-60K. Currently building up my pre-launch list thru pre-launch teaser page.

I've been studying past hardware campaigns for the last 6 weeks. I think I have a reasonable plan for the strategic side — pre-launch list warming, post-launch communications cadence, video, page copy, all the obvious stuff.

What I don't have direct intuition for is the first 48 hours after the campaign goes live. That's where most of the campaigns I've studied either compounded or stalled. The variance between "well-run launch that hit goal in 30 min" and "launched, raised £8K in week 1, plateaued" feels mostly mechanical — small executional things that you either do or don't do — and I want to make sure I'm not missing the boring ones.

So I'm asking the people in this sub who've actually launched (whether yours funded or not) — what's the avoidable first-48h stuff?

Specific places I'm worried about:

  1. The 6-hour funded checkpoint. I've read that algorithms reward campaigns that hit 25%+ of goal in the first 6 hours. Is this still true on KS in 2026, or is that 2019 advice that's no longer load-bearing? If it's still true — what's the right way to engineer that spike without it feeling forced (pre-warmed reservations from list? founder network blast? press embargo lift?)
  2. Update cadence in first 48h. I see campaigns post 4-5 updates in 48h ("we're funded!", "stretch goal unlocked!", "thank you to day 1 backers"). Is this pattern actually correlated with continued pledge velocity, or is it just survivorship bias from campaigns that were going to do well anyway?
  3. Stretch goal sequencing. My current plan is: don't announce stretch goals before launch. Reveal them only after main goal hits (which I expect Day 1 or 2). Counter-perspective?
  4. First-day refunds. I keep seeing "X% of day-1 backers refund within the first week" cited at 5-15% range. Is this actually a thing to plan around, or noise? Does it bite you on the algorithm if your funded total visibly drops?
  5. Comments triage. I'm a solo founder, no community manager. I plan to reply to every backer comment for first 72h. Realistic, or a death spiral? Should I be aggressive about deleting troll/spam comments or leave them so engagement stays high?
  6. What did you wish someone had warned you about specifically in the 0-48h window of your launch?
  7. Referral campaign tracking. Any specific suggestions on how to launch with influencers and track their referral fees would be super appreciated.

I'm not asking for a "how to launch on KS" megapost — there are ahundred of those. I'm asking the narrower tactical question because the next 10 days I can mostly only adjust execution, not strategy.

Will report back the week after launch with what I learned in case useful for the next person asking.

reddit.com
u/emiliobay — 13 days ago

Looking for honest experience from anyone who's built a physical product without a hardware background. Not asking for "just hire people" advice. Asking for the meta-level question: how do you know when "good enough understanding" of a domain you don't own becomes "dangerously delusional understanding"?

Context: I'm a business/product person. I've been shipping a small BLE device — 3-button remote/clicker with a mic to be able to dictate with push-to-talk, toggle modes while not being stuck to your PC.

All done with Claude Code. DIY: firmware on Nordic chip, companion app, mechanical prototype desig. The trap I keep falling into:

  • Claude does good work but it answers the questions I know to ask
  • The questions I don't know to ask are exactly the ones that blow up later
  • Last week's example: I had no idea that PDM mic placement relative to the button cavity would matter for acoustic isolation during a button press. The firmware consultant flagged it casually. I would have shipped a product where every button press got recorded as a thump in the mic.

So my question to anyone who's done a similar leap (software → hardware, software → physical product, or any domain where you needed to operate one level above your own competence):

  1. How did you build the "what don't I know that I don't know" sense? Mine right now is mostly luck and asking dumb questions to Claude or in expensive 1:1s with consultants.
  2. Did you do a "shadow rebuild" — try to understand the work well enough to redo it, even though you'd never actually redo it? I've been doing this with firmware (writing little Zephyr samples on a dev board to feel the SDK) and it's slow but useful. But I can't do it for PCB layout or mech design.
  3. At what point did you stop second-guessing your specialists / Claude Code? I keep wanting to verify their work and don't know if that's reasonable due diligence or annoying junior-founder behaviour.
  4. What blew up that you could have caught? What was the cheap signal you missed?

I'm aware the "right answer" might be "you can't, you'll just lose money on a category of mistakes you don't know exists yet." I'd rather hear that than the LinkedIn-style "trust your team" platitude.

Side context, in case it changes the framing: KS launching in a few weeks. Decisions getting locked in fast. Mistakes get expensive soon. Not asking how to spot specific firmware bugs — asking the meta question of how non-experts navigate expert-dependent decisions without becoming insufferable to their experts.

reddit.com
u/emiliobay — 13 days ago

Backstory: I'm a product/business founder, not a hardware person. Started vibe-coding seriously when Claude Code got good enough that I trusted it for non-throwaway work. Currently it writes all of my code, including a chunk of the firmware for a small hardware product I'm shipping.

Things that changed in my workflow that I didn't expect:

  1. I think out loud now. Voice-first prompting. The act of speaking a problem aloud in long form to Claude/Cursor produces better designs than typing did. The slowness of typing was filtering my actual thinking — voice removed that filter.
  2. I stopped writing tasks in Notion. I narrate them to Claude instead and let it produce the structured plan. My handwritten "todo list" is now just a list of voice memos I review the next morning.
  3. Voice activation is the bottleneck. Every shortcut I tried to start dictation sucked. Wispr Flow's shortcuts conflicts with a lot of tools in my environment. Superwhisper's hold-Fn conflicts with the macOS globe key. I tried foot pedals (clunky when standing). I remapped a presenter remote with Karabiner for a while as a stopgap (Bluetooth clicker + DJI mic attached full day).
  4. The stopgap turned into a product. Last 2 months I've been building a real Bluetooth clicker with a built-in mic. Not because I wanted to be a hardware founder — because the existing tools wouldn't let me code at the speed I now think.

I'm building this specifically for web-coders and vibe-coders — so I want to understand your actual workflow before I lock in how this thing behaves.

Genuinely asking:

How do you trigger voice dictation mid-session? Keyboard shortcut, mouse click, something else? How many times a day does the friction of that trigger make you not bother?

What's the gap between "I want to speak" and dictation actually starting? For me it's about 0.8 seconds on a good day — is that your experience too, or are you hitting something worse? Does it interrupt your flow enough to matter?

When does voice fail you and you go back to keyboard? Specific scenarios welcome. For me it's anything with terminal commands, symbol-heavy regex, or code that needs precise bracket placement. Curious if it's the same breaking points for everyone.

What would make your voice workflow fast enough that you'd use it by default? Not "what would be nice" — what's the actual delta between current state and "I never reach for the keyboard again."

Honest disclosure: yes, the Bluetooth button I'm referencing is a real product, going to KS soon. Not posting the link — this post isn't that kind of post. Happy to DM specifics if anyone wants the build details, the firmware approach, or the form factor stuff.

u/emiliobay — 15 days ago

What are your thoughts on this - if you tried all of them or some of them - how does Gemini compare to the rest?

Am a bit worried to switch from Claude Code / opus- or 3.1gemini-based agents built into Antigravity, as I more or less know what to expect from them.

Is it going to be same experience mostly or is Gemini drastically different in some way?

reddit.com
u/emiliobay — 19 days ago