Architecture can make procurement more precise by translating business and policy intent into capabilities, interfaces, information needs, non-functional requirements, governance and acceptance criteria. During evaluation it provides a structured way to test whether proposals are complete, interoperable and operable — while keeping architecture assessment separate from legal or procedural procurement advice.
Before the tender
Clarify target outcomes, boundaries, dependencies, standards, transition constraints and the evidence expected from bidders.
During evaluation
Use explicit criteria to compare solution coherence, interoperability, migration, operating model, vendor dependencies and risk.
After award
Keep architecture governance active so delivery decisions do not quietly invalidate the basis on which the solution was selected.
How soapplied approaches the question
I would not start by assuming the stated problem is the whole problem. The first step is to understand the people, purpose, constraints and interactions around it, then test what intervention would improve the system rather than merely optimise one component.