Look for coordination problems

Repeated copying is one signal, but it is not the only one. Ask who owns each request, how the team knows the current status and how a manager can explain why a decision changed.

If the answer depends on a private message, a particular person's memory or reconciling several files, the problem may be the workflow around the spreadsheet rather than its formulas.

  • The same information is entered into several places.
  • Requests wait because nobody can see the next owner.
  • Different versions of the file disagree.
  • Approval and reporting require a separate manual reconciliation.

Map one recurring task

Choose a process with a clear beginning and finish. An equipment request might move from intake to assignment, approval, purchase and completion. Identify the person responsible for each handoff.

Write down which information belongs to the request and which comes from another system. This avoids turning an internal tool into an unnecessary copy of accounting, procurement and customer management all at once.

Check whether an existing tool is enough

Before commissioning software, compare the workflow with the tools you already use. A shared form, a clearer approval rule or a better configuration may solve the problem with less work.

Custom software becomes a candidate when important recurring decisions, integrations or permissions do not fit those tools. The reason to build should be a specific workflow requirement, not the desire for a nicer dashboard.

Demonstrate the handoffs

A useful demo lets someone assign a request, approve it and finish it, then shows the report updating from the same record. Use fictional examples and include the fields that influence the decision.

Ask the team what is missing: who can reject the request, what evidence is needed and which changes need a history? These answers shape the production scope. A browser demo alone does not implement real permissions or an audit trail.

Introduce change in stages

Agree which process moves first, who checks the migrated information and how the team handles work already in progress. Define an owner for training and for problems after launch.

Measure the actual process before and after the change: repeated entry, time waiting for approval and unresolved requests. Do not turn a fictional demo into a claim about hours or money saved.