Article

How to decide what technology problem to solve first.

When everything needs improvement, starting with the loudest complaint or newest technology usually produces a fragmented roadmap. Prioritisation should follow business impact and system dependency.

By Qwaname Kenobisan·Systems & Strategy·31 August 2026

Businesses rarely have one digital problem. They have a queue: the CRM needs cleaning, reporting is manual, onboarding is slow, systems do not connect, an automation keeps failing, teams want AI and an old spreadsheet has quietly become critical infrastructure.

The difficult question is sequencing.

The first project should not be the most fashionable problem. It should improve the conditions for everything that follows.

Start with operating consequences

Translate every technology complaint into a business consequence. “The CRM is messy” becomes lost follow-up, unreliable forecasting or repeated administration. “We need integration” becomes duplicated data entry and inconsistent customer status. “We need AI” becomes a specific workflow where time, quality or capacity could improve.

If the consequence cannot be articulated, the problem is not yet ready to compete for investment.

Score four dimensions

Impact

How much cost, delay, error, customer friction, risk or management effort does the problem create?

Frequency

A small defect repeated thousands of times may deserve attention before a dramatic problem that occurs twice a year.

Dependency

Does fixing this unlock other improvements? Data quality, identity, system-of-record decisions and integration architecture often sit upstream of automation and AI.

Feasibility

Can the organisation make a meaningful improvement with available time, budget, ownership and technical capability?

Fix foundations before accelerators

Current 2026 research provides a useful warning. PwC reports integration complexity and data issues among the leading reasons technology investments fail to deliver expected value. McKinsey reports that agentic AI at scale depends on governed data, modernised architecture and redesigned workflows.

That means an AI initiative may be strategically important but still be the wrong first project if the workflow is undefined and source data cannot be trusted.

Look for compound-value projects

The strongest priorities solve a painful problem and improve the architecture at the same time. Establishing a clear customer system of record can improve reporting today while making future automation safer. Redesigning onboarding can reduce delays now while creating a structured workflow that later supports AI.

These projects have compound value because they create reusable capability.

Do not confuse urgency with noise

Executives often hear the problems that create the most complaints. Quiet problems can be more expensive: repeated manual reconciliation, small delays at every handoff, software nobody owns or a critical process dependent on one employee.

A systems audit helps make invisible cost visible before prioritisation decisions are made.

Build a sequence, not a wish list

A useful roadmap shows dependencies. Diagnose before redesign. Define systems of record before building integrations. Stabilise data before asking AI to act on it. Redesign a broken process before automating it. Establish monitoring before treating an automation as business-critical.

This is not slower. It reduces rework.

What better looks like

The organisation can explain why each project exists, what operating outcome it should change, what it depends on, what it enables next and how success will be measured. Technology investment becomes a sequence of capability improvements rather than a collection of purchases.

When to act

If the roadmap is mostly vendor names, departmental requests or disconnected AI ideas, prioritisation has not yet happened. The organisation needs a systems-level view before committing more capital.

Related Mellorca servicesA Digital Systems Audit establishes the current-state evidence. Digital Systems Architecture & Roadmap turns that evidence into a sequenced improvement plan.

Sources and further reading