BuzzyX

Build in public posts that are worth reading, with examples

Divv SaxenaPublished 7 min read

Building in public is easy to start and hard to keep interesting. The first revenue screenshot gets attention. The fortieth gets scrolled past, unless each update carries something the number alone does not: what changed, what you decided, what it cost. Updates that read as a diary get skimmed; updates that read as a decision log get followed.

The fourteen posts below are the formats that hold up over months: ship logs, numbers with context, flat weeks said honestly, failures, decisions, pivots and reviews. Each is written in full with a note on why it works. The numbers are illustrative; the shapes are what you keep.

What building in public is for

It is not a marketing channel, or not mainly. It is a way to make decisions with witnesses, get corrected early, and build an audience of people who have watched you be honest for a long time. The posts that serve that purpose share the reasoning behind a number, admit the flat weeks, and say what you got wrong before anyone else can.

A simple test for an update: if the number were removed, would the post still say something? If it would not, add the decision or the cause. If it would, you can even leave the number out some weeks.

The ship log

  • A weekly ship log with the miss included

    Shipped this week: scheduling for threads an undo on delete a fix for the export bug from Monday Not shipped: the thing I said I would ship. Next week.

    Why it works:
    Three real items and an honest miss. The miss is what makes the list believable and what people reply to.
  • A ship with the estimate beside the actual

    Shipped bulk import. Estimated: two days. Actual: nine. The import was two days. The seven other days were what to do when row 400 of 1,000 is broken.

    Why it works:
    The gap between estimate and reality is a story every builder knows, and the explanation teaches something about edge cases.
  • A ship nobody asked for

    Shipped a thing nobody asked for: a keyboard shortcut to duplicate a post. I use it 30 times a day. Maybe I was the user all along.

    Why it works:
    Admitting you built for yourself is more honest than pretending every feature came from research. It also tends to be funny.

Numbers with context

A number without a cause is a scoreboard. A number with what changed, or with what did not change, is a lesson. Post the flat weeks and the down weeks too, or the record stops being trustworthy and so does the account.

  • Revenue with what changed

    Week 32: $1,240 MRR. Up from $980 last month. What changed: I emailed every trial that lapsed and asked one question. 6 came back.

    Why it works:
    The action is specific and repeatable. Readers can copy it tomorrow, which is why they save the post.
  • A flat week, said plainly

    Week 33: $1,240 MRR. Same as last week. Nothing changed because I spent the week on a conference talk. Posting the flat weeks too, or the graph is a lie.

    Why it works:
    Flat weeks are where most build in public accounts go quiet. Posting one with the reason builds more trust than a good week does.
  • A number that went down

    Lost 4 customers this week. Added 2. All four who left were on the plan I am about to retire. Not a coincidence. Also not comfortable.

    Why it works:
    A loss with the pattern behind it. The last line admits the feeling without turning the post into a confession.
  • Usage instead of money

    Not revenue, but: 212 posts went out through the scheduler this week. In March it was 15. The product is being used. Now to get paid for it.

    Why it works:
    When revenue is not the story yet, usage is. The honest last line keeps it from sounding like a vanity metric.

Failures, decisions and pivots

  • A launch that did not work

    Launch day numbers: 1,900 visitors, 41 signups, 0 paid. The page said what it does. It did not say who it is for. Rewriting it this week, then launching again quietly.

    Why it works:
    Three numbers, a diagnosis and a plan. Failed launches posted this way get more useful replies than successful ones.
  • A decision with its tradeoff

    Decided: no free plan. The tradeoff: fewer people try it. The upside: everyone who does is a potential customer, and support stops being a hobby.

    Why it works:
    Naming the cost of your own decision shows you are not selling it. People who chose the other way will explain why, which is useful.
  • A pivot stated plainly

    Pivoting. The tool for agencies is now a tool for solo creators. Agencies loved the demos and never paid. Creators paid in the first week and complained about everything. I will take the complainers.

    Why it works:
    The evidence for the pivot is in the post, and the last line is a point of view about customers that people will quote.
  • What you would do differently

    If I started this again: charge from day one write the landing page before the code talk to users weekly, not when scared None of this is new. All of it I skipped.

    Why it works:
    A list people have seen before, made honest by the last line. The admission is the content.

Looking back

  • A monthly review in three lines

    Month 8 review. Best decision: killing the free plan. Worst: ignoring onboarding for six months. Surprise: the blog brings more signups than the product's own share button.

    Why it works:
    Best, worst and surprise is a format you can repeat monthly without it getting stale, because the content changes.
  • A year in one post

    One year of building in public. 52 updates, 3 pivots, 1 product that pays part of the rent. The updates got more replies than the launches. Still do not fully understand why.

    Why it works:
    The counts compress a year into a line, and the open question at the end is one the whole community argues about.
  • A thank you with the specific

    Thanks to the person who replied to my week 2 update and said "charge more". I did. Eight months later the business exists because of it.

    Why it works:
    Credit to a reply, with the result. It rewards the people who engage honestly and shows that you listen.

A weekly routine for updates

  1. 01Pick one day for the update and keep it. Friday works for most people because the week is complete.
  2. 02Open three sources: the changelog, the numbers, and your own notes on decisions. One update draws from one source, not all three.
  3. 03Write the number or the ship first, then the cause or the decision, then one line of how it felt or what you learned.
  4. 04If nothing moved, say so and say why. A flat week with a reason is an update; a skipped week is a gap in the record.
  5. 05Once a month, replace the weekly update with a review: best decision, worst decision, surprise.
  6. 06Schedule it so it goes out even when Friday is bad. The guide to posting frequency covers how to keep a rhythm without filler.
Reply examplesReplying to build in public updatesHow to answer someone else's numbers, failures and ship logs so the conversation keeps going.

What not to share

Do

  • Numbers you can back up, with the cause attached.
  • Decisions you might be wrong about, with the tradeoff named.
  • Failures with the diagnosis and the next step.

Don't

  • Customer names or anything identifiable without permission. Their business is not your content.
  • Numbers you have not checked. One corrected screenshot costs more trust than ten flat weeks.
  • Daily revenue. It is noise, and it trains you to react to noise.

The founder version of this account, with decisions beyond the product, is in post ideas for founders. The founder growth guide covers building in public without leaking things a competitor or an investor will use against you.

BuzzyX · X growth workspace

Grow on X with posts that sound like you.

Compose in your voice, schedule the week, find posts worth replying to and read real analytics from the X API. $29/mo after the trial, everything included.

Try BuzzyX free →See pricing7-day free trial. Card required, $0 today, cancel in Settings.

Frequently
asked questions

Something else on your mind? Get in touch.

How often should I post a build in public update?

Weekly is the rhythm most people can keep and most readers can follow. Daily updates become noise unless something happens daily. Monthly reviews on top of weekly updates give the record a shape.

Should I share revenue if it is tiny?

Yes, if you are comfortable with it staying public. Small numbers with honest context get more replies than big numbers without it, and the people who follow a small account from the start are the ones who stay.

What if a competitor reads my updates?

They will. Share decisions and numbers, not roadmaps with dates or the specific channel that is working this month. Most competitors are too busy with their own product to act on your updates anyway.

Is building in public still worth it when the novelty is gone?

The novelty was never what worked. Honest decision logs over a long time are what people follow, and there are fewer of those than there were. The format is crowded; the honesty is not.

How do I handle a bad month in public?

Post it the same way as a good one: the number, the cause as far as you know it, and what you are trying next. Readers who stay through a bad month posted honestly are the ones who will buy from you later.

Share

All post ideas →

All post ideas