Founders

Writing Build-in-Public Posts That Survive a Competitor

Antonio Evans9 min read

A split scene: on the left, a founder at a desk holds a draft post with a green checkmark; on the right, a competitor at a similar desk holds the same post with a red X.
Key points

Key points

  1. 1Run one test on every draft: if a competitor read it today and copied it, what would that cost you in customers, time, or edge?
  2. 2Posts that pass describe your process, your failures, and customer problems; posts that fail reveal your next move, your pricing mechanics, or your unique playbook.
  3. 3The test takes under a minute and needs only two questions: what do they gain, and what do you lose.
  4. 4Copying a tactic is cheap; copying accumulated trust, distribution, and craft is expensive, so publish the second category freely.

Why the old "sharing is safe" advice aged badly

For years the standard advice was that ideas are cheap and execution is everything, so founders could share almost anything without risk. That advice assumed a competitor who read your post would need months of engineering to act on it. With agentic coding tools, a competitor can turn a publicly shared architecture, revenue picture, and feature description into a working rival in days, which is why Arvid Kahl argues that the old safety threshold for transparent sharing has collapsed in his analysis of the risk.

The practical point is not "stop building in public." It is that the default has flipped. You now need a deliberate filter on every draft rather than a vague feeling that transparency is good. Kahl frames the filter as a single question: is this interesting to follow, or easy to clone? That question is the seed of the test this article turns into a repeatable routine.

The second shift is legal as well as competitive. Information that is not generally known and has economic value from staying unknown can qualify as a trade secret, and that status is lost when the information is disclosed without restriction according to a trade secret primer for businesses. The World Intellectual Property Organization makes the same point: secrecy is a precondition, not a nice-to-have in its trade secret FAQ. A public post is the opposite of a restricted disclosure, so once it is out, you cannot walk it back into protection.

The copy test, in under a minute

The test has four steps. Do them in order, and stop at the first one that fails.

  1. Name the reader. Picture one specific competitor: the team most likely to read your post and least likely to be slowed down by shame.
  2. Name what they gain. What would they know or be able to do tomorrow that they cannot do today? A tactic, a mechanic, a target segment, a sequence of steps?
  3. Name what it costs you. If they ship the copy, do you lose customers, time to market, a pricing advantage, or a negotiating position?
  4. Decide. If the gain is real and the cost is real, cut the mechanism and keep the lesson. If the gain is trivial or the cost is zero, publish.

Here is the same logic as a quick scoring table you can paste into your notes app.

QuestionPassing answerFailing answer
Who is the reader?A peer, a customer, a beginnerA direct rival in the same segment
What do they gain?A way of thinking, a cautionary taleA copyable tactic, mechanic, or plan
What do you lose if they copy?Nothing measurableCustomers, time, pricing leverage
Is the specific mechanism in the draft?No, only the outcome and the lessonYes, step by step
Would you say it on a recorded call with a rival?YesNo

The last row is the fastest version. If you would not say the sentence out loud on a call with a competitor listening, it does not belong in a public post. That single question catches most leaks before you have to reason through the rest.

Posts that pass: process, failure, customer problems

The safest and most effective build-in-public content describes how you work and what you learned. It gives readers something to follow without giving rivals something to ship.

A practical example. Weak draft: "We cut onboarding drop-off by 40% by moving the invite step after the first value moment, then adding a single email at hour 24 with this exact copy." Strong draft: "Onboarding drop-off was our biggest leak. We spent two weeks assuming it was the form and found it was the wait. The lesson: measure where people stop, not what they complain about." The second version teaches the same insight, keeps the specific sequence private, and still reads as generous because the reasoning is visible. Content frameworks that separate lessons from milestones make the same distinction in this guide to build-in-public content.

Failures pass the test easily. A story about the feature you built that nobody used, the pricing change that backfired, or the hire that did not work out gives readers empathy and a warning, and gives a competitor very little. The Bootstrapped Founder notes that the same transparency that once helped sell a company can now hurt one, precisely because operational detail is more copyable than judgment in the same analysis. Failures are mostly judgment.

Customer problems pass too. Describing the shape of a problem your customers have, without naming them and without revealing how you will solve it, attracts the right audience. That is the core mechanism behind building in public as a distribution channel: people who recognise their own problem in your writing follow you as described in this overview of the practice.

Posts that fail: roadmap, pricing, playbooks

Three categories fail the copy test almost every time.

Unreleased roadmap. "Next quarter we ship X, then Y, then Z" tells a competitor exactly where to intercept you. The post reads as momentum to followers and as a schedule to rivals. Roadmap posts are the clearest case where the gain for the reader is small and the cost to you is a head start.

Pricing mechanics. Sharing that you are moving to usage-based billing, adding a seat minimum, or grandfathering a cohort is a signal a competitor can pre-empt with a counter-offer before you launch. Share the reasoning behind a pricing decision after it ships; do not announce the mechanics before.

Your unique playbook. This is the hardest to spot because it feels like generosity. A post that says "here is the exact sequence of seven emails, the exact keywords, and the exact affiliate terms we use" is a gift to the reader and a gift to your competition. The distinction that matters is between a tactic and a system. A tactic is one move; a system is a set of moves tuned to your market, and the tuning is the moat. Publish the tactic only if you can afford for the system to be reverse-engineered from it.

The trade secret literature is a useful check here. Methods, processes, and know-how are classic trade secrets, as are methods of calculating costs and pricing and business plans per the Finnegan overview. You do not have to treat your whole business as secret, but a public post that discloses the mechanism is a disclosure, full stop. Transparency is a spectrum, and most founders who build in public still draw boundaries around revenue and the details of failures as Mercury's decision framework notes.

Rewriting a failing post without gutting it

Most failing drafts can be saved rather than killed. The trick is to strip the mechanism and keep the insight, the numbers that are already public, and the lesson.

Worked example. A founder writes: "We got our first 200 users by scraping a niche forum, sending each one a personalised DM offering a free audit, then converting 18% to paid. Here is the exact script." This fails on three counts: the channel, the script, and the conversion path.

The rewrite: "Our first 200 users came from a community that already gathered to talk about this problem. The surprise was not the channel, it was that personal outreach beat every ad we tried. If you are pre-launch, find the place where your customers already complain and show up there as a person." Same story, same lesson, no script, no playbook, nothing a competitor can lift and run tomorrow.

Do the rewrite in three passes:

  • Pass one: Delete every sentence containing "exactly," "here is the script," "step one," or "the sequence we used."
  • Pass two: Replace the mechanism with what it taught you. "We used X" becomes "we learned that Y mattered more than we expected."
  • Pass three: Read it as the rival. If you can still reconstruct the tactic from the remaining text, cut one more layer.

The rewrite usually improves the post. Scripts read as show-off; lessons read as help. Layer-based frameworks for build-in-public content rank lessons above outcomes for exactly this reason as this playbook explains.

If writing these posts is part of a site, docs hub, or content product you need built, Quanta will match you with a specialist who builds it with you.

A worked example with numbers

Put a rough figure on the loss so the decision stops being vibes. The arithmetic does not need to be precise to be useful.

Suppose a post about a growth tactic reaches 5,000 readers. Your honest estimate is that two competitors will act on it, one will copy it within a month, and that copy will cost you roughly 3% of next quarter's new customers. If you add 40 customers a quarter, that is about 1.2 customers, or a few hundred dollars of revenue. If your average contract is worth $6,000 a year, you may have just handed away thousands for a post that earned a few dozen new followers.

Run the same sum for a lessons post. Suppose it reaches 5,000 readers and brings in three qualified leads at a 20% close rate. That is 0.6 new customers, worth about $3,600 a year on the same contract value, with close to zero loss to a competitor. The lesson post wins on expected value before you even count the long-run trust it builds.

Put both numbers in the margin of the draft before you publish. If the loss column is bigger than the gain column, cut the mechanism. If you cannot estimate either, that is itself a reason to wait a day and ask one trusted peer whether the post is too specific.

Turning the test into a team habit

One person running the test catches perhaps most leaks. A team running it catches nearly all of them. Make it a lightweight gate:

  • Add one line to your publishing checklist: "Copy test: what does a rival gain, and what do I lose?" Nobody can post without answering it.
  • Assign a skeptic. One teammate who is not the author reads drafts for mechanisms. The author is the worst person to spot their own playbook because it feels ordinary to them.
  • Keep a do-not-share list. Write down the three to five things that stay private: pricing mechanics, the unique acquisition channel, the unreleased roadmap. Anything on the list can appear as a lesson but never as a recipe.
  • Review quarterly. Once something is no longer an edge, it can move off the list and into a post. Timing is part of the filter.

For teams sharing one publishing workflow, a shared plan keeps the gate in one place. If you want an expert to design that workflow for your line of business, Quanta's consulting call is a free 30-minute conversation about goals and a tailored recommendation.

The habit matters more than any single post. Building in public works because trust compounds slowly and the audience gathers around what you say consistently as this guide to the practice describes. A filter that protects you from the one post that leaks your playbook protects the whole compounding project.

Draft typeCopies easily?Publish it?What to keep
Process narrativeNoYesThe reasoning and the surprise
Failure storyNoYesWhat you would do differently
Customer problemNoYesWho has the problem and why it hurts
Metric after the factSometimesYes, once shippedThe number and one cause
Unreleased roadmapYesNoNothing, hold it
Pricing mechanicsYesNoThe decision, not the math
Unique playbookYesNo, rewriteThe lesson, not the steps
FAQ

FAQ

What is the one-sentence version of the copy test?

Ask whether a competitor reading the draft could copy the idea or tactic and ship it, then ask what that copy would cost you. If the cost is real, cut the mechanism and keep the lesson. If the cost is zero, publish with confidence.

Does this mean I should stop sharing revenue numbers?

Not necessarily. Posting revenue after the fact is generally low-risk because it describes where you are, not where you are going. The higher-risk items are forward-looking: unreleased roadmap, pricing mechanics, and the specific tactics behind the numbers. Many founders still draw a line at detailed financials even while building in public as this framework notes.

How is this different from a standard content review?

A standard review checks clarity, audience fit, and tone. The copy test checks whether the post hands a rival a usable advantage. It takes seconds and it changes the draft rather than just polishing it. Run it after the readability pass, because the cut will change the shape of the post.

What if I am not sure whether something is copyable?

Ask whether the mechanism is in the text. If a competent rival could reconstruct the steps from your draft alone, it is copyable. If they would need your context, your relationships, or your judgment, it is probably safe. When in doubt, delay a day and ask a peer.

Does public disclosure affect trade secret protection?

Yes. Information that is generally known, or disclosed without restriction, loses the secrecy that trade secret protection depends on according to this primer. A public post is the opposite of a restricted disclosure, so treat anything you might later want to protect as off-limits until it is obsolete as WIPO's FAQ explains.

Sources

Sources

  1. The Increasing Risk of Building in Public - The Bootstrapped Founder
  2. Trade Secrets - What your Business Needs to Know
  3. Frequently Asked Questions on Trade Secrets
  4. Build in Public on Twitter: SaaS Founders Guide | OpenTweet Blog
  5. Building In Public 101 - by KP
  6. Trade Secrets: What Your Company Needs to Know | Articles
  7. Building in public: Is this the right approach for your startup? - Mercury
  8. The Build in Public Playbook: Growing Your Personal Brand on X Without ...
  9. Build In Public
About the author

About the author

Antonio Evans
Antonio Evans

Antonio Evans is the founder of Quanta Intelligence and a fractional CTO who builds HIPAA-ready AI systems for health and life-science companies. Before that he was technical co-founder of FriendsEAT for twenty years, CEO of Socialdraft, and a data engineer at IBM. Antonio lives with his dog Santino in Lisbon, Portugal.

All articles