From Excel to an app without losing your data.

We move the existing spreadsheet into one web based register with roles, required fields and change history. Excel stays for analysis and export, but no longer acts as the company's only source of truth.

From input to result

  • Inputs: Existing Excel file, Manual entry, CSV import
  • Application core: One database, Role based permissions, Input validation, Change history
  • Results: Shared overview, Export to Excel, Reports, Reminders

When it makes sense

  • The same file exists in several versions with different data.
  • You don't know who changed a value and when.
  • Work stops because someone else has the file open.
  • A basic report requires manually pasting together several sheets.

What the first scope includes

  • Analysis of the existing spreadsheet and the fields actually used
  • A data model with unique codes and required fields
  • Screens for entry, search and list overview
  • Roles and permissions: view, edit, confirm
  • One off import of existing data with a cleanup report
  • Export to Excel and a basic overview of key figures

Signs a spreadsheet has outgrown its purpose

A spreadsheet starts as one person's tool. Then three people use it, then eight. Someone makes a copy for their own version, someone else accidentally overwrites a formula, a third person sends last week's version to a client. The data is still there, but no one knows any more which file is the valid one.

A second common sign is that a spreadsheet does not tell a history. You see the current state, not who changed a value and when. For orders, stock, hours or customers, that very audit trail is what you need when handling a complaint or closing the month.

A third sign is speed. A file with tens of thousands of rows and nested formulas takes a minute to open and occasionally crashes. At that point the team starts working from memory because opening it is too costly, and that is where real mistakes begin.

What you actually gain from the switch

An application does not just bring a nicer interface. It brings rules a spreadsheet cannot enforce: required fields, valid values, unique codes, role based permissions and a record of who changed what.

  • A single source of data instead of several local copies
  • Simultaneous work without locked files and duplicate versions
  • Roles: who can only view, who enters data, who confirms
  • A change history for every record
  • Search and filtering that still work at scale
  • Export to Excel whenever you need it for analysis or accounting

Excel does not disappear

Moving to an application does not mean you will stop using spreadsheets. Excel remains excellent for one off analysis, quick simulation and preparing data for third parties. What changes is that the spreadsheet is no longer where data is created and lives, it becomes an export from the system.

That is why the export is planned into the first version. You can pull data out at any time in the format your accounting or your analytics expects.

How the data migration works

The existing file is both a specification and a data source. From it I can read which fields are actually used, which have been left blank and where entries are inconsistent. This review is often the most useful part of the project, because it shows the real state of the register for the first time.

A one off import follows, with a report on what was transferred and what had to be cleaned up manually. The team then works in parallel for a few days until it is clear the new register is accurate. Only then is the old file archived.

How it works

  • We clarify the process: A review of the existing file and conversations with the people who actually use it.
  • Clickable prototype: Entry and list screens, so the team sees how they'll work before development.
  • Working first version: Data import and parallel use for a few days, until the register holds up.
  • Handover: Archiving the old file, instructions and an agreement on next steps.

Frequently asked questions

  • What happens to the existing data? It is transferred via a one off import. You get a report showing which records were transferred and where inconsistencies were found.
  • How long does the first version take? For one clear register, typically 1 to 3 weeks. Several linked registers extend the timeline and are estimated after mapping.
  • Will we still be able to work in Excel? Yes. Export is part of the first version, so Excel remains a tool for analysis rather than the central register.
  • Where does the application run? In the cloud, in an environment registered to your company. Access, domain and data are yours.