WithDoneBetterWithDoneBetterGet a review
System

Blog Block Library

All reusable article blocks in one place.

6 min readUpdated April 28, 2026WithDoneBetter Team
sampledesign systemblogcontent ops

Start every article with a clear promise. Say what breaks, what to check, or what to fix. Keep the intro tight.

Fast to scan

Use this card block when you want three strong points right after the intro.

High signal

Use the dark card for the most critical point, warning, or key differentiator.

Reusable blocks

Checklist, comparison, code, FAQ, and CTA can all live in the same article.

This orange callout is the place for your strongest takeaway, the warning that should survive even if the reader scrolls fast, or the shortest version of your checklist.

Checklist grid block

When you need more structure than a normal list, use a grid of numbered checks. It reads faster on desktop without becoming hard to follow on mobile.

01
Audit public routes

Check what can be hit without auth, with stale sessions, and with the wrong role.

02
Validate server-side

Use this block when you need to stress that client checks are not enough.

03
Search for secrets

Good place to mention environment leaks, exposed tokens, and permissive defaults.

04
Retest before launch

End the grid with the action that closes the loop instead of leaving the article abstract.

Copyable code block

Use this whenever you want the reader to copy a command, a curl example, a query, or a prompt for their AI coding tool.

Copy block
Example prompt for a quick auth review
Review this login and signup flow for:
- missing server-side validation
- weak role checks
- session fixation risks
- exposed secrets in client code
- unsafe password reset handling

Comparison block

This works well when the article needs to contrast a rushed launch path against a support-friendly one.

What fast teams usually do
  • Rely on client checks and assume roles are fine.
  • Treat generated code as if it were reviewed code.
  • Wait for a customer or penetration request to surface the risk.
What support-friendly teams do instead
  • Retest the main flows with the wrong user and stale sessions.
  • Look for assumptions that AI tooling quietly introduced.
  • Document the fix path while the code is still fresh.

FAQ block

Use a short FAQ when the article is likely to trigger the same objections every time.

Should every article end with a CTA?

Yes. Either invite the reader to another article, a review service, or the main site. Dead ends waste attention.

Do we need custom tracking on the blog?

Yes. The blog is part of the acquisition path, so key clicks and the exit-intent CTA should stay measurable.

Content updates

Want the next block or article update?

Need the same lens on your app?

Turn this structure into a real article library

The point of the new setup is that future posts can reuse these blocks without another custom generator or a fragile copy-paste flow.

See the blog index
Content updates

Get the next post when it goes live.

WithDoneBetter character near the final CTA

Most app problems do not look dangerous until a real user hits them.

Get a quick review of the hidden issues small founders usually miss while building fast.