Errors That Travel
A mistyped value or a broken formula flows quietly into every decision that depends on it.
Spreadsheets are the best prototyping tool ever made, which is exactly how so many of them end up running real business processes. The trouble starts when a file several people depend on becomes the system of record. Here are the signs, the risks, and what moving to real software involves.
Updated September 2026 · Stephen Backholm, Founder
Open the file your business depends on most and answer these honestly. The more yeses, the more that spreadsheet is really an application without the safeguards of one.
A mistyped value or a broken formula flows quietly into every decision that depends on it.
When a number is wrong, there is usually no way to see who changed it, when, or why.
When the only person who understands the file is out, the process stops.
Emailed versions multiply, and nobody is certain which one is current.
Everyone who can open the file can usually see and change everything in it.
Assembling, reconciling, and re-keying consume time nobody budgets for.
A spreadsheet that runs a real process is, in effect, a written specification. The columns are the data model, the tabs are the stages, and the people who touch it are the user roles. That makes the move to software unusually well defined.
It is also why these projects tend to move quickly. A single workflow with one or two user roles can often be built as a real web application in about five business days, with proper sign-in, a database, and a record of every change.
True Cedar figures and commitments here are examples to help you plan, not a quote, an offer, or a contract. Every engagement is governed by its own written statement of work and agreement.
Clean, consistent data moves across easily. Years of inconsistent entries take real work to reconcile, and that is usually the biggest variable in cost.
Not every spreadsheet needs replacing. Keep it when it is genuinely one person's working file, when nothing important breaks if it is wrong, or when the process is still changing week to week. Replace it when several people depend on it, its accuracy matters to the business, and people have built workarounds around it.
Our internal tools page covers what replacing a spreadsheet with custom software looks like.
How to run the break-even between per-seat software and a custom build.
When a flexible tool has turned into a workaround.
Four questions that tell you whether a software problem is worth revisiting.
Send us a description of the file and who uses it. We will tell you whether it is time to move it into software, and what that would involve.