SA-101 · Module 1

Requirement Decomposition

3 min read

"We need AI." Those three words are spoken in conference rooms every day, and they mean almost nothing. The gap between a business aspiration and an implementable technical specification is where most engagements stall — not because the technology is hard, but because nobody translated what the stakeholder meant into what the engineer needs to build.

Requirement decomposition is the discipline of breaking a vague request into components specific enough to architect. "We need AI" becomes: what problem are you solving? What data do you have? What does success look like? What systems does the solution need to integrate with? What is the timeline, and what is the team's technical capability to maintain it after we leave? Each question peels away a layer of ambiguity until what remains is specific enough to draw.

  1. Start with the Business Outcome What does the stakeholder actually want to achieve? Not "AI" — the result. "Reduce manual invoice processing from 8 hours to 1 hour." "Identify at-risk customers before they churn." "Generate first-draft proposals in 20 minutes instead of 3 days." The outcome anchors every subsequent decision.
  2. Map the Data Landscape What data exists? Where does it live? What format is it in? Is it clean or does it need transformation? The data landscape determines what is architecturally possible. An AI solution is only as good as the data it can access — and accessing that data is often 60% of the implementation effort.
  3. Define the Integration Surface What existing systems must the solution connect to? CRM, ERP, data warehouse, email, file storage? Each integration point is a constraint on the architecture. Map them all before you draw the first diagram — because the integration surface is where most solutions break.
  4. Establish Constraints Timeline, budget, team capability, security requirements, compliance mandates. Constraints are not obstacles — they are design parameters. An architecture that ignores constraints is a fantasy. An architecture that respects them is a plan.