Engineering & Product Philosophy

The decisions behind a simpler invoicing product.

InvoiceCraftly is designed around a deliberate constraint: creating and exporting a professional document should not require an account, a document database, or a traditional SaaS stack.

  1. 01Keep the core document workflow in the browser.
  2. 02Use server-side code only where the browser is not enough.
  3. 03Make privacy claims match the architecture.
  4. 04Treat content, accessibility, and SEO as product work.

Why this journal exists

Useful implementation detail, not a polished mythology.

This journal documents the real trade-offs behind InvoiceCraftly: why it is static-first rather than static-only, how browser-local documents change product design, where Cloudflare Pages helps, and where careful engineering is still required.

The goal is to share enough detail to help other developers and founders make better architectural choices—without pretending one stack is right for every product.

Featured article

Building a useful SaaS without making the server the centre of everything.

The first article covers the origin of InvoiceCraftly, the browser-local architecture, the Cloudflare Pages delivery model, production build safeguards, and the lessons that emerged after the product became real.

Architecture · Cloudflare Pages · Local-first product design

How We Built InvoiceCraftly: A Privacy-First Invoice Generator on Cloudflare Pages

A practical account of why the core editor runs in the browser, how static delivery and narrowly scoped edge functions fit together, and why export reliability, persistence, SEO, and honest privacy language were harder than choosing a hosting platform.

By Abaid Ur Rehman Published August 1, 2026 12 minute read
Read the engineering story
Architecture

How browser modules, local persistence, static delivery, build fingerprinting, and selective edge code fit together.

Product constraints

Why no-signup, browser-local documents, and a focused editor change what should—and should not—be built.

Lessons in public

The implementation mistakes, reliability work, SEO foundations, and design decisions that became visible only after shipping.