Is It Dangerous to Share Your Startup Idea on Reddit? Why Idea Theft Is Mostly a Myth
The data on idea theft: how often it actually happens, why it's almost always overstated, and the real reason founders worry about sharing.
A founder we know spent 14 months on stealth mode for a "Notion for clinical trials" idea. NDA on his designer. Cover-name on his GitHub repo. He wouldn't show the wireframe to his cofounder candidate before a signed mutual non-disclosure. Fourteen months. While he was sharpening his lawyer's address book, an open builder shipped a near-identical product on Twitter, hit $14K MRR by month three, and answered the niche subreddit's "anyone working on this?" thread with a Stripe screenshot.
He wasn't beaten by a thief. He was beaten by someone who chose obscurity as the bigger risk and acted on it.
Our thesis: for the 95% case, idea theft is a low-probability, low-impact fear that founders use to avoid the high-probability, high-impact reality of being ignored. The data — both the absence of theft cases and the presence of public-builder wins — points the same direction. Talk loudly. The threat isn't the lurker. The threat is the silence.
The actual frequency of idea theft at pre-seed
We've read a lot of founder threads. Probably more than is healthy. Across IndieHackers postmortems, Show HN comment chains, r/SaaS, r/startups, the long tail of solo-founder Twitter — somewhere in the thousands of threads — the number of credible "a stranger read my publicly-shared idea and shipped it before me" stories is approximately zero.
There are stories about cofounders falling out. Stories about contractors going rogue. Stories about ex-employees launching a near-clone. Those are real, and they're a different category — they involve people who had your full context, your customer list, your cap table conversations. Not strangers on Reddit.
The legal record agrees. Misappropriation-of-business-idea lawsuits at the pre-seed stage are vanishingly rare. The handful that exist almost universally involve a former employee, a contracted developer, or a co-founder dispute — relationships built on shared specifics, not Reddit posts. Idea-only lawsuits don't go anywhere because most jurisdictions don't recognize an unprotected idea as property. You can't sue someone for hearing about your concept and trying it.
The lurker case — anonymous Reddit user reads your post on a Tuesday at 11pm, drops their job, learns your industry, finds your audience, builds your product, sets up the funnel, and ships before you — has not been credibly documented at any volume. Not in YC's two decades of postmortems. Not in IndieHackers' archive. Not in the legal record.
Compare that to the probability that you spend six months building something nobody wants because you didn't test publicly. Across the same founder threads, that one is the rule, not the exception.
The Pieter Levels argument: ship in public, win in public
The strongest live counter-argument to idea-theft fear is the indie-hacker bench. Pieter Levels has been building $3M+/year of revenue across Nomad List, Remote OK, and his side projects, openly, on Twitter, with the source code half the time. His year-in-review threads screenshot real Stripe dashboards. He posted his MRR every month for nearly a decade. He wrote his stack on a single PHP file and tweeted about it.
Nobody copied him into oblivion. The opposite — the openness was the moat. Pieter built a reputation as the indie-hacker the indie-hackers read, and the audience that came with it converted to paying users. The transparency funnel was bigger than any imaginable cloning threat.
Marc Lou ships in public the same way. ShipFast, IndieVoice, ZenVoice — open Stripe screenshots, public roadmap, every "I made $X this week" tweet a marketing event. His collection of side projects crossed $1M ARR while broadcasting build steps and pricing experiments to half a million Twitter followers. The clones exist. None of them outpace him because none of them have his audience or his execution rhythm.
Tony Dinh runs the same play out of Singapore. TypingMind, BlackMagic, and a stack of micro-products — all built loudly, all monetised, all out-running the post-launch copycats by sheer iteration speed. His own framing on the lurker fear: "Everyone who could copy my product is too busy copying someone else's product."
These three aren't outliers. They're the visible tip of a whole indie-hacker generation that treats building in public as a feature, not a vulnerability. Daniel Vassallo, Justin Welsh, Arvid Kahl, Sahil Lavingia — all run the same play in different verticals, all reach seven figures while broadcasting almost everything.
What they have in common isn't IP protection. It's audience. The audience is what idea theft can't replicate.
Why even big companies almost never steal an early idea
The deeper objection — "OK, strangers won't, but a Big Co might see my landing page and clone the feature" — has a similar reality check.
Big companies don't pivot based on a stranger's landing page. Their roadmap is locked six months out, their PMs are running OKRs from last quarter, their legal team has a list of patent-infringement risks they care about, and a Reddit-tested wedge from a no-name founder is not on that list. If a "clone" appears, it was already on a competitor's roadmap before you posted. Your test surfaced an existing competitive risk earlier than you would otherwise have seen it. That's a feature, not a bug — would you rather discover the competition six months in or six days in?
The Dropbox example is instructive. Drew Houston posted his demo video on Hacker News in April 2007, on YouTube the same week. By the time Microsoft's Live Mesh launched eighteen months later, Dropbox had hundreds of thousands of users and a brand. Houston's public demo built the moat; Microsoft was always going to build that feature anyway. The publicity didn't trigger the clone. The clone was on Microsoft's roadmap from the start.
This pattern holds at every layer. Notion was public for years before Microsoft Loop. Figma was loud for years before Adobe XD got serious, and then Figma was acquired anyway. Linear was open about its building philosophy from launch. The companies that won got loud early. The ones that hid got beaten by the ones who didn't.
The actual cost of staying quiet
We've watched the silent path play out repeatedly. It looks like this:
- Months 1–2: founder validates with friends, family, three "trusted advisors". Everyone says it's brilliant.
- Months 3–6: founder builds in private. Cofounder pitch is given over coffee, never on a public deck.
- Months 7–9: launch. The public sees the product for the first time. Conversion is 0.8%. The product is wrong in three places that any public landing-page test would have caught in week one.
- Month 10: founder realises the validation never happened. Six months of build went into a thing the market shrugged at.
The cost of secrecy is the validation signal you didn't get. It's not a hypothetical. We've quoted ranges in the cheapest way to validate a product idea — €150–300 of paid traffic over 14 days catches roughly 80% of the "this isn't going to work" cases that private builds miss. Trade that test for nine months of stealth and the math is brutal: you're paying €30,000+ in opportunity cost (your time at any reasonable hourly rate) to avoid a €0 risk.
The 10 stories in how founders validated their SaaS — eight of them clear, two killed — were almost all run in public. Reddit cross-posts. Twitter teasers. ProductHunt-adjacent launches. The signal came because the founders were findable.
The four cases where IP protection actually does matter
We're not arguing for blanket transparency. There are real cases where keeping the idea narrow is the right call. Four of them, specifically.
1. Patent-eligible deep tech. New algorithms, novel hardware, biotech compounds, mechanical inventions. Public disclosure can compromise patentability in most non-US jurisdictions (the US gives a one-year grace period; the EU and most of Asia don't). If a patent is part of your moat, file a provisional with a USPTO or EPO attorney before the landing page goes live. This is rare in software — most software ideas aren't patent-eligible — but in biotech, hardware, materials science, take it seriously.
2. Regulated industries with named beta customers. Healthcare, banking, defence, government — your beta customer's procurement process probably forbids you from naming them publicly anyway. The idea can be public; the customer cannot. This is operational discretion, not idea protection.
3. Network-effect plays with a patentable mechanism. A marketplace, a social product, or a coordination tool where the moat is built into the matching/pricing/coordination logic and that logic is itself patentable. This is rare — most network effects come from execution, not patents — but if you're building the next eBay-style auction mechanism with a genuine technical novelty, patent it before you talk.
4. B2B with a single named-customer wedge. If your entire wedge is "I have a verbal commitment from Acme Corp," sharing that publicly tips off competitors who could turn the same wedge against you. Validate the demand category publicly. Keep the named relationship private until the contract is signed.
For everyone else — solo founders, indie hackers, micro-SaaS builders, the 95% case — secrecy is buying you nothing and costing you everything. Pick the cheaper risk.
What to share, what to hold back
Even in the public-by-default case, there's a useful asymmetry: the parts of an idea that attract demand signal are different from the parts that build the moat. Share the first set generously. Hold back the second.
Share the problem. "Freelance designers waste 40 minutes per project shuffling client feedback." Existed before you, costs you nothing, signals to users that you understand them.
Share the outcome. "One consolidated feedback doc per round, in 60 seconds, no Slack threads." This is what users will pay for. Sharing it is the validation test — that's the whole point.
Share the price. "€19/month, free for the first 100 founders." Pricing is the strongest signal extractor. Hiding it makes the test much less useful.
Hold back the mechanism. The exact prompt chain, the proprietary scraping logic, the five-step workflow that makes the outcome cheap to deliver. This is your execution. This is what would take a competitor real time to replicate.
Hold back named customers until you have permission. "A 12-person agency in Berlin" is fine. "Studio Mueller in Berlin" needs their explicit consent.
We covered the full no-MVP playbook in validate without MVP; this is the public-side companion. The short version: show the what, hide the how. Demand signal lives in the what. The moat lives in the how.
The harder truth
Idea theft is a low-probability, low-impact risk that founders use to avoid the high-probability, high-impact reality: building something nobody wants. The economics are upside-down. People manage the small risk obsessively and ignore the large one because the large one is harder to face.
The Reddit lurker isn't coming for your idea. The market is the threat — and the market can't be outrun by hiding. It can only be answered by showing up.
Post the page. Run the ads. Tweet the build. The worst case is a quiet test that tells you to pivot. The best case is the audience that the indie-hacker bench all built the same way: in public, on the record, fast.
Validate your idea on LemonPage — landing page, paid traffic, and conversion measurement in one workflow. Stealth-mode builders ask us about IP. Public-mode founders ask us about CPL. Only one of those questions ever leads to a paying customer.
The 14-month founder, in case you're wondering, eventually shipped a different product in the same space. Loud, public, on Twitter. He's at 70 paying customers eight months in. The first version is in his graveyard — see the graveyard of unfinished ideas for why most quiet builds die quietly. The second version cost him a quarter of the time and ten times the signal. The only "theft" that ever happened was the year he stole from himself.
FAQ
Has anyone really had their idea stolen after posting on Reddit?
Across thousands of founder threads on IndieHackers, Hacker News, r/SaaS, and r/startups, we've found approximately zero credible cases of a stranger reading a publicly-shared idea and shipping it first. The cases that get cited usually involve a former contractor, ex-employee, or cofounder dispute — relationships with full context, not anonymous lurkers. The Reddit-stranger scenario is the most-feared and least-documented risk in the founder canon.
Why do successful indie hackers like Pieter Levels and Marc Lou build in public?
Because the audience is the moat. Pieter Levels generates $3M+/year across Nomad List and Remote OK while screenshotting his Stripe dashboard publicly. Marc Lou crossed $1M ARR posting daily build updates. Tony Dinh ships micro-products with public roadmaps. The transparency funnels into trust, distribution, and conversion that no IP wrapper can match. None of them have been meaningfully cloned because none of the clones have the audience or the execution rhythm.
When should I actually keep my startup idea private?
Four specific cases: patent-eligible inventions in deep tech, biotech, or hardware (file the provisional first); regulated industries with named beta customers (procurement rules forbid naming); network-effect products with a patentable matching mechanism; B2B deals with a single named-customer wedge. Outside those, secrecy buys you nothing and costs you the validation signal you'd otherwise get.
Won't a big company copy my feature if they see my landing page?
Almost never, and never because of your landing page. Big-company roadmaps are locked six-plus months out. If a competitor ships a similar feature, it was already planned. Your public test surfaces an existing competitive risk earlier than you'd otherwise see it — that's a feature. Microsoft Live Mesh was always going to ship; Drew Houston's public Dropbox demo didn't trigger it, and Dropbox won the market anyway by getting loud first.
How do I share enough to get demand signal without giving away the wedge?
Use the share-vs-hold split. Share the problem ("designers waste 40 minutes on feedback"), the outcome ("one consolidated doc, 60 seconds"), and the price ("€19/month"). Hold back the mechanism (the prompt chain, the scraping logic, the workflow that makes delivery cheap), named beta customers without consent, and unit economics. The first set attracts demand signal. The second set is what would take a competitor real time to replicate. Show the what, hide the how.
Are software ideas even patent-eligible?
Mostly not. Pure business-method software, UI patterns, and "X for Y" verticals generally aren't patentable in the EU and have a high bar in the US after Alice v. CLS Bank. Genuinely novel algorithms, hardware-software combinations, and signal-processing inventions sometimes are. If a patent attorney hasn't told you the specific claim that's eligible, your idea probably isn't, and the IP fear is misplaced. Execution is the moat 95% of the time.