AIPM-2 Exam Syllabus

AIPM-2 Certification Overview

The AIPM-2 Exam Syllabus defines the Version 1.2 assessment standard for AIPM-2: APD Certified Advanced AI Product Manager, the advanced professional practice level in the APD Certified AI Product Manager pathway.

AIPM-2 certifies Advanced Professional Practice. The practitioner independently owns an integrated AI-native product and can lead a major product area or bounded high-complexity product with appropriate specialist and executive support. This level requires advanced judgment across multiple systems, teams, stakeholder groups, risks, and commercial constraints.

AIPM-2 candidates integrate discovery, product strategy, human-AI workflows, requirements, system and data choices, evaluation, governance, resilient operation, commercialization, adoption, and value realization. They create reusable decision mechanisms and influence others while remaining accountable for product outcomes.

AIPM-2 is based on the APD AI-Native Product Manager Competency Model v3.1 and is aligned with the APD Certified AI Product Manager Pathway Overview v1.2.

AIPM-2 Level Boundaries

AIPM-2 Version 1.2 Update

Version 1.2 renames the credential APD Certified Advanced AI Product Manager and establishes the C2 / major or bounded C3 ownership boundary.

Version 1.2 specifically:

• renames the credential to APD Certified Advanced AI Product Manager;
• retains eight domain identifiers and target weights, while raising objectives from defined-scope application to advanced system and product ownership;
• sets the online form at 80 questions in 120 minutes, replacing the 70-question recommendation in v1.1, with exact domain counts;
• requires an advanced integrated product case, and assigns online/case contributions of 60%/40% with independent pass requirements;
• adds bounded multi-agent workflows, model routing, calibrated evaluation, memory, resilience, migration, pricing, packaging, and cost per successful outcome;
• defines evidence traceability, critical criteria, mandatory professional discussion, and a controlled transition from existing banks and delivery rules.

AIPM-2 Product Ownership and Scope

AIPM-2 Product Complexity Classes

• C1 — Bounded: a low-complexity product with clear users, tasks, authority, and limited integrations.
• C2 — Integrated: a medium-complexity product with multiple capabilities or integrations inside a defined product boundary.
• C3 — Critical or Multi-System: high complexity arising from consequence, autonomy, system dependencies, scale, ambiguity, or organizational reach.
• C4 — Strategic System: a platform, portfolio, or organization-level product system with systemic effects.

Complexity is assessed across consequence of error; model and agent complexity; authority to act; data sensitivity and rights; integrations; scale and reliability; domain and regulatory constraints; and organizational scope. A small product can be high complexity. Review each dimension and any overriding high-consequence condition; do not classify by user count, budget, team size, or number of agents alone.

What an AIPM-2 Candidate Owns

AIPM-2 independently owns C2 products end to end. It also supports leadership of a major product area or bounded C3 product with specialist and executive support. Candidates must resolve ambiguous trade-offs, manage dependencies and failure propagation, coordinate multiple workstreams, and connect operational performance to adoption and value.

Typical AIPM-2 work includes an enterprise assistant integrated with multiple knowledge and transaction systems, an agentic workflow with controlled external actions, a multi-segment AI application, or a major platform/API product area. The case must provide enough technical and domain information for a product-level decision; specialist knowledge cannot be assumed without being stated.

AIPM-2 Scope Boundaries

Organization-wide portfolio direction, enterprise risk appetite, cross-business platform strategy, and product leadership-system design are principally AIPM-3 responsibilities.

AIPM-2 can own complex product requirements, pricing and packaging, evaluation systems, and product-level threat analysis within its mandate. Model training, infrastructure implementation, penetration testing, and legal opinions remain specialist responsibilities.

AIPM-2 Candidate Profile and Entry

AIPM-1 or equivalent professional capability is strongly recommended, but certification at AIPM-1 is not strictly required. There is no formal eligibility gate. Candidates must already be able to demonstrate AIPM-1 outcomes, including full bounded-product ownership, rather than only terminology knowledge.

AIPM-2 is appropriate for:

• experienced AI product managers;
• technical product managers working on AI systems;
• agent and workflow product managers;
• enterprise and vertical AI product managers;
• platform product-area owners;
• consultants accountable for advanced product decisions.

Candidates should have meaningful product-management or equivalent delivery experience and inspectable evidence of decisions, failures, and outcomes.

Use AI Product Case Practice to establish readiness. A project portfolio can support preparation and authenticity, but an employment portfolio is not a prerequisite. Candidates with limited product exposure should build AIPM-1 capability before attempting this level. Coding and machine learning engineering credentials are not required.

AIPM-2 Assessment Format and Passing Rules

AIPM-2 uses two mandatory components. Both must pass independently; one cannot compensate for the other.

Overall score = 0.60 × online percentage + 0.40 × case percentage. The professional discussion verifies authorship, reasoning, and response to a change event within the case rubric. It adds no separate percentage.

APD supplies a preconfigured environment or equivalent recorded execution evidence, templates, source data, system options, traces, evaluation results, cost data, and business constraints. Setup time is excluded. Any equivalent controlled case route must preserve all work products, rubric criteria, and authenticity requirements. No production implementation or public deployment is required.

AIPM-2 Domain Blueprint

Exam-domain identifiers are retained for traceability. Domain titles and objectives are updated for v3.1 capability. Exam D1 and competency-model D1 are separate namespaces; the mapping section provides the correspondence. Learning objective IDs take the form AIPM2-D1.1 for the first numbered objective in Domain 1.

The following counts define a standard scored online form. Target percentages describe curriculum emphasis; whole-question allocation necessarily produces small rounding differences. Each question has one primary domain. Practical-case scores are separate from these question counts.

Forms must use the stated counts. Domain, cognitive level, content family, and response format are independent tags on the same questions; their totals must not be added together.

AIPM-2 Cognitive and Question Design

AIPM-2 Cognitive Level Distribution

AIPM-2 Primary Content Family

AIPM-2 Response Format

Response-format allocation is 60 single-select questions (75%) and 20 multiple-response questions (25%). Case sets may share a context, but each question must be answerable without correctly answering an earlier question. Domain and content-family assignment follow the primary decision tested. Difficulty comes from interacting constraints, evidence, and defensible trade-offs, not unexplained jargon or missing information.

AIPM-2 Exam Domains and Learning Objectives

Domain 1: Opportunity Qualification, Product Strategy, and Value Framing

Weight: 12% | Questions: 10

Domain Purpose

Shape product direction under capability uncertainty and competing value constraints.

Learning Objectives

Candidates must be able to:

1. qualify opportunities using customer/workflow evidence, alternatives, capability limitations, strategic fit, and measurable value;
2. define product strategy, target segments, differentiation, behavior assumptions, and a testable adoption/value hypothesis;
3. compare invest, experiment, partner, reuse, defer, and stop options under uncertainty in models, data, integration, and demand;
4. evaluate product-level business cases and unit economics, including human review, failed outcomes, support, and operating constraints;
5. prioritize roadmap options using evidence, dependencies, reversibility, learning value, and risk rather than feature volume;
6. adapt product direction to a capability release, competitor change, cohort result, or cost shock and communicate the decision to senior stakeholders.

Key Topics

• capability foresight;
• product strategy;
• customer segmentation;
• discovery evidence;
• build-buy-partner;
• value hypothesis;
• competitive response;
• real-option reasoning.

Candidates Should Be Able to Produce or Evaluate

• a strategy and opportunity brief;
• a decision/options memo;
• a value model;
• an evidence-based roadmap.

Scope Boundary

Product strategy and economics are required; enterprise investment allocation and organization-wide portfolio governance are AIPM-3 scope.

Domain 2: Human-AI and Agentic Workflow Design

Weight: 15% | Questions: 12

Domain Purpose

Design integrated human-AI and bounded multi-agent workflows with controlled authority and failure recovery.

Learning Objectives

Candidates must be able to:

1. model tasks, actors, decisions, state, system dependencies, handoffs, and consequences across an integrated workflow;
2. choose deterministic steps, model-assisted decisions, a single agent, or bounded multi-agent coordination from task and risk evidence;
3. specify identities, delegated authority, least-privilege tools, consent, approval binding, step/spend budgets, and stop conditions;
4. design retries, timeouts, idempotency requirements, compensation, human escalation, interruption, and recovery across partial failures;
5. resolve human workload, autonomy, auditability, speed, and trust trade-offs without assigning unbounded authority;
6. use trajectory and end-to-end evidence to diagnose coordination failures and redesign the workflow.

Key Topics

• stateful workflows;
• bounded multi-agent systems;
• tool contracts;
• authorization;
• replay and duplicate actions;
• compensation;
• trajectory evidence;
• human control.

Candidates Should Be Able to Produce or Evaluate

• an integrated workflow/state map;
• an authority matrix;
• an exception/recovery specification;
• a workflow change decision.

Scope Boundary

Advanced product-level orchestration decisions are assessed; implementing agent frameworks or setting enterprise-wide authority policy is not.

Domain 3: AI-Native Requirements and Complex Product Experience

Weight: 14% | Questions: 11

Domain Purpose

Own coherent requirements and trustworthy experience across complex product journeys.

Learning Objectives

Candidates must be able to:

1. translate strategy and workflows into integrated behavior, data, interface, service, and quality requirements;
2. specify acceptance criteria for uncertainty, citations, refusal, human approval, recovery, latency, cost, accessibility, and misuse;
3. design interaction across conversational, multimodal, embedded, or agentic experiences, including asynchronous progress and handoffs;
4. validate calibrated trust and appropriate reliance across user groups, including affected non-users and high-impact decisions;
5. separate durable product constraints from model, prompt, retrieval, memory, and interface hypotheses that need experimentation;
6. reconcile conflicting user, business, engineering, legal, security, and operational needs and maintain traceability through changes.

Key Topics

• AI-native PRD;
• behavior contracts;
• requirements traceability;
• trust;
• consent;
• multimodal UX;
• delegated action;
• accessibility;
• human review workload.

Candidates Should Be Able to Produce or Evaluate

• a coherent requirements package;
• an interaction/control specification;
• acceptance criteria;
• an evidence-linked change record.

Scope Boundary

Complete product requirements ownership is in scope; detailed visual design and enterprise design-system governance are not required.

Domain 4: Solution Architecture, Model Strategy, and Technical Trade-Offs

Weight: 13% | Questions: 10

Domain Purpose

Lead product-level architecture, model sourcing, and change decisions across a compound system.

Learning Objectives

Candidates must be able to:

1. compare prompting, retrieval, fine-tuning options, rules, tool use, and agent architectures against product needs and evidence;
2. evaluate provider and model choices, open-weight and hosted options, build-buy-partner choices, and operational dependencies;
3. specify behavior and service requirements for routing, fallback, caching, interoperability, versioning, and migration;
4. calculate and compare end-to-end quality, latency, reliability, and cost trade-offs, including unsuccessful tasks and human review;
5. use representative evaluation evidence to assess research/model capability claims and product release readiness;
6. diagnose failures from API exchanges, traces, and dependency maps, then justify a product-level architecture or release change.

Key Topics

• compound systems;
• routing;
• model lifecycle;
• capability evaluation;
• API contracts;
• portability;
• vendor concentration;
• cost/latency budgets;
• change impact.

Candidates Should Be Able to Produce or Evaluate

• an architecture options memo;
• a model/provider scorecard;
• routing/fallback requirements;
• a migration or capability-release decision.

Scope Boundary

Product architecture decisions are required; training algorithms, infrastructure implementation, and coding proficiency are not.

Domain 5: Data, Knowledge, Retrieval, Memory, and Context Systems

Weight: 10% | Questions: 8

Domain Purpose

Lead reliable information and memory behavior across sources, users, and lifecycle changes.

Learning Objectives

Candidates must be able to:

1. define source, rights, lineage, freshness, ownership, retention, residency, and permission requirements across systems;
2. compare retrieval/context approaches using supplied relevance, coverage, grounding, latency, and access evidence;
3. specify memory scope, consent, isolation, correction, deletion, and propagation of permission changes;
4. diagnose cross-source conflicts, stale information, retrieval failure, context contamination, and unauthorized data paths;
5. design feedback and evaluation data flows with quality review, privacy controls, provenance, and contamination prevention;
6. define change-impact and regression requirements for data, knowledge, retrieval, context, memory, and access-policy updates.

Key Topics

• cross-source retrieval;
• context quality;
• memory governance;
• tenant isolation;
• provenance;
• rights;
• evaluation-data flywheels;
• feedback selection bias.

Candidates Should Be Able to Produce or Evaluate

• a data/context architecture brief;
• an access/memory policy;
• a source change plan;
• a feedback/evaluation data design.

Scope Boundary

Requirements, trade-offs, and evidence are assessed; database administration and low-level pipeline engineering are not.

Domain 6: Evaluation, Experimentation, and Product Intelligence

Weight: 16% | Questions: 13

Domain Purpose

Establish layered evaluation and product intelligence that guide advanced product decisions.

Learning Objectives

Candidates must be able to:

1. define component, retrieval, model, agent-trajectory, workflow, and end-to-end quality dimensions tied to user and business outcomes;
2. construct representative case coverage by cohort, task, consequence, normal behavior, failure, and misuse; protect holdout evidence;
3. specify human rubrics and calibrate automated judges against reference judgments, addressing disagreement and bias;
4. design experiments with a baseline, hypothesis, comparison, success/guardrail metrics, and defensible uncertainty interpretation;
5. set cohort-specific thresholds, regression gates, continuous evaluation, monitoring, drift/change triggers, and escalation decisions;
6. diagnose failure patterns and reconcile contradictory technical, usage, cost, safety, and business signals into a prioritized product decision.

Key Topics

• multi-layer evaluation;
• judge calibration;
• dataset leakage;
• uncertainty;
• experimental comparison;
• cohort analysis;
• trajectory evaluation;
• continuous product intelligence.

Candidates Should Be Able to Produce or Evaluate

• an evaluation architecture and case set;
• a calibration review;
• an experiment design;
• a release decision;
• a product intelligence dashboard specification.

Scope Boundary

System-level evaluation design is required; research-level benchmarking or advanced statistical derivations are not.

Domain 7: Responsible AI, Safety, Security, and Product Risk

Weight: 12% | Questions: 10

Domain Purpose

Lead proportionate product risk analysis and responsible decisions across complex dependencies.

Learning Objectives

Candidates must be able to:

1. map harms, threats, affected groups, data exposure, authority paths, and dependency failures across a product system;
2. assess prompt injection, tool misuse, excessive agency, cross-tenant leakage, supply-chain exposure, and insecure output consumption;
3. translate supplied policy/domain obligations into enforceable product controls, evidence, owners, and lifecycle review triggers;
4. specify red-team objectives, misuse scenarios, control validation, and incident exercises with specialists;
5. resolve residual-risk trade-offs within delegated authority and escalate decisions exceeding the product mandate;
6. maintain auditable governance records and adapt controls after incidents, model changes, cohort harms, or workflow expansion.

Key Topics

• product threat modeling;
• AI impact;
• risk/control traceability;
• isolation;
• responsible AI;
• human oversight;
• red-team evidence;
• residual risk;
• incident response.

Candidates Should Be Able to Produce or Evaluate

• a system risk/threat model;
• a control and assurance record;
• an incident exercise;
• a justified risk acceptance or escalation recommendation.

Scope Boundary

Product-level threat analysis is in scope; security engineering, legal opinions, and enterprise risk-appetite ownership are not.

Domain 8: Adaptive Delivery, Resilience, Commercialization, and Value Realization

Weight: 8% | Questions: 6

Domain Purpose

Operate, commercialize, and improve integrated products with sustainable performance at scale.

Learning Objectives

Candidates must be able to:

1. plan staged delivery, dependency readiness, launch gates, service objectives, change control, and cross-team operating ownership;
2. specify observability, fallback, rollback, interruption, incident response, provider migration, and retirement requirements;
3. lead pricing, packaging, route-to-market or internal rollout choices using customer value, cost, demand, and risk evidence;
4. plan workflow adoption, customer success, enablement, and measurable value realization across relevant segments;
5. manage scale-related cost, quality, review workload, reliability, and adoption trade-offs through product intelligence;
6. build reusable practices, coach teams, and adjust roadmaps or operating mechanisms after experiments, incidents, and outcome reviews.

Key Topics

• product operations;
• SLOs;
• resilience;
• migration;
• economics;
• pricing;
• packaging;
• adoption;
• retention;
• change management;
• team learning.

Candidates Should Be Able to Produce or Evaluate

• a launch/operations plan;
• a commercialization or internal adoption plan;
• a value scorecard;
• a reusable decision mechanism.

Scope Boundary

Advanced product commercialization and operating ownership are required; organization-wide transformation and portfolio policy are AIPM-3 scope.

AIPM-2 Cross-Cutting Capability Threads

The seven v3.1 threads run through domain questions, case evidence, and assessment rubrics. They do not add a second set of scored domains.

Model and Research Productization

Plan capability releases under research uncertainty, compare model behavior, and anticipate migration effects.

Agent Authority and Runtime Control

Resolve identity, delegated authority, tool, budget, retry, and recovery trade-offs across integrated systems.

Evaluation-Driven Development

Establish component, trajectory, end-to-end, cohort, and continuous evaluation with calibrated judgment.

AI Product Economics

Optimize routing, packaging, workflow cost, margin, human review, and value under realistic demand scenarios.

Builder Fluency

Use working evidence to reproduce failures, compare options, and improve team decision mechanisms.

Platform and Ecosystem Fluency

Own API/developer experience, service dependencies, versioning, portability, and integration adoption.

Domain and Regulatory Translation

Lead product-level risk and obligation translation with domain, legal, security, and operations specialists.

AI-Native Product Agility

Use adaptive discovery, staged delivery, continuous evaluation, feedback, and accountable decisions to improve value, quality, safety, cost, and readiness. Framework-specific events, role definitions, velocity, story points, and branded scaling methods are outside this syllabus.

How the AIPM-2 Exam Syllabus Maps to the Competency Model

The four model clusters and ten competency domains remain the common core. The syllabus groups them into assessable domains at the relevant accountability level. In this table, CM denotes the competency model, and the domain numbers in the right-hand column all refer to that model.

CM-D1 covers strategy and value discovery; D2 commercialization and value realization; D3 human-AI and agentic workflow; D4 model and system decisions; D5 data, knowledge, retrieval, memory, and context; D6 experience, trust, and control; D7 evaluation and intelligence; D8 delivery and lifecycle; D9 responsible AI and governance; and D10 practice, builder fluency, and leadership.

Role-archetype examples may involve applications, agents, models, platforms, enterprise or vertical products, evaluation and governance, growth, or portfolio leadership. Candidates are assessed on the common core at their level; a platform or model example does not require specialist engineering implementation.

Required AIPM-2 Advanced Product Case and Discussion

The AIPM-2 case is a C2 product with a major integration and change challenge, or a bounded C3 product area. It includes several systems or sources, consequential actions with explicit controls, competing stakeholder constraints, and imperfect technical/commercial evidence. A multi-agent design may be an option; the candidate must justify whether it is needed.

Advanced AI Product Decision and Operating Pack

Submit an Advanced AI Product Decision and Operating Pack that connects the following work products. Templates and concise artifacts are encouraged.

1. product strategy, user/segment evidence, value baseline, opportunity decision, and success/guardrail metrics;
2. integrated workflow, states, responsibilities, tool/delegation boundaries, approval, and partial-failure recovery;
3. requirements and experience specification with traceable acceptance criteria across system and user boundaries;
4. comparison of at least two feasible system/model approaches, including routing/fallback, dependencies, portability, and economics;
5. data, retrieval, context, memory, rights, permission, and feedback/evaluation-data requirements;
6. layered evaluation design, at least 20 candidate-authored cases, rubrics, judge-calibration reasoning, and result/failure analysis;
7. risk/threat model, control validation evidence, residual-risk decisions, and governance escalation;
8. staged launch, observability, resilience, migration/retirement, incident, and change-response plan;
9. pricing/packaging or internal adoption/funding approach, value-realization measures, and operating/team-learning mechanisms.

AIPM-2 Evaluation Coverage Requirements

The evaluation set must cover task/cohort variation, normal and boundary behavior, authorization or tenant isolation, conflicting information or memory, consequential tool actions, partial failures, and regression after a change. Interpret or execute at least ten relevant cases using the supplied environment/evidence. Include an example of judge disagreement and how it affects the decision. The minimum case count demonstrates assessment coverage, not proof of production reliability.

AIPM-2 Professional Discussion

A 20-minute professional discussion tests three matters: the candidate’s actual contribution and evidence provenance; the most consequential trade-off; and a supplied change such as a provider outage, cost increase, new cohort failure, or permission revocation. The assessor uses this evidence within the same case criteria and records any rating changes. Memorized presentations without responsive reasoning do not meet the standard.

AIPM-2 Advanced Case Rubric and Critical Criteria

Assessors rate each criterion on a 0–4 scale:

• 0 = absent or materially incorrect;
• 1 = fragmented claims with major gaps;
• 2 = plausible approach with material unresolved evidence or execution gaps;
• 3 = competent, traceable, feasible performance at the level;
• 4 = strong performance with well-tested alternatives, uncertainty handling, and useful learning.

The component score is the sum of each criterion’s weight multiplied by its rating divided by four. Weights total 100; a score of 75 corresponds to rating 3 throughout. Whole-number ratings are used, with written rationale for each.

AIPM-2 Pass Requirements and Critical Failures

Pass requires at least 75/100, with workflow/authority, evaluation/intelligence, risk/governance, and operations/scaling each rated at least 3. Case and discussion must together demonstrate personal command of the decision.

Critical failures include proposing consequential action without authorization, overlooking a material failed control while recommending release, or claiming successful tests or outcomes without supporting evidence. A reasoned no-go or reduced-scope decision is acceptable. Borderline and critical-failure decisions require second review.

AIPM-2 Passing Candidate Standard

A passing AIPM-2 candidate makes an integrated decision across value, users, architecture, information, evaluation, risk, operation, and commercialization. They diagnose system behavior rather than optimizing an isolated model score, resolve competing constraints, retain accountability through change, and create mechanisms that other teams can use. Their evidence supports the advanced ownership boundary stated in the Product Ownership and Scope section.

AIPM-2 Preparation and Readiness

Candidates preparing for AIPM-2 should focus on:

• using AI Product Case Practice with realistic system, business, and governance constraints;
• producing an advanced decision pack;
• comparing architecture options;
• investigating a failed agent trajectory;
• assessing a judge against human labels;
• reviewing a cohort-specific release gate;
• calculating full task economics;
• rehearsing an incident, migration, or pricing decision.

Review AIPM-1 outcomes first. Application PMs should deepen system dependencies and operations; technical PMs should deepen adoption and commercial judgment; platform PMs should connect developer experience and service reliability to value; enterprise and vertical PMs should practice domain-rule translation and workflow change. Work with representative evidence and explain trade-offs to both technical and business reviewers.

Representative AIPM-2 Question Patterns and Examples

Examples are illustrative and are not live exam items. Each real question must identify the decision objective, material constraints, and evidence needed for a defensible answer.

Example 1: System Economics, Single Select

Two eligible designs meet the same safety and latency gates. For 1,000 tasks, A costs $400 in service fees plus $300 in review and yields 900 successful outcomes. B costs $250 plus $500 in review and yields 950. If the decision criterion is lower cost per successful outcome, which conclusion is supported?

A. B is preferred because its service fee is lower.

B. A is preferred: approximately $0.778 per success versus $0.789 for B.

C. B is preferred because success rate alone determines the unit cost.

D. The two designs have equal cost per success.

Answer: B. A = $700/900; B = $750/950. The chosen option follows the stated criterion after both designs satisfy the eligibility gates.

Example 2: Partial Failure, Single Select

A supplier-order agent times out after sending a purchase request. The external system may have created the order, but the response is missing. What requirement best addresses duplicate-order risk?

A. Retry immediately with a new transaction identifier.

B. Ask the model to infer whether the first request probably succeeded.

C. Increase the retry budget to improve completion.

D. Use a stable idempotency key and reconcile status before any further action; escalate unresolved state.

Answer: D. Completion state must be reconciled under a reliable action contract; a new request or inferred success can create a duplicate or hide a missing order.

Example 3: Release Evidence, Multiple Response

A new model improves average success but weakens a small critical cohort. An automated judge disagrees with domain reviewers on several harmful outputs. Select all justified actions before release.

A. Inspect and calibrate judge disagreements against the defined rubric.

B. Accept the aggregate improvement as sufficient evidence for every cohort.

C. Recheck cohort-specific and critical-risk gates with representative cases.

D. Keep the candidate model restricted or paused if the relevant gates fail.

E. Remove the disputed cases from evaluation to stabilize the score.

Answer: A, C, D. The evidence requires calibration and cohort-aware release judgment. Removing difficult cases or relying on aggregate performance conceals the unresolved problem.

Employer Interpretation of AIPM-2 and Progression

AIPM-2 is a capability signal for advanced individual contributors and product leaders owning integrated or major high-complexity product areas. It is relevant to advanced AI application, agent/workflow, enterprise/vertical, and platform/API PM roles. A company’s “Senior” title may fit this scope; titles and years of service alone do not establish level.

Employers should inspect the advanced case, request a failure diagnosis and a defended trade-off, and assess domain experience, actual outcome ownership, and leadership across dependencies.

Progression to AIPM-3

AIPM-3 is appropriate when accountability expands to strategic product direction, shared platforms, portfolios, investment, and organizational capability. AIPM-3 requires AIPM-2 or equivalent evidence and mandatory eligibility review.

AIPM-2 Assessment Integrity, Delivery, and Version Transition

Online Examination

For AIPM-1 and AIPM-2, the online component is closed reference: no external generative AI, search, notes, or assistance. APD supplies any permitted calculator and necessary extracts. Each selected-response question is worth one point. Multiple-response items say “Select all that apply” without revealing the number of correct options. Credit requires selecting every correct option and no incorrect option; otherwise the item earns zero. There is no negative total score or partial credit.

Practical and Strategic Work

The case uses APD-supplied materials and an approved open-reference environment. Approved AI assistance is permitted only within the stated assessment rules. Candidates disclose tools and material assistance, retain relevant working evidence, verify factual and numerical claims, and take responsibility for every submission. Passing depends on candidate judgment and evidence, not the apparent polish of generated text.

Authenticity and Confidentiality

Identify personal contribution, collaborators, assumptions, sources, and whether results are observed, simulated, or projected. Anonymize confidential data while preserving decision context. Do not submit proprietary materials without permission. Fabricated evidence, undisclosed substitution of another person’s work, or prohibited assistance is handled under the published integrity and appeal policy.

Delivery and Fairness

APD must disclose the version, permitted tools, assessment windows, scoring rules, accommodations, retake arrangements, and appeal route before registration. Approved accommodations may change timing or format while preserving the capability standard. Case environments must provide equivalent information and access; vendor outages and tool setup failures must not become hidden competency tests.

Retakes and Review

Candidates receive component-level results and criterion-level feedback. A failed practical component requires corrected evidence and reassessment; a failed online component requires another equivalent form. APD’s published candidate policy determines scheduling, fees, retention of passed components, and appeal deadlines. No automatic deadline or entitlement is created by this syllabus.

Version Transition

Version 1.2 requires its full assessment design. Earlier online-only passes cannot be represented as completion of the new applied-evidence requirement. Existing credentials retain the rules under which they were issued; any bridge or renewal route must be published separately. The item-writing guides, banks, scoring configuration, case packs, assessor calibration materials, and public booking information must be aligned before v1.2 delivery. This document updates the syllabus; it does not assert that those operational changes are already deployed.

Validity

Certification validity is two years. Renewal follows APD’s published policy and may include reassessment, continuing professional development, updated evidence, or an approved bridge assessment.

Summary

The AIPM-2 Exam Syllabus defines the Version 1.2 standard for advanced AI product management practice. AIPM-2 confirms that a candidate can independently own an integrated C2 AI-native product and lead a major product area or bounded C3 product, integrating discovery, product strategy, human-AI and agentic workflow design, AI-native requirements, model and system trade-offs, data and memory governance, layered evaluation, responsible AI risk management, resilient delivery, commercialization, adoption, and value realization.

AIPM-2 is the advanced professional practice level of the APD Certified AI Product Manager pathway and prepares candidates for AIPM-3: Strategic Product Leadership.