SkarpSkarp

Chapter 4 of 13

Map: Turning AI Use Cases into Risk-Aware System Profiles

Before you can manage AI risk, you need to know what systems exist, what they do, and whom they affect. This module focuses on the Map function—how to inventory AI systems, capture context, and identify plausible harms and benefits for each use case.

15 min readen

1. What Is the Map Function and Why It Matters

What is the Map Function?

In the NIST AI RMF (2023), the Map function is the starting point for responsible AI. It asks: what AI systems do we have, what are they used for, who they affect, and what could go wrong or go well?

Risk-Aware System Profiles

Map creates risk-aware system profiles: structured descriptions of each AI use case. These profiles then guide Govern (accountability), Measure (testing), and Manage (controls and monitoring).

Legal and Policy Context

As of 2026, mapping must align with laws and standards like the EU AI Act (risk categories), the NIST AI RMF (US), and other national AI frameworks that all expect AI inventories and risk-based classification.

Your Learning Goal

You will learn to design an AI intake and inventory process, capture context, purpose, data, stakeholders, and perform initial risk tiering for any AI use case.

2. From "AI Idea" to Use Case: Clarifying Purpose and Scope

From Idea to Use Case

AI projects start as vague ideas. Map turns them into specific use cases with clear purpose and boundaries so you can describe and assess them systematically.

Clarifying the Use Case

Ask: What is the AI’s primary purpose? Who are the users? Is the output advisory or automatic? What is the scope (where, when)? What lifecycle stage is it in?

Why Separate Use Cases?

One product can contain multiple AI use cases. If changing a part of the system changes who is affected or how impactful the decision is, treat it as a separate use case.

Example: Hospital

A hospital may have distinct use cases: readmission risk scores, a triage chatbot, and radiology image analysis. Each needs its own risk-aware system profile.

3. Example: Turning a Vague Idea into a Mapped Use Case

Vague Idea

Vague idea: "Use AI to streamline university admissions." Map turns this into a concrete, risk-aware system profile with clear purpose, scope, and stakeholders.

Defining the Use Case

Use case: "Undergraduate application triage model". Purpose: rank applications into priority bands. Users: admissions officers. Scope: domestic undergraduate apps, main campus, pilot stage.

System Details

AI type: supervised model predicting admission success. Inputs: grades, test scores, course rigor, school profile, some essay features. Output: numeric score and band (A/B/C).

Stakeholders and Benefits

Stakeholders: applicants, admissions staff, diversity officers, legal and ethics teams. Benefits: faster review, more consistency, potential to monitor fairness.

Plausible Harms

Harms: biased scoring, over-reliance by staff, opacity for rejected applicants, and data used in ways applicants did not reasonably expect.

4. Designing an AI System Intake Form

Why an Intake Form?

An AI intake form is how you operationalize Map. Every new AI idea is logged with key details, feeding into an AI inventory for oversight and risk management.

Core Sections: Basics & Context

Include: system name, owners, lifecycle stage; purpose and task type; supported business process; geographic scope; and sector (e.g., health, finance, education).

Core Sections: Data & Model

Capture input data types and sources, whether personal or sensitive; and model type: traditional ML, deep learning, generative, hybrid, or vendor API.

Core Sections: Stakeholders & Decisions

Identify directly affected individuals, internal users, vulnerable groups, and specify how the AI output is used: advisory, automatic, or both, and whether humans can override.

Core Sections: Regulatory Triggers

Flag if the use case falls in EU AI Act high-risk domains, uses biometric or emotion recognition, or processes sensitive personal data under privacy laws.

5. Template: Simple AI Intake Form in JSON

Here is a minimal, technology-neutral intake template. You could implement this as a web form, spreadsheet, or API. Read through and think about how you might adapt it for a university or small company.

```json

{

"system_name": "Undergraduate application triage model",

"description": "Ranks university applications into priority bands for admissions reviewers.",

"owners": {

"business_owner": "Director of Admissions",

"technical_owner": "Data Science Team Lead"

},

"lifecycle_stage": "pilot",

"purposeandcontext": {

"task_type": ["classification", "ranking"],

"businessprocess": "undergraduateadmissions_screening",

"sector": "education",

"geographic_scope": ["EU", "US"],

"deployment_environment": "internal web portal for admissions staff"

},

"dataandmodel": {

"inputdatatypes": [

"academic_records",

"standardizedtestscores",

"schoolprofiledata",

"essay_features",

"demographic_data (non-protected for reporting only)"

],

"personal_data": true,

"specialcategorydata": false,

"data_sources": [

"applicantportalsubmissions",

"schoolreportingfeeds"

],

"modeltype": "supervisedlearninggradientboosting",

"usesfoundationmodelorLLM": false

},

"stakeholders": {

"directly_affected": ["applicants"],

"internalusers": ["admissionsofficers"],

"oversightroles": ["legalcounsel", "dataprotectionofficer"],

"vulnerablegroups": ["minors", "first-generationstudents"]

},

"decision_role": {

"automationlevel": "humanintheloop",

"description": "Model suggests a band; human reviewers make final decisions.",

"overridemechanism": "admissionsofficercanchangebandandrecordreason"

},

"regulatory_flags": {

"euaiacthighriskdomain": "educationandvocationaltraining",

"usesbiometricidentification": false,

"usesemotionrecognition": false,

"usessocialscoring": false,

"processessensitivepersonal_data": false

}

}

```

6. Initial Risk Tiering: How Risky Is This Use Case?

What is Risk Tiering?

After mapping a use case, you assign a risk tier (e.g., low, medium, high) based on potential harms. This guides how much governance, testing, and monitoring is needed.

Impact and Vulnerability

Ask: What is at stake (health, money, rights, opportunities)? How many people are affected? Are vulnerable groups involved, such as children or marginalized communities?

Decision Criticality & Data Sensitivity

Is the AI used for critical decisions like hiring or medical care? Is it fully automated? Does it use sensitive data (health, biometrics, beliefs)? Is the model opaque?

Regulatory & Reputational Risk

Does the use case fall under EU AI Act high-risk areas like education or employment? Could failures cause serious public backlash or legal action?

Three Simple Tiers

Tier 1: low impact, reversible, no sensitive data. Tier 2: moderate stakes or some sensitivity. Tier 3: high-stakes domains, vulnerable groups, or explicit legal classification as high risk.

7. Thought Exercise: Classify Three AI Use Cases

Try this mental exercise to practice mapping and initial risk tiering. For each use case, pause and answer the questions.

Use case A: Retail product recommender

  • A clothing website uses an ML model to recommend items based on browsing and purchase history.

Questions:

  1. Who are the main stakeholders?
  2. What is at stake if the model performs poorly?
  3. What risk tier (1–3) would you assign, and why?

Use case B: Hospital sepsis early warning system

  • A deep learning model monitors vital signs and lab results to flag possible sepsis cases for clinicians.

Questions:

  1. What kinds of harms could false negatives and false positives cause?
  2. Which vulnerable groups are affected?
  3. What risk tier (1–3) would you assign, and why?

Use case C: University chatbot using a large language model (LLM)

  • A university deploys an LLM-based chatbot to answer students’ administrative questions (deadlines, forms, campus services). It is clearly labeled as an AI assistant.

Questions:

  1. What happens if the chatbot gives wrong information?
  2. How serious are the consequences compared to the sepsis system or admissions triage?
  3. What risk tier (1–3) would you assign, and why?

Suggested answers (keep these in mind to self-check):

  • Use case A: Typically Tier 1 (low) unless data is very sensitive or profiling is intrusive.
  • Use case B: Typically Tier 3 (high) because it directly affects health and life.
  • Use case C: Likely Tier 1–2 depending on how critical the information is (e.g., visa issues or financial aid could raise the tier).

8. Quick Check: Map Function Basics

Answer this question to check your understanding of the Map function and intake process.

Which combination best describes what an effective AI intake process for the Map function should capture?

  1. Model accuracy metrics and detailed hyperparameters for every AI system.
  2. Only a list of all AI tools used, without context, data, or stakeholders.
  3. Purpose, context, data types, stakeholders, decision role, and regulatory flags for each use case.
  4. Source code for all AI models and full legal contracts with vendors.
Show Answer

Answer: C) Purpose, context, data types, stakeholders, decision role, and regulatory flags for each use case.

The Map function focuses on **what the system does, in what context, and whom it affects**. An effective intake form captures purpose, context, data types, stakeholders, decision role, and any regulatory triggers. Detailed metrics, hyperparameters, source code, or contracts may be important later, but they are not the core of initial mapping.

9. Flashcards: Key Terms for Mapping AI Use Cases

Use these flashcards to reinforce core concepts from the Map function.

Map Function (NIST AI RMF)
The function that focuses on understanding and documenting AI systems, their context, stakeholders, and potential impacts, forming risk-aware system profiles used to guide governance, measurement, and management.
AI System Inventory
A living list of AI systems and use cases in an organization, usually populated through an intake process, including key details like purpose, data, stakeholders, and risk tier.
Use Case (in AI risk mapping)
A specific, bounded application of AI with a clear purpose, context, and set of affected stakeholders, often narrower than a whole product.
Initial Risk Tiering
A first-pass classification of an AI use case into risk levels (e.g., low, medium, high) based on potential impact, affected populations, data sensitivity, decision criticality, and regulatory exposure.
EU AI Act High-Risk System
Under the EU AI Act (adopted 2024), an AI system used in specified high-stakes areas (e.g., employment, education, critical infrastructure, essential services) that must meet strict requirements and be registered.
Human-in-the-loop
A decision setup where AI outputs are used as input to human decisions, and humans retain the ability and responsibility to review, override, or ignore the AI’s recommendation.
Stakeholders (in AI mapping)
Individuals or groups who use, are affected by, or oversee an AI system, including direct users, impacted individuals, vulnerable groups, and oversight roles like regulators or ethics boards.

10. Mini Design Task: Draft Your Own Intake Fields

To consolidate what you have learned, design a minimal AI intake form for a small organization (e.g., a university department, a startup, or a local government office).

Task:

  1. Choose a context (for example, a university IT department or a fintech startup).
  2. List 8–12 fields you would include on your intake form to support mapping and initial risk tiering.
  3. Mark which fields are mandatory for all AI ideas.

Hints:

  • Make sure you cover: purpose, context, data, stakeholders, decision role, and regulatory flags.
  • Keep it short enough that people will actually fill it out.

Example (partial list for a university department):

  • System name (mandatory)
  • Short description (mandatory)
  • Business owner (mandatory)
  • Purpose / main task (mandatory)
  • Affected individuals (mandatory)
  • Data types (mandatory)
  • Automation level (advisory vs automatic) (mandatory)
  • Potential high-risk domain (education, employment, health, etc.) (mandatory)
  • Lifecycle stage (optional)

Write your list now. In a real organization, you would test this form with a few teams and refine it based on their feedback and how well it supports risk tiering.

Key Terms

Use Case
A specific, bounded application of AI with a defined purpose, context, and set of affected stakeholders, often narrower than an entire product or platform.
EU AI Act
A comprehensive EU regulation on AI, adopted in 2024 and phased in from 2025–2026, that classifies AI systems into prohibited, high-risk, limited-risk, and minimal-risk categories with corresponding obligations.
Stakeholder
Any person or group that uses, is affected by, or oversees an AI system, including direct users, impacted individuals, vulnerable groups, and oversight bodies.
Map Function
The part of the AI RMF focused on understanding and documenting AI systems, their context, stakeholders, and potential impacts, creating risk-aware system profiles.
Risk Tiering
Classifying AI use cases into levels of risk (such as low, medium, high) based on potential harms, affected populations, data sensitivity, decision criticality, and regulatory exposure.
Human-in-the-loop
A setup where AI outputs inform but do not fully determine decisions; humans retain responsibility and the ability to review and override the AI.
AI System Inventory
A maintained record of all AI systems and use cases in an organization, usually including purpose, data, stakeholders, risk tier, and status.
Sensitive Personal Data
Personal data that is especially protected in privacy laws (such as health data, biometric data, racial or ethnic origin, political opinions, religious beliefs, or sexual orientation).
High-Risk AI System (EU AI Act)
An AI system used in specified high-stakes domains (e.g., employment, education, law enforcement, essential services) that must meet strict requirements and often be registered in an EU database.
AI RMF (NIST AI Risk Management Framework)
A voluntary framework released by NIST in 2023 that organizes AI risk management into four functions: Govern, Map, Measure, and Manage.

Finished reading?

Test your understanding with a custom practice exam on this chapter.

Test yourself